Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Off Topic
  4. Proxmox
  5. [Abbruch] Proxmox LXC, System nur über Console erreichbar

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    14
    1
    232

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    581

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.8k

[Abbruch] Proxmox LXC, System nur über Console erreichbar

Geplant Angeheftet Gesperrt Verschoben Proxmox
11 Beiträge 4 Kommentatoren 957 Aufrufe 4 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • T Taddy81

    Hallo,

    ich stehe vor einem sehr kuriosen Problem. Bei meiner IOBroker Installation ist heute ein komischer Fall aufgetreten, der Arbeitsspeicher lief voll und ich habe, da ich ein paar Änderungen in NodeRed durchgeführt habe eines meines Backups eingespielt.

    Das hat eigentlich auch immer funktioniert. Nun habe ich das Problem, dass ich wenn ich ein Backup einspiele nur noch über die Proxmox Konsole auf die Maschine zugreifen kann.

    Dabei fällt zwar auf, dass ich iob Befehle ausgeben kann, bei Ping und Netstat kommt allerdings die Fehlermeldung

    daniel@Influx:~$ ping 8.8.8.8
    -bash: ping: command not found
    

    Ein iob diag ergibt leider keinen Output, ich kann aber ein Status geben, was mich wundert ist, dass dieser Fehler bei mehreren Backups von mehreren Zielen eintritt, auch ein wechsel der Proxmox-Node (habe 3 Nodes im Cluster) ergibt keine Änderung

    T Offline
    T Offline
    Taddy81
    schrieb am zuletzt editiert von Taddy81
    #2

    (Root bitte ignorieren, ich habe in Solingen bereits ein paar Infos gesammelt und werde mein nächstes IObroker ohne Root installieren)

    root@Influx:/home/daniel# iob status all --allow-root
    iobroker is running on this host.
    
    
    Instance "admin.0" is running
    Instance "backitup.0" is not running
    Instance "hm-rega.0" is running
    Instance "hm-rpc.0" is not running
    Instance "influxdb.0" is running
    Instance "influxdb.1" is running
    Instance "influxdb.2" is running
    Instance "modbus.0" is running
    Instance "modbus.1" is running
    Instance "mqtt.0" is not running
    Instance "node-red.0" is running
    Instance "openweathermap.1" is not running
    Instance "pvforecast.0" is running
    Instance "shelly.0" is running
    Instance "smartgarden.0" is running
    Instance "sonoff.0" is running
    Instance "vis.0" is not running
    Instance "web.0" is not running
    Instance "javascript.0" is not running
    Instance "modbus.2" is running
    Instance "ocpp.0" is not running
    Instance "roborock.0" is not running
    
    SYSTEM/memoryLimitMB: 10000
    SYSTEM/hostname: IOBroker
    SYSTEM/statisticsInterval: 15000
    SYSTEM/checkDiskInterval: 3000000
    SYSTEM/noChmod: false
    SYSTEM/instanceStartInterval: 2000
    SYSTEM/compact: false
    SYSTEM/allowShellCommands: false
    SYSTEM/memLimitWarn: 100
    SYSTEM/memLimitError: 50
    MULTIHOSTSERVICE/enabled: false
    MULTIHOSTSERVICE/secure: true
    MULTIHOSTSERVICE/password: 
    OBJECTS/type: jsonl
    OBJECTS/host: 127.0.0.1
    OBJECTS/port: 9001
    OBJECTS/noFileCache: false
    OBJECTS/maxQueue: 1000
    OBJECTS/connectTimeout: 5000
    OBJECTS/writeFileInterval: 5000
    OBJECTS/dataDir: 
    OBJECTS/OPTIONS/retry_max_count: 19
    OBJECTS/OPTIONS/db: 0
    OBJECTS/OPTIONS/family: 0
    OBJECTS/OPTIONS/retryStrategy: (reconnectCount) => {
                if (!ready && initError) {
                    return new Error('No more tries');
                }
                if (this.stop) {
                    return new Error('Client has stopped ... no retries anymore');
                }
                if (ready && reconnectCount >= retry_max_count) {
                    return new Error('Stop trying to reconnect');
                }
                // A function that receives an options object as parameter including the retry attempt,
                // the total_retry_time indicating how much time passed since the last time connected,
                // the error why the connection was lost and the number of times_connected in total.
                // If you return a number from this function, the retry will happen exactly after that
                // time in milliseconds. If you return a non-number, no further retry will happen and
                // all offline commands are flushed with errors. Return an error to return that
                // specific error to all offline commands.
                if (!ready) {
                    return 300;
                }
                else {
                    return retry_max_delay;
                }
            }
    OBJECTS/OPTIONS/enableReadyCheck: true
    OBJECTS/OPTIONS/host: 127.0.0.1
    OBJECTS/OPTIONS/port: 9001
    OBJECTS/OPTIONS/autoResubscribe: false
    OBJECTS/OPTIONS/connectionName: 
    OBJECTS/BACKUP/disabled: false
    OBJECTS/BACKUP/files: 24
    OBJECTS/BACKUP/hours: 48
    OBJECTS/BACKUP/period: 120
    OBJECTS/BACKUP/path: 
    OBJECTS/JSONLOPTIONS/AUTOCOMPRESS/sizeFactor: 2
    OBJECTS/JSONLOPTIONS/AUTOCOMPRESS/sizeFactorMinimumSize: 25000
    OBJECTS/JSONLOPTIONS/THROTTLEFS/intervalMs: 60000
    OBJECTS/JSONLOPTIONS/THROTTLEFS/maxBufferedCommands: 1000
    STATES/type: jsonl
    STATES/host: 127.0.0.1
    STATES/port: 9000
    STATES/connectTimeout: 5000
    STATES/writeFileInterval: 30000
    STATES/dataDir: 
    STATES/OPTIONS/retry_max_count: 19
    STATES/OPTIONS/db: 0
    STATES/OPTIONS/family: 0
    STATES/OPTIONS/retryStrategy: (reconnectCount) => {
                if (!ready && initError) {
                    return new Error('No more tries');
                }
                if (this.stop) {
                    return new Error('Client has stopped ... no retries anymore');
                }
                if (ready && reconnectCount >= retry_max_count) {
                    return new Error('Stop trying to reconnect');
                }
                // A function that receives an options object as parameter including the retry attempt,
                // the total_retry_time indicating how much time passed since the last time connected,
                // the error why the connection was lost and the number of times_connected in total.
                // If you return a number from this function, the retry will happen exactly after that
                // time in milliseconds. If you return a non-number, no further retry will happen and
                // all offline commands are flushed with errors. Return an error to return that
                // specific error to all offline commands.
                if (!ready) {
                    return 300;
                }
                return retry_max_delay;
                /*if (options.error.code === 'ECONNREFUSED') {
                    // End reconnecting on a specific error and flush all commands with a individual error
                    return new Error('The server refused the connection');
                }
                if (options.total_retry_time > 1000 * 60 * 60) {
                    // End reconnecting after a specific timeout and flush all commands with a individual error
                    return new Error('Retry time exhausted');
                }
                if (options.times_connected > 10) {
                    // End reconnecting with built in error
                    return undefined;
                }
                // reconnect after
                return Math.max(options.attempt * 100, 3000);*/
            }
    STATES/OPTIONS/enableReadyCheck: true
    STATES/OPTIONS/host: 127.0.0.1
    STATES/OPTIONS/port: 9000
    STATES/OPTIONS/autoResubscribe: false
    STATES/OPTIONS/connectionName: 
    STATES/BACKUP/disabled: false
    STATES/BACKUP/files: 24
    STATES/BACKUP/hours: 48
    STATES/BACKUP/period: 120
    STATES/BACKUP/path: 
    STATES/JSONLOPTIONS/AUTOCOMPRESS/sizeFactor: 2
    STATES/JSONLOPTIONS/AUTOCOMPRESS/sizeFactorMinimumSize: 25000
    STATES/JSONLOPTIONS/THROTTLEFS/intervalMs: 60000
    STATES/JSONLOPTIONS/THROTTLEFS/maxBufferedCommands: 1000
    STATES/maxQueue: 1000
    LOG/level: info
    LOG/maxDays: 7
    LOG/noStdout: true
    LOG/TRANSPORT/FILE1/type: file
    LOG/TRANSPORT/FILE1/enabled: true
    LOG/TRANSPORT/FILE1/filename: log/iobroker
    LOG/TRANSPORT/FILE1/fileext: .log
    LOG/TRANSPORT/FILE1/level: 
    LOG/TRANSPORT/SYSLOG1/type: syslog
    LOG/TRANSPORT/SYSLOG1/enabled: false
    LOG/TRANSPORT/SYSLOG1/host: localhost
    LOG/TRANSPORT/SYSLOG1/protocol: udp4
    LOG/TRANSPORT/SYSLOG1/localhost: iobroker
    LOG/TRANSPORT/SYSLOG1/level: 
    LOG/TRANSPORT/SYSLOG1/facility: 
    LOG/TRANSPORT/SEQ1/type: seq
    LOG/TRANSPORT/SEQ1/enabled: false
    LOG/TRANSPORT/SEQ1/serverUrl: http://IP:PORT
    LOG/TRANSPORT/SEQ1/apiKey: 
    LOG/TRANSPORT/SEQ1/level: 
    LOG/TRANSPORT/SEQ1/eol: 
    dataDir: ../../iobroker-data/
    

    Proxmox 3Node Cluster, IOBroker in LXC

    PV Visualisierung und Steuerung mit NodeRed und Grafana

    ? 1 Antwort Letzte Antwort
    0
    • T Taddy81

      (Root bitte ignorieren, ich habe in Solingen bereits ein paar Infos gesammelt und werde mein nächstes IObroker ohne Root installieren)

      root@Influx:/home/daniel# iob status all --allow-root
      iobroker is running on this host.
      
      
      Instance "admin.0" is running
      Instance "backitup.0" is not running
      Instance "hm-rega.0" is running
      Instance "hm-rpc.0" is not running
      Instance "influxdb.0" is running
      Instance "influxdb.1" is running
      Instance "influxdb.2" is running
      Instance "modbus.0" is running
      Instance "modbus.1" is running
      Instance "mqtt.0" is not running
      Instance "node-red.0" is running
      Instance "openweathermap.1" is not running
      Instance "pvforecast.0" is running
      Instance "shelly.0" is running
      Instance "smartgarden.0" is running
      Instance "sonoff.0" is running
      Instance "vis.0" is not running
      Instance "web.0" is not running
      Instance "javascript.0" is not running
      Instance "modbus.2" is running
      Instance "ocpp.0" is not running
      Instance "roborock.0" is not running
      
      SYSTEM/memoryLimitMB: 10000
      SYSTEM/hostname: IOBroker
      SYSTEM/statisticsInterval: 15000
      SYSTEM/checkDiskInterval: 3000000
      SYSTEM/noChmod: false
      SYSTEM/instanceStartInterval: 2000
      SYSTEM/compact: false
      SYSTEM/allowShellCommands: false
      SYSTEM/memLimitWarn: 100
      SYSTEM/memLimitError: 50
      MULTIHOSTSERVICE/enabled: false
      MULTIHOSTSERVICE/secure: true
      MULTIHOSTSERVICE/password: 
      OBJECTS/type: jsonl
      OBJECTS/host: 127.0.0.1
      OBJECTS/port: 9001
      OBJECTS/noFileCache: false
      OBJECTS/maxQueue: 1000
      OBJECTS/connectTimeout: 5000
      OBJECTS/writeFileInterval: 5000
      OBJECTS/dataDir: 
      OBJECTS/OPTIONS/retry_max_count: 19
      OBJECTS/OPTIONS/db: 0
      OBJECTS/OPTIONS/family: 0
      OBJECTS/OPTIONS/retryStrategy: (reconnectCount) => {
                  if (!ready && initError) {
                      return new Error('No more tries');
                  }
                  if (this.stop) {
                      return new Error('Client has stopped ... no retries anymore');
                  }
                  if (ready && reconnectCount >= retry_max_count) {
                      return new Error('Stop trying to reconnect');
                  }
                  // A function that receives an options object as parameter including the retry attempt,
                  // the total_retry_time indicating how much time passed since the last time connected,
                  // the error why the connection was lost and the number of times_connected in total.
                  // If you return a number from this function, the retry will happen exactly after that
                  // time in milliseconds. If you return a non-number, no further retry will happen and
                  // all offline commands are flushed with errors. Return an error to return that
                  // specific error to all offline commands.
                  if (!ready) {
                      return 300;
                  }
                  else {
                      return retry_max_delay;
                  }
              }
      OBJECTS/OPTIONS/enableReadyCheck: true
      OBJECTS/OPTIONS/host: 127.0.0.1
      OBJECTS/OPTIONS/port: 9001
      OBJECTS/OPTIONS/autoResubscribe: false
      OBJECTS/OPTIONS/connectionName: 
      OBJECTS/BACKUP/disabled: false
      OBJECTS/BACKUP/files: 24
      OBJECTS/BACKUP/hours: 48
      OBJECTS/BACKUP/period: 120
      OBJECTS/BACKUP/path: 
      OBJECTS/JSONLOPTIONS/AUTOCOMPRESS/sizeFactor: 2
      OBJECTS/JSONLOPTIONS/AUTOCOMPRESS/sizeFactorMinimumSize: 25000
      OBJECTS/JSONLOPTIONS/THROTTLEFS/intervalMs: 60000
      OBJECTS/JSONLOPTIONS/THROTTLEFS/maxBufferedCommands: 1000
      STATES/type: jsonl
      STATES/host: 127.0.0.1
      STATES/port: 9000
      STATES/connectTimeout: 5000
      STATES/writeFileInterval: 30000
      STATES/dataDir: 
      STATES/OPTIONS/retry_max_count: 19
      STATES/OPTIONS/db: 0
      STATES/OPTIONS/family: 0
      STATES/OPTIONS/retryStrategy: (reconnectCount) => {
                  if (!ready && initError) {
                      return new Error('No more tries');
                  }
                  if (this.stop) {
                      return new Error('Client has stopped ... no retries anymore');
                  }
                  if (ready && reconnectCount >= retry_max_count) {
                      return new Error('Stop trying to reconnect');
                  }
                  // A function that receives an options object as parameter including the retry attempt,
                  // the total_retry_time indicating how much time passed since the last time connected,
                  // the error why the connection was lost and the number of times_connected in total.
                  // If you return a number from this function, the retry will happen exactly after that
                  // time in milliseconds. If you return a non-number, no further retry will happen and
                  // all offline commands are flushed with errors. Return an error to return that
                  // specific error to all offline commands.
                  if (!ready) {
                      return 300;
                  }
                  return retry_max_delay;
                  /*if (options.error.code === 'ECONNREFUSED') {
                      // End reconnecting on a specific error and flush all commands with a individual error
                      return new Error('The server refused the connection');
                  }
                  if (options.total_retry_time > 1000 * 60 * 60) {
                      // End reconnecting after a specific timeout and flush all commands with a individual error
                      return new Error('Retry time exhausted');
                  }
                  if (options.times_connected > 10) {
                      // End reconnecting with built in error
                      return undefined;
                  }
                  // reconnect after
                  return Math.max(options.attempt * 100, 3000);*/
              }
      STATES/OPTIONS/enableReadyCheck: true
      STATES/OPTIONS/host: 127.0.0.1
      STATES/OPTIONS/port: 9000
      STATES/OPTIONS/autoResubscribe: false
      STATES/OPTIONS/connectionName: 
      STATES/BACKUP/disabled: false
      STATES/BACKUP/files: 24
      STATES/BACKUP/hours: 48
      STATES/BACKUP/period: 120
      STATES/BACKUP/path: 
      STATES/JSONLOPTIONS/AUTOCOMPRESS/sizeFactor: 2
      STATES/JSONLOPTIONS/AUTOCOMPRESS/sizeFactorMinimumSize: 25000
      STATES/JSONLOPTIONS/THROTTLEFS/intervalMs: 60000
      STATES/JSONLOPTIONS/THROTTLEFS/maxBufferedCommands: 1000
      STATES/maxQueue: 1000
      LOG/level: info
      LOG/maxDays: 7
      LOG/noStdout: true
      LOG/TRANSPORT/FILE1/type: file
      LOG/TRANSPORT/FILE1/enabled: true
      LOG/TRANSPORT/FILE1/filename: log/iobroker
      LOG/TRANSPORT/FILE1/fileext: .log
      LOG/TRANSPORT/FILE1/level: 
      LOG/TRANSPORT/SYSLOG1/type: syslog
      LOG/TRANSPORT/SYSLOG1/enabled: false
      LOG/TRANSPORT/SYSLOG1/host: localhost
      LOG/TRANSPORT/SYSLOG1/protocol: udp4
      LOG/TRANSPORT/SYSLOG1/localhost: iobroker
      LOG/TRANSPORT/SYSLOG1/level: 
      LOG/TRANSPORT/SYSLOG1/facility: 
      LOG/TRANSPORT/SEQ1/type: seq
      LOG/TRANSPORT/SEQ1/enabled: false
      LOG/TRANSPORT/SEQ1/serverUrl: http://IP:PORT
      LOG/TRANSPORT/SEQ1/apiKey: 
      LOG/TRANSPORT/SEQ1/level: 
      LOG/TRANSPORT/SEQ1/eol: 
      dataDir: ../../iobroker-data/
      
      ? Offline
      ? Offline
      Ein ehemaliger Benutzer
      schrieb am zuletzt editiert von
      #3

      @taddy81

      mit der Node hat das nichts zu tun, eher mit dem Container(lxc).

      Ping und Netstat verlangen die Group sudo vom user, wenn du da nicht drin bist, dann gehts nicht.
      Oder eben mit sudo vorne dran.
      Oder auf dem Container ist irgendwas (nicht) installiert, das das nicht kennt..

      Am besten mal vorne anfangen, und ein Iob diag ausfuehren und hier in CodeTags posten, damit man weiss, welches System etc. du da ueberhaupt hast.

      1 Antwort Letzte Antwort
      0
      • T Taddy81

        Hallo,

        ich stehe vor einem sehr kuriosen Problem. Bei meiner IOBroker Installation ist heute ein komischer Fall aufgetreten, der Arbeitsspeicher lief voll und ich habe, da ich ein paar Änderungen in NodeRed durchgeführt habe eines meines Backups eingespielt.

        Das hat eigentlich auch immer funktioniert. Nun habe ich das Problem, dass ich wenn ich ein Backup einspiele nur noch über die Proxmox Konsole auf die Maschine zugreifen kann.

        Dabei fällt zwar auf, dass ich iob Befehle ausgeben kann, bei Ping und Netstat kommt allerdings die Fehlermeldung

        daniel@Influx:~$ ping 8.8.8.8
        -bash: ping: command not found
        

        Ein iob diag ergibt leider keinen Output, ich kann aber ein Status geben, was mich wundert ist, dass dieser Fehler bei mehreren Backups von mehreren Zielen eintritt, auch ein wechsel der Proxmox-Node (habe 3 Nodes im Cluster) ergibt keine Änderung

        S Offline
        S Offline
        Shadowhunter23
        schrieb am zuletzt editiert von
        #4

        @taddy81
        Für Ping findest du die Lösung hier: https://forum.proxmox.com/threads/no-ping-from-non-root-user-in-debian-buster-lxc.72366/

        Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
        Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist!

        ? 1 Antwort Letzte Antwort
        0
        • S Shadowhunter23

          @taddy81
          Für Ping findest du die Lösung hier: https://forum.proxmox.com/threads/no-ping-from-non-root-user-in-debian-buster-lxc.72366/

          ? Offline
          ? Offline
          Ein ehemaliger Benutzer
          schrieb am zuletzt editiert von
          #5

          @shadowhunter23

          du weisst doch garnicht, ob er Buster hat.. ?

          S 1 Antwort Letzte Antwort
          1
          • ? Ein ehemaliger Benutzer

            @shadowhunter23

            du weisst doch garnicht, ob er Buster hat.. ?

            S Offline
            S Offline
            Shadowhunter23
            schrieb am zuletzt editiert von Shadowhunter23
            #6

            @ilovegym
            Stimmt. Sollte aber auch mit Bookworm gehen.

            Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
            Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist!

            ? Thomas BraunT 2 Antworten Letzte Antwort
            0
            • S Shadowhunter23

              @ilovegym
              Stimmt. Sollte aber auch mit Bookworm gehen.

              ? Offline
              ? Offline
              Ein ehemaliger Benutzer
              schrieb am zuletzt editiert von
              #7

              @shadowhunter23

              wenn alles richtig installiert ist, muss man das nicht mit chmod umbiegen.. das geht doch auch alles so.
              User anlegen, die Gruppen geben, und fertich.

              S 1 Antwort Letzte Antwort
              0
              • S Shadowhunter23

                @ilovegym
                Stimmt. Sollte aber auch mit Bookworm gehen.

                Thomas BraunT Online
                Thomas BraunT Online
                Thomas Braun
                Most Active
                schrieb am zuletzt editiert von
                #8

                @shadowhunter23 sagte in Proxmox LXC, System nur über Console erreichbar:

                Und ganz unkorrekt mit root:
                chmod 4755 /bin/ping

                Das ist gleich in mehrfacher Hinsicht unkorrekt.
                Richtig ist es mit den capabilties.

                setcap cap_net_raw+ep /bin/ping
                

                Linux-Werkzeugkasten:
                https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                NodeJS Fixer Skript:
                https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                1 Antwort Letzte Antwort
                0
                • ? Ein ehemaliger Benutzer

                  @shadowhunter23

                  wenn alles richtig installiert ist, muss man das nicht mit chmod umbiegen.. das geht doch auch alles so.
                  User anlegen, die Gruppen geben, und fertich.

                  S Offline
                  S Offline
                  Shadowhunter23
                  schrieb am zuletzt editiert von Shadowhunter23
                  #9

                  @ilovegym
                  Dann wird's zeit für iob diag

                  @Thomas-Braun
                  Das habe ich schon verlinkt... siehe Beitrag im Proxmox Forum.

                  Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
                  Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist!

                  Thomas BraunT 1 Antwort Letzte Antwort
                  0
                  • S Shadowhunter23

                    @ilovegym
                    Dann wird's zeit für iob diag

                    @Thomas-Braun
                    Das habe ich schon verlinkt... siehe Beitrag im Proxmox Forum.

                    Thomas BraunT Online
                    Thomas BraunT Online
                    Thomas Braun
                    Most Active
                    schrieb am zuletzt editiert von
                    #10

                    @shadowhunter23

                    Dann kannste das Gemurkse mit chmod ja löschen.
                    Nachher macht das noch jemand so falsch.

                    Linux-Werkzeugkasten:
                    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                    NodeJS Fixer Skript:
                    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                    1 Antwort Letzte Antwort
                    1
                    • T Offline
                      T Offline
                      Taddy81
                      schrieb am zuletzt editiert von
                      #11

                      Re: [Proxmox LXC](System nur über Console erreichbar)

                      Ich danke euch erstmal, dass gnaze war auch eine Bookworm geschichte.

                      Habe nun ein altes Backup das eine Woche alt war wieder eingespieltt und dort war die Maschine wieder bootbar und auch erreichbar.
                      Nun werde ich IOBroker neu installieren, damit ich einen sauberen Schnitt habe.

                      Was es schlussendlich gewesen ist, kann ich nicht sagen, auch warum ping und andere Kommandos nicht mehr funktioniert haben

                      Proxmox 3Node Cluster, IOBroker in LXC

                      PV Visualisierung und Steuerung mit NodeRed und Grafana

                      1 Antwort Letzte Antwort
                      0
                      Antworten
                      • In einem neuen Thema antworten
                      Anmelden zum Antworten
                      • Älteste zuerst
                      • Neuste zuerst
                      • Meiste Stimmen


                      Support us

                      ioBroker
                      Community Adapters
                      Donate

                      488

                      Online

                      32.5k

                      Benutzer

                      81.9k

                      Themen

                      1.3m

                      Beiträge
                      Community
                      Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                      ioBroker Community 2014-2025
                      logo
                      • Anmelden

                      • Du hast noch kein Konto? Registrieren

                      • Anmelden oder registrieren, um zu suchen
                      • Erster Beitrag
                        Letzter Beitrag
                      0
                      • Home
                      • Aktuell
                      • Tags
                      • Ungelesen 0
                      • Kategorien
                      • Unreplied
                      • Beliebt
                      • GitHub
                      • Docu
                      • Hilfe