Search results

In der Tat gab es da vor einiger Zeit mal den Versuch einen Cluster aufzubauen. Das scheiterte dann aber an einer Fehlermeldung. ERgebnis war die Idee den PVE neu aufzusetzen (done) und die VMs umzuziehen. DIe verbliebene VM ist die letzte auf dem alten PVE Dabei habe ich dem alten PVE etwas...

-r--r----- 1 root www-data 569 Sep 23 20:22 /etc/pve/storage.cfg Mit chmod kann ich zwar ohne Fehlermeldung die berechtigugfen setzen; beim nächsten ls -l ist aber alles wieder beim alten

Sorry, ich meinte natürlich /etc/pve/storage.cfg operation not permitted bleibt aber. Schon beim Öffnen mit nano kommt eine entsprechende Meldung

Bei einer VM habe ich leider den zugehörigen Storage durch Entfernen der entsprechenen Festplatte zerstört. Jetzt taucht immer noch der storage mit einem Fragezeichen im GUI auf. Leider lässt sich der storage nicht in /pve/storage.cfg gelöscht werden. ich bekomme immer "operation not permitted"...

Ich habe sicherlich etwas falsch gemacht und ein Storage mit einer zu einer VM gehörigen HDD entfernt. Die Festplatte ist physisch entfernt und in einen anderen PVE eingebaut. Die zugehörige VM soll dann transferiert werden. Jetzt hat also die VM weiterhin die virtuelle Festplatte in der...

Ich hole den Thread nochmal hoch. Den alten PBS mirror konnte ich als Directory einbinden unter dem Pfad: /mnt/datastore/BACKUP Ad sfunktionierte auch, allerdings sind keinerlei Backups zu sehen, obwohl ich dort Ordner ct und vm sowie chunks sehe

Ich habe vor einiger Zeit eine Neu-Installation des PVE durchgeführt. Dabei habe ich wohl was falsch gemacht. Der ehemalige Backup-ZFS-mirror taucht jetzt im PVE auf und ich kann anscheinend diesen ZFS-mirror nicht im neu installierten PBS importieren. Ich könnte jetzt "Destroy" für den...

Von PBS (glaube ich). Es war definitiv nicht als Directory eingebunden.

Kurze Rückmeldung: Die Reboots waren wohl auf ein schwachbrüstiges Netzteil zurückzuführen. Nach dem Austausch läuft es wieder gut. Ich hatte dennoch schon eine Neu-installation durchgeführt

Ich habe meinen PVE neu aufgesetzt. Die vorhandenen ZFS mirror liessen sich problemlos importieren und mit AUsnahme einer als Backup genutzten ZFS mirror wieder einbinden - sweit alles prima Jetzt habe ich den zfs mirror als "Backup" unter zfs im PVE. Im Datacenter fehlt das aber unter storage...

Ich habe einen unprivilegierten Container laufen. Ich versuche nun, eine CIFS-Freigabe zu mounten. Also in die fstab die entsprechende Zeile (funktioniert auf einem anderen Rechner) eingefügt und schonmal gewundert, dass fstab leer ist trotzdem funktioniert es nicht: mount -a -v (als root)...

Ich möchte gerne mein Proxmox neu installieren um hoffentlich neu aufgetretene Stabiltätsprobleme in den Griff zu bekommen. Das soll auf der alten Hardware passieren. Wie kann ich die VMs un storages wieder einbinden? ich habe 3 ZFS mirror storages.

Okay. Das habe ich getan. Hilft leider nicht. Irgednwie habe ich es geschafft aus einem stabil laufenden System ein Chaos zu machen. Möglicherweise im Zusammenhang mit dem Versuch das swap zu vergrössern. Ich würde gern den PVE neu aufsetzen, natürliich ohne die Stoarges zu opfern Das sind...

Und jetzt schon wieder! Könnte das mit dem neuen kernel zusammenhängen?

/dev/dm-0 partition 8388604 0 -2 Das spricht für 8G

Vor kurzem habe ich mein Swap vergrössert auf 24G. Zumindest erzählt lvs das. Dennoch wird wie vorher der Swap-bereich im GUI mit 8GB angezeigt

laut kern.log hat mein System 8x innerhalb der letzten 24h rebootet 2024-07-14T01:44:23.620025+02:00 pve-main kernel: [ 2943.350212] perf: interrupt took too long (2514 > 2500), lowering kernel.perf_event_max_sample_rate to 79000 2024-07-14T01:55:21.316517+02:00 pve-main kernel: [ 3601.041561]...

Start-Date: 2024-07-03 19:00:13 Commandline: apt-get dist-upgrade Install: proxmox-kernel-6.8.8-2-pve-signed:amd64 (6.8.8-2, automatic) Upgrade: libcurl4:amd64 (7.88.1-10+deb12u5, 7.88.1-10+deb12u6), udev:amd64 (252.22-1~deb12u1, 252.26-1~deb12u2), python3.11:amd64 (3.11.2-6, 3.11.2-6+deb12u2)...

Hier kommt mal ein Auszug von dem ich denke, dass es nach dem Reboot entstand: (jetzt wird gemeckert ,das sei zu lang ....)

Auf den ersten Blick - nein. Alle Storages sind online. Die beiden Storages für die Daten sind auch nicht allzu voll -beides zfs-mirror In /var/log/syslog sind Unmengen von EInträgen. Ich finde auf die Schnelle nichts wirklich erklärendes. Aber auch keinen Hinweis wo der Reboot erfolgte