Recent content by FuriousRage

I found out the reason. I had to do mkdir /root/nodes && mv /etc/pve/nodes/pve /root/nodes then i could rejoin the cluster on the new ip

Ah well, decided to try remove the cluster and have them rejoin. Backed up the 3 lxc's and deleted the guests (kept backups) did the whole systemctl stop pve-clustersystemctl stop pve-cluster systemctl stop corosync pmxcfs -l rm /etc/pve/corosync.conf rm -r /etc/corosync/* killall pmxcfs...

Hi. I have setup vlan 90 on my unify for management. I setup a vmbr and a vlan on pve network, with vlan 90. in both servers console i can ping all vlan90 ip's i currently have. --- However, since i didnt do vlan before i clustered them i did the following on each node: systemctl stop...

Thanks, seems i now could restored the vm to its correct location :D

tried: pvesm --disable false local pvesm --disable false /var/lib/vz the "--disable" doesnt seem to exist. 10:33:19 root@pve2 dump → pvesm --disable false local ERROR: unknown command 'pvesm --disable' USAGE: pvesm <COMMAND> [ARGS] [OPTIONS]

I didn't disable that one, afaik, i never edited the storage.cfg, i just connected the two and it was disabled some how. Do i just need to remove "disable" and the pve will find it, or is there a better command to re-enable it?

That path (/var/lib/vz) seems to exist on both nodes, different sub-dirs in it thought.

Yeah, but the local for pve2 isnt available anymore, where as on the pve (one) all its storage is available. I disabled/set pve1 only for the btrfs storages because it was annoying to see the unavailable one on pve2, since the btrfs storages doesnt seem to work cross pve's, like zfs seems to...

08:45:37 root@pve2 dump → cat /etc/pve/storage.cfg dir: local disable path /var/lib/vz content iso,vztmpl,backup btrfs: local-btrfs path /var/lib/pve/local-btrfs content backup,rootdir,import,iso,vztmpl,images nodes pve btrfs: parvus path /data/parvus content...

Hi. I have 2 seperate pve's joined them in a cluster. At first i couldnt because i already had made a vm in the joining one. So i made a backup of it and removed the vm. then i could join it. But now, the joining pve vm/iso/etc storage is no more But if i check /var/lib/vz/dump the backup...

Tested a mechanical drive. Same errors. Some more websearching, i tested intel_iommu=off in grub config, updated grub and rebooted. seems like the ssd also works, no screaming red dmesg outputs after the hdparm tests ive done So it seems it was the iommu that was my problem.

Switched sata cable to a different one, switched port on mainboard. Have now run for i in {1..15}; do hdparm --offset 50 -t /dev/sda; done quite many times with different offsets. dmesg screams: [ 733.437796] dmar_fault: 2401198 callbacks suppressed [ 733.437801] DMAR: DRHD: handling fault...

Did: smartctl -t short /dev/sda smartctl -t long /dev/sda smartctl -t conveyance /dev/sda smartctl -t select,123+345 /dev/sda smartctl -H /dev/sda === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED *seems* smart passes/its ok. I'll check cables...

I just installed 9.0-1 on an older computer (i5 from 2014), ddr3-era. 9.2 couldnt install. i managed to update to pve-manager/9.2.2/b9984c6d90a4bd80 (running kernel: 7.0.2-6-pve) --- How ever, when i try do some stuff, /var/ seems to be read-only. pve is installed on ext4. The last some lines...

Hi. Im currently trying to setup a SSO with my cosmos-cloud openid. It seems that the login event on cosmos cloud works 2025/12/06 20:24:39 [REQ] [36m[0m[95mGET [0m[36mhttps://cosmos.domain.tld/cosmos/api/users HTTP/2.0 [0mfrom 192.168.88.106:39178 - [42m [0m[32m 200[0m[34m 317B[0m in...