@david-g sagte in Proxmox Basissystem: LAN-Speed überwachen: i3 12100. [image: 1729587592769-69a9b5d4-f0b8-4d64-b5a4-bd3477da23e8-grafik.png] [image: 1729587949005-9b08f5c8-8967-4369-83f6-dd7c46c1043b-grafik.png] Deine CPU ist um den Faktor 23 schneller als mein N3000 .... Selbst der SoC des Pi4 ist ca um Faktor 1,4 schneller,als mein lahmer N3000 ... OFFTOPIC: Die 60 Watt TDP sind zwar erstmal beängstigend, aber die werden im Homeserver-Betrieb wahrscheinlich nur selten ausgereizt (außer man lässt die Bewegungserkennung von Überwachungskameras durch die CPU "rechnen"), trotzdem die Frage: Was schluckt Dein System pro Tag an Strom? Das letzte Mal, als ich den Gigabyle N3000 "Nuc" alleine gemessen habe, waren es 0,116 kWh pro Tag... Noch ein Nachtrag... Ich habe das Intervall aller Server weiter auf 5 Minuten gelassen... inux-control.0 2024-10-22 14:00:56.363 info getting data from proxmox (192.168.2.200:22) linux-control.0 2024-10-22 14:00:56.777 info successful received data from proxmox (192.168.2.200:22) linux-control.0 2024-10-22 14:01:05.661 info getting data from frigate (192.168.2.196:22) linux-control.0 2024-10-22 14:01:06.380 info successful received data from frigate (192.168.2.196:22) linux-control.0 2024-10-22 14:01:17.716 info getting data from docker (192.168.2.146:22) linux-control.0 2024-10-22 14:01:18.598 info successful received data from docker (192.168.2.146:22) linux-control.0 2024-10-22 14:01:30.702 info getting data from iobroker (192.168.2.201:22) linux-control.0 2024-10-22 14:01:31.356 info successful received data from iobroker (192.168.2.201:22) linux-control.0 2024-10-22 14:03:34.968 info getting data from debian (192.168.2.164:22) linux-control.0 2024-10-22 14:03:36.068 info successful received data from debian (192.168.2.164:22) linux-control.0 2024-10-22 14:05:56.779 info getting data from proxmox (192.168.2.200:22) linux-control.0 2024-10-22 14:05:57.312 info successful received data from proxmox (192.168.2.200:22) Mir scheint, die Abarbeitung des Zeitplans ist nicht sehr systematisch, bis auf die Einhaltung des individuellen Intervalls für jeden einzelnen Server ... Dadurch ergaben sich schon recht hektische Lastspitzen ...

@meister-mopper Hmm, wie lange ist bei Dir ein "apt-get update" unterwegs? Und wie lange die Abfrage der CPU-Temperatur aus der Kommandozeile? Ich habe hier mal gemessen - ersteres etwa 8 ... 10 Sekunden ... zweiteres ist quasi SOFORT wieder zurück... PVE + 5 LXC, die alle reihum abgefeuert werden, dann wird das ggfs. 1 Minute dauern, bis das "durch" ist.... Ist zwar noch kein DOS, aber wenn die sich alle bemühen, die Datenbank zügig upzudaten, ist das schon eine temporär hohe Last ... Ist jedenfalls merklich, dass da die Last heruntergegangen ist, als ich das abgeschaltet habe ... Die Situation auf einem PVE System ist ja etwas spannender, als auf einem Pi, der die Pfeile nach außen abfeuert. Wenn der iobroker - adapter die selbst genutzte Virtualisierungsplattform mit jedem Container, der abgefragt wird mehr belastet .... Hier von zwei Containern ... Oct 21 16:02:43 DockerKlon1 sudo: martin : TTY=pts/3 ; PWD=/home/martin ; USER=root ; COMMAND=/usr/bin/apt-get update 2024-10-21T16:00:16.511762+02:00 ubuntu-frigate-privileged sudo: frigate : TTY=pts/3 ; PWD=/home/frigate ; USER=root ; COMMAND=/usr/bin/apt-get update

@peterfido Danke. OK

