NEWS
[Abbruch] Proxmox LXC, System nur über Console erreichbar
-
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
-
(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/
-
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.
-
@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/ -
du weisst doch garnicht, ob er Buster hat.. ?
-
@ilovegym
Stimmt. Sollte aber auch mit Bookworm gehen. -
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. -
@shadowhunter23 sagte in Proxmox LXC, System nur über Console erreichbar:
Und ganz unkorrekt mit root:
chmod 4755 /bin/pingDas ist gleich in mehrfacher Hinsicht unkorrekt.
Richtig ist es mit den capabilties.setcap cap_net_raw+ep /bin/ping
-
@ilovegym
Dann wird's zeit für iob diag@Thomas-Braun
Das habe ich schon verlinkt... siehe Beitrag im Proxmox Forum. -
Dann kannste das Gemurkse mit chmod ja löschen.
Nachher macht das noch jemand so falsch. -
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