Search results

Einfach das upgrade neu starten (apt full-upgrade), es kann sein das du vorher ein dpkg --configure -a machen musst (sagt dir apt dann) Falls die apt / dpkg Prozesse noch laufen notfalls killen und falls noch lock files vorhanden sind, dann bitte löschen

PVE host backup in PBS is in the works, afaik. ( I hope it is ready soon) But the idea is there is not much important data on the PVE host itself, just network Config, storage config and so on. If your PVE is part of a Proxmox cluster, you just remove it from th cluster, do a fresh pve...

You can also use wipefs -a on your disk, make sure it is not used first

Don't forget to use crowdstrike to secure your windows experience;) Sorry your post looks like clickbait, how in the world are you not able to recover your proxmox from your backups. If you use REAR, restore PVE from REAR, restore VMs from pbs. If REAR does not work: Install proxmox, apply...

You broke it, you can keep the pieces ... If fsck can not fix it, saving your data and doing a new install is probably your best option ALWAYS have backups, use PBS

Private Networks Like 192.168.x.y, 172.16-31.x.y and 10.x.y.z are NOT routed on the internet. If you have a static IP on your router you can set can do this setup with that IP and port forwarding

Qcow2 kann Snapshots enthalten, vielleicht funktioniert auch fstrim nicht richtig, check bitte mal mit: qemu-img info /var/lib/vz/images/107/vm-107-disk-0.qcow2 dann (bei abgeschalteter VM) qemu-img convert /var/lib/vz/images/107/vm-107-disk-0.qcow2 -O qcow2...

You should be able to copy that directory from another proxmox install without problems

Ich nehme an bei einem der Löschvorgänge wurden die images gelöscht. Wenn eine Datei die von einem Prozess geöffnet ist gelöscht wird bleibt sie für diesen Prozess (hier kvm) zugreifbar. Wird der Prozess beendet wird die Datei gelöscht.

Works as advertised, your cluster has 3 votes. With one node away there are 2 votes left, 2 from 3 is a majority. If your raspi goes away there is only 1 vote left that is a minority, so it quits

Now post the data of the broken container

Also Output from ss -tlpen

watch your syslog for blocked / dropped packets: journalctl -f while trying ssh connection. Also can you connect from the rocky linux instance to itself? user@rocky:# ssh -v 192.168.1.8

Do a tcpdump -ni any port 22 inside your VM and try to SSH into it. Check if you see incoming and or outgoing packets

Your zfs pool is almost full, so the subvolume 100 is almost full, too. Technically pct resize sets the refquota, which limits the space the subvolume can take inside the pool, but your pool is full.

Do a zfs list on your proxmox host and post the result

Then it was created a sparse file, in a sparse file instead of a million zeros being written Linux will write "here come a million 0" You see the difference with ls -l file and du file. ls will show you the nominal size, du the real size on disk. But the raw file will not shrink

You are using a raw file as disk image, even when empty it uses the full space. A raw image is like a bitwise copy of a disk, if it is empty it is basically a big file full of zeros. Unfortunatly on Directory Storage Containers ONLY support raw image files. These also do not offer snapshots...

I would: Remove one of the 2 TB HDDs first, add the new 8 TB HDD, and then mirror the data from the remaining old 2 TB HDD but both should work, if you have the free slot

My recipe: Zpool replace disk ================== Get disk IDs ls -l /dev/disk/by-id/* Get zpool status: zpool status this assumes the following disk layout: Part 1: BIOS Boot Part 2: EFI Part 3: ZFS Copy Partitions from working to new disk, without copying label and UUIDs: sfdisk -d...