Interessanterweise gibt es bei der USB-HDD einen Returncode !=0 Bei der SSD kommt immer eine 0 (alles O.K.) als "result" zurück, bei der HDD eine 4... also Bit 2 gesetzt ... ich vermute, aufgrund der folgenden Fehlermeldung mit anschließender Warnung ... === START OF READ SMART DATA SECTION === SMART Status command failed: scsi error unsupported scsi opcode SMART overall-health self-assessment test result: PASSED Warning: This result is based on an Attribute check. .... smartctl -a /dev/sda >/root/scripte/Proxmox_Skripte/Testdata.txt result=$? Das bedeutet laut untenstehendem ... Return Values The return values of smartctl are defined by a bitmask. If all is well with the disk, the return value (exit status) of smartctl is 0 (all bits turned off). If a problem occurs, or an error, potential error, or fault is detected, then a non-zero status is returned. In this case, the eight different bits in the return value have the following meanings for ATA disks; some of these values may also be returned for SCSI disks. Bit 0: Command line did not parse. Bit 1: Device open failed, device did not return an IDENTIFY DEVICE structure, or device is in a low-power mode (see '-n' option above). Bit 2: Some SMART or other ATA command to the disk failed, or there was a checksum error in a SMART data structure (see '-b' option above). Bit 3: SMART status check returned "DISK FAILING". Bit 4: We found prefail Attributes <= threshold. Bit 5: SMART status check returned "DISK OK" but we found that some (usage or prefail) Attributes have been <= threshold at some time in the past. Bit 6: The device error log contains records of errors. Bit 7: The device self-test log contains records of errors. [ATA only] Failed self-tests outdated by a newer successful extended self-test are ignored. To test within the shell for whether or not the different bits are turned on or off, you can use the following type of construction (this is bash syntax): smartstat=$(($? & 8)) This looks at only at bit 3 of the exit status $? (since 8=2^3). The shell variable $smartstat will be nonzero if SMART status check returned "disk failing" and zero otherwise. This bash script prints all status bits: status=$? for ((i=0; i<8; i++)); do echo "Bit $i: $((status & 2**i && 1))" done

@samson71 Danke für den Hinweis!

oder es gibt hier auch noch angepasste Helper Installationsscripte https://tteck.github.io/Proxmox/

@jojo58 Das habe ich in der Tat nicht gemacht. Alles in einem "Arbeitsgang". Teste es nachher. EDIT Er hat es nicht selber gemacht. Gehe dann die Tage mal nach diesem Video vor: https://www.youtube.com/watch?v=309zHHkt1s8

@da_woody ja das hatte ich nicht so ganz auf dem Schirm gehabt. Aber nun bin ich beruhigt.

@tilly sagte in VM Festplatte erweitern: warum Iobroker so viel Platz braucht. sudo ncdu /

@martinp Hattest Du seither mal einen Neustart des LXC gemacht oder den Coral AI aus- und wieder eingesteckt? Bei mir hat sich nämlich der Pfad geändert. Die letzte Zahl, also 002 wird immer um eins erhöht… Das ist ein wenig unpraktisch.

@amg_666 Danke! Den part konnte ich in meinem LXC 1:1 übernehmen. lxc.cgroup.devices.allow: c 189:* rwm lxc.mount.entry: /dev/bus/usb/001/010 dev/bus/usb/001/010 none bind,optional,create=file lxc.mount.entry: /dev/ttyACM0 dev/ttyACM0 none bind,optional,create=file Schon hängt der UPS da dran. Mal schauen ob ich den Nut-Server zum laufen bekomme.

@lustig29 sagte in Verbindungsabbrüche mit Proxmox: @meister-mopper Scheint wieder zu gehen habe bei Github einen Beitrag gefunden. Mit dem Befehl iob setup first Scheint es wieder zu gehen. Hoffe ich zu mindestens. Was hattest du in Beta erwartet? Das ist was für Spezialisten.

@meister-mopper sagte in fail2ban wird im repository nicht gefunden: Das erklärt mir, warum Du immer wieder Debian (das Original) empfiehlst. Ja, das ist ein Grund (von vielen).

@martinp sagte in Riesen "apt update" Welle heute: Man macht sich schon seine Gedanken, warum da auf einmal so viel aus den Rohren geschossen wird... Das dürfte mit dem PointRelease 12.6 in Zusammenhang stehen: https://linuxnews.de/debian-gnu-linux-12-6-und-11-10-freigegeben/

@warp735 in einem Docker Container benutzt man " pkill -u iobroker" als root, um die iobroker processe zu beenden. In einem Proxmox Container benutzt man "iob stop".

@negalein sagte in Proxmox Update 6.x --> 7.x: Läuft der Befehl erst mit 7.4? ja 7.4 wird benötigt https://pve.proxmox.com/wiki/Upgrade_from_7_to_8

@meister-mopper said in Nutzt ihr den proxmox backup server?: Diess ist ein grottenalter thread, ich schlage vor, du machst einen neuen ot thread mit einer detaillierten Beschreibung deines Systems, der Konfiguration und deinem Wunsch/Problem auf. Danke, war mir bewusst, daß der Thread schon älter ist. Deswegen habe ich das an @xdelta adressiert, falls die Person das (noch) liest, bevor ich einen neuen Thread anlege.

@arteck Das war mir schon klar. Ich denke, dass der Container schon länger beschädigt ist. Das ist eben jetzt erst aufgefallen nachdem das System neu gestartet wurde. Aber ich bin sowieso am Überlegen, ob ich die InfluxDB überhaupt weiter benötige, bzw. ob ich Grafana brauche.

@altersrentner sagte in ioBroker Umzug von PI4 auf mini PC: Ist das jetzt ok? naja, ich würde mal frech behaupten, du wolltest 40 GB gesamt haben, allerdings dies nicht beachtet @meister-mopper sagte in ioBroker Umzug von PI4 auf mini PC: hinzukommen soll. daher jetzt deine krumme Zahl