Weihnachtsangebot 2025! 🎄

[Thomas Braun]

@guitardoc

Kuckstu...

https://www.thomas-krenn.com/de/wiki/Ablösung_von_/var/log/syslog_durch_journalctl_in_Debian_12

[guitardoc]

@thomas-braun

Ich hab das Journal mal durchgesehen. Wann der Fehler aufgetreten ist, das bekomme ich jetzt nicht mehr raus, denn ich weiß nicht mehr, wann damals die letzte funktionierende Sicherung gelaufen ist.

Aber was mir aufgefallen ist - ich bekomme täglich diese Meldungen um 02:30 Uhr (für alle LXCs). Das ist auch die Zeit, wo Proxmox die Sicherungen der einzelnen LXCs durchführt:

May 15 02:30:04 proxmox pvescheduler[196503]: INFO: Starting Backup of VM 101 (lxc)
May 15 02:30:04 proxmox dmeventd[399]: No longer monitoring thin pool pve-data-tpool.
May 15 02:30:04 proxmox dmeventd[399]: Monitoring thin pool pve-data-tpool.
May 15 02:30:05 proxmox kernel: EXT4-fs (dm-11): write access unavailable, skipping orphan cleanup
May 15 02:30:05 proxmox kernel: EXT4-fs (dm-11): mounted filesystem c93db5f6-65b2-4e73-9cf0-b933d3bae8e5>
May 15 02:34:19 proxmox kernel: EXT4-fs (dm-11): unmounting filesystem c93db5f6-65b2-4e73-9cf0-b933d3bae>
May 15 02:34:20 proxmox pvescheduler[196503]: INFO: Finished Backup of VM 101 (00:04:17)

Write access unavailable wird dabei in Rot ausgegeben. Die Sicherungen wurden aber die letzten Tage richtig auf die externe Platte geschrieben. Aber vielleicht hat das auch gar nichts zu sagen und ist richtig so?

[Thomas Braun]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

EXT4-fs (dm-11): write access unavailable, skipping orphan cleanup

Ist denn EXT4-fs (dm-11) das externe Dateisystem?
Ich würde das mal einem

fsck.ext4 

unterziehen.

[guitardoc]

@thomas-braun Ich habe mal auf Bad Blocks untersucht:

root@proxmox:~# fsck.ext4 [-c]
e2fsck 1.47.0 (5-Feb-2023)
fsck.ext4: No such file or directory while trying to open [-c]
Possibly non-existent device?

Scheinbar ist das nicht das externe Dateisystem. Aber was ist es dann? Für mich als Linux-Laie ist das alles sehr kryptisch...

[Thomas Braun]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

Scheinbar ist das nicht das externe Dateisystem.

Du gibst da ja auch 'Quark' ein.
Das Kommando sieht in der Grundform so aus:

fsck.ext4 /dev/GERÄT

Was genaut GERÄT bei dir ist musst du herausfinden.
Z. B mittels

fdisk -l

[guitardoc]

@thomas-braun said in Speicherplatz des Proxmox voll - aber womit?:

Ich sage doch: NOOB... :-)

Ich denke, das ist die Platte:

Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: Portable SSD    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

root@proxmox:~# fsck.ext4 /dev/sda  
e2fsck 1.47.0 (5-Feb-2023)
/dev/sda is mounted.
e2fsck: Cannot continue, aborting.

Aber ein EXT4-fs (dm-11) erscheint nirgends:

root@proxmox:~# fdisk -l
Disk /dev/nvme0n1: 931.51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: CT1000P3PSSD8                           
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: F5EAC86E-13C6-45A6-BBFF-2913E2A65850

Device           Start        End    Sectors   Size Type
/dev/nvme0n1p1      34       2047       2014  1007K BIOS boot
/dev/nvme0n1p2    2048    2099199    2097152     1G EFI System
/dev/nvme0n1p3 2099200 1953525134 1951425935 930.5G Linux LVM


Disk /dev/mapper/pve-swap: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/mapper/pve-root: 96 GiB, 103079215104 bytes, 201326592 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes


Disk /dev/sda: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: Portable SSD    
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes


Disk /dev/mapper/pve-vm--200--disk--0: 4 GiB, 4294967296 bytes, 8388608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--102--disk--1: 12 GiB, 12884901888 bytes, 25165824 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--103--disk--1: 8 GiB, 8589934592 bytes, 16777216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--101--disk--1: 32 GiB, 34359738368 bytes, 67108864 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes


Disk /dev/mapper/pve-vm--300--disk--0: 4 GiB, 4294967296 bytes, 8388608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 65536 bytes / 65536 bytes

[Thomas Braun]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

/dev/sda is mounted.

Ein fsck kann nur auf ausgehängten Dateisystemen erfolgen.

[guitardoc]

@thomas-braun Also zur Sicherheit jetzt eingeben:

umount dev/sda

und dann

fsck.ext4 /dev/sda

und zum Schluss wieder

mount dev/sda

?

[Thomas Braun]

@guitardoc

Von Proxmox hab ich keine Ahnunung. Da läuft ja auch ein LVM mit.
Ich würde ein Live-Linux auf der Kiste booten und dann die Geräte 'von extern' prüfen.

