Skip to content

Podman - Netzwerke prunen

Podman
  • Ich hatte nach der ganzen Spielerei noch ein paar alte Netzwerke vom Testen über.

    root@forgejo:~# podman network ls
    NETWORK ID    NAME                  DRIVER
    2f259bab93aa  podman                bridge
    780eab060b6c  root_forgejo          bridge
    9ea4062e11b7  root_forgejo-network  bridge
    

    Die unbenutzten kann man aber ganz einfach entfernen.

    podman network prune
    

    Ausgabe

    root@forgejo:~# podman network prune
    WARNING! This will remove all networks not used by at least one container.
    Are you sure you want to continue? [y/N] y
    root_forgejo-network
    root_forgejo
    

    Danach sieht das so aus.

    root@forgejo:~# podman network ls
    NETWORK ID    NAME        DRIVER
    2f259bab93aa  podman      bridge
    

    Network Settings ausgeben lassen

    podman container inspect <container_name> | grep -A 10 NetworkSettings
    

    Ausgabe

    root@forgejo:~# podman container inspect forgejo | grep -A 10 NetworkSettings
              "NetworkSettings": {
                   "EndpointID": "",
                   "Gateway": "10.88.0.1",
                   "IPAddress": "10.88.0.2",
                   "IPPrefixLen": 16,
                   "IPv6Gateway": "",
                   "GlobalIPv6Address": "",
                   "GlobalIPv6PrefixLen": 0,
                   "MacAddress": "d6:68:ef:27:ab:92",
                   "Bridge": "",
                   "SandboxID": "",
    

    Oder, die IP-Adresse des Containers herausfinden

    root@forgejo:~# podman container inspect forgejo | grep -e IPAddress
                   "IPAddress": "",
                             "IPAddress": "10.89.1.3",
    

    Dazu folgendes von der AI

    podman inspect -f '{{ .NetworkSettings.Networks.<netName>.IPAddress }}' <container-id>
    

    Geht auch so

    root@forgejo:~# podman exec -it forgejo ip a
    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
        link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
        inet 127.0.0.1/8 scope host lo
           valid_lft forever preferred_lft forever
        inet6 ::1/128 scope host 
           valid_lft forever preferred_lft forever
    2: eth0@if4: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP 
        link/ether d6:68:ef:27:ab:92 brd ff:ff:ff:ff:ff:ff
        inet 10.88.0.2/16 brd 10.88.255.255 scope global eth0
           valid_lft forever preferred_lft forever
        inet6 fe80::d468:efff:fe27:ab92/64 scope link 
           valid_lft forever preferred_lft forever
    
  • MSI B650 Tomahawk WiFi

    Allgemeine Diskussionen
    5
    5
    0 Stimmen
    5 Beiträge
    1k Aufrufe
    FrankMF
    @kiwilog Danke für die Antwort. Ich habe mittlerweile ein ASUS Rog Strix B650E-F Gaming Wifi. Auch dieses Board hatte Probleme. Ich habe dann den RAM ausgetauscht und jetzt funktioniert es. Das MSI Board liegt hier aber noch, so das ich deinen Tipp da mal testen kann. Das wartet aber noch auf einen AMD Ryzen 9000 Als Fazit, die AM5 Plattform scheint sehr empfindlich zu sein.
  • Firefox 122 als .deb Paket

    Linux
    1
    1
    0 Stimmen
    1 Beiträge
    161 Aufrufe
    Niemand hat geantwortet
  • Semaphore - Die API

    Verschoben Ansible
    2
    0 Stimmen
    2 Beiträge
    234 Aufrufe
    FrankMF
    Ich hasse schlecht lesbaren Code, scheint man sich bei Python so anzugewöhnen. Habe da nochmal was mit der langen Zeile getestet. stages: - deploy deploy: stage: deploy script: # $SEMAPHORE_API_TOKEN is stored in gitlab Settings/ CI/CD / Variables - >- curl -v XPOST -H 'Content-Type: application/json' -H 'Accept: application/json' -H "Authorization: Bearer $SEMAPHORE_API_TOKEN " -d '{"template_id": 2}' https://<DOMAIN>/api/project/2/tasks only: - master # Specify the branch to trigger the pipeline (adjust as needed) Hier noch was Dr. ChatGPT dazu schreibt [image: 1692643209159-631de9d4-b04d-4043-bfff-c5f2d1b6eea7-grafik.png] Erledigt - läuft Und verstanden habe ich es auch.
  • Docker & Redis Datenbank

    Verschoben Linux
    2
    0 Stimmen
    2 Beiträge
    226 Aufrufe
    FrankMF
    @FrankM sagte in Docker & Redis Datenbank: save 60 1 #save 900 1 save 300 10 save 60 10000 Hier kann man auch noch schön sehen, wie ich gekämpft habe, bis ich mal eine dump.rdb gesehen habe. Auch irgendwie logisch, das ich nie eine gesehen hatte, wenn man weiß das save 900 1 bedeutet, das er alle 900 Sekunden speichert, wenn mindestens eine Änderung vorhanden ist. Das kann dann schon was dauern. Ich habe das dann mal verkürzt, damit ich schneller ein Ergebnis habe. save 60 1 Das brachte mich dann dem Ziel näher. Danach konnte ich die dump.rdb auch finden. Bitte keine Redis DB ohne Passwort laufen lassen!
  • NanoPI R2S - Snapshot aktualisieren

    NanoPi R2S
    3
    0 Stimmen
    3 Beiträge
    381 Aufrufe
    FrankMF
    @thrakath1980 Das kann ich Dir leider nicht beantworten. Denke aber, das es sinnvoll ist neu anzufangen. Welche Settings meinst Du? Ich würde mal /etc/config sichern. Da sollte das Meiste ja drin sein. Notifications? Hmm, ich hoffe das das funktioniert. Ich schau zur Sicherheit mal nach.
  • ROCKPro64 - Kamils neuer 0.10.x Release

    ROCKPro64
    1
    1
    0 Stimmen
    1 Beiträge
    244 Aufrufe
    Niemand hat geantwortet
  • NodeBB - Upgrade auf v1.9.0

    NodeBB
    2
    1
    0 Stimmen
    2 Beiträge
    872 Aufrufe
    FrankMF
    Da oben fehlt ein Schritt. cd nodebb (or path to where nodebb is installed) ./nodebb stop git fetch git checkout v1.12.x git merge origin/v1.12.x ./nodebb upgrade Beim nächsten Upgrade testen.
  • NodeBB - Update

    NodeBB
    1
    0 Stimmen
    1 Beiträge
    686 Aufrufe
    Niemand hat geantwortet