[guitardoc]

@thomas-braun Dafür bräuchte ein NOOB allerdings eine NOOB-proof Schritt für Schritt Anleitung, und selbst dann hätte ich Befürchtung, dass ich was versemmle...

[Thomas Braun]

@guitardoc

Ich weiß auch nicht, warum selbsterkläte Noobs mit Proxmox herumhantieren...
Das ist mit Sicherheit nicht für Noobs die richtige Plattform um den Noob-Status hintersichzulassen.

[guitardoc]

@thomas-braun Naja, das System ist schon genial. Es läuft alles in kleinen Containern und wenn was in dem Container schiefgeht, dann stellt man aus dem Backup den Container wieder her. Ich programmiere einiges im ioB und nicht alles funktioniert immer so wie ich mir das denke, da ist das mittlerweile für den vielleicht noch einmal im Jahr vorkommenden Ernstfall ganz hilfreich.
Mehr nutze ich von Proxmox ja nicht - also mit anderen Worten höchstens 5% von dem was das Teil alles so kann. Das reicht mir auch völlig. Allerdings stellt sich mir die Frage, wenn ich schon nur so wenig davon nutze und auch sonst nicht dran rumspiele außer ein von Proxmox vorgeschlagenes Update/Upgrade zu machen, warum läuft das dann nicht wenigstens fehlerfrei.

[Thomas Braun]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

das System ist schon genial.

Wenn man es denn auch vernünftig handhaben kann.

[Homoran]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

warum läuft das dann nicht wenigstens fehlerfrei.

weil du da immer wieder etwas "rumkonfiguriert" hast, wenn ich mir so deine diversen Posts ansehe.

[guitardoc]

@homoran said in Speicherplatz des Proxmox voll - aber womit?:

weil du da immer wieder etwas "rumkonfiguriert" hast

Naja, wenn dann nur, wenn es vorher ein Problem gab und auch dann nur nach Anleitung. Selbst fummle ich da nicht dran rum.

[Thomas Braun]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

warum läuft das dann nicht wenigstens fehlerfrei.

Weil dir ganz offenbar die elementarsten Dinge fehlen, um ein Linux zu bedienen. Von dem dann nochmal komplexeren Umgang mit einem Proxmox dann ganz zu schweigen.

Die oben geposteten mount/umount-Kommandos sind z. B. so auch falsch, Geräte- (und auch andere Dateien) spricht man immer im vollen Pfad an. Es fehlt also da jeweils ein / vor dev.

Und das ist Linux-Grundwissen 1. Stunde.

[Homoran]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

Selbst fummle ich da nicht dran rum.

wer denn?

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

dann nur nach Anleitung

Immer wirlich die richtige für dein "Problem"?
und immer vollständig korrekt umgesetzt?

ich bin wieder auf Pi zurück.
Proxmox ist nett, aber eine zusätzliche Ebene, die korrekt administriert und konfiguriert sein muss.
spätestens bei externen Geräten tue ich mich schwer.

In der PVE selbst habe ich nie etwas verändert

[guitardoc]

@homoran Immer nur nach angefragter Anleitung hier im Forum. Und ja, ich hab das / versehentlich vergessen. Ich hantiere sonst auch nicht auf Betriebssystemebene rum, drum hatte ich die richtige Syntax des Befehls "veralzheimert" :-)

[peterfido]

@guitardoc Die PVE bietet soweit alles notwendige per Weboberfläche. Die Konsole vom Host braucht man nur anfassen, wenn man da zusätzliche Programme wie z.B. NUT lokal statt auf einer VM installieren möchte.

Ich bevorzuge immer noch VMs. Diese sind kernelunabhängig. Spätestens, wenn ein Gerät durchgeschliffen werden soll, sind diese arg im Vorteil.

Um deine USB Platte zu prüfen, reicht auch ein PC, auf welchem Linux (als Livesystem (von USB)) läuft.

Wenn du diese in einer VM testen wollen würdest, müsstest du die ganze USB Festplatte erstmal dort einbinden.

Vor einem PVE Update am besten erstmal die Foren durchlesen. Im Proxmox-Forum findet man schnell heraus, wenn es Probleme geben sollte. Dann die Updates immer so zwei, drei Wochen verzögert einspielen. Dann sind fehlerhafte Updates meist schon zurückgezogen.

[Homoran]

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

nach angefragter Anleitung hier im Forum

ja!
Du bekommst eine Anleitung für die Lösung eines von dir geschilderten Problems.

Leider stellt sich dann später heraus, dass du aber ein ganz anderes Problem hattest und die "Lösung" nicht wirklich hilfreich war.

Dadurch bekommst du möglicherweise andere Probleme.

@guitardoc sagte in Speicherplatz des Proxmox voll - aber womit?:

wenn was in dem Container schiefgeht, dann stellt man aus dem Backup den Container wieder her

das geht aber nicht, wenn die PVE verbogen wurde.

Bei einem standalone Raspi nimmst du eine neue Karte, spielst ein neues OS drauf und das iob Backup zurück und alles ist geradegezogen