Search results

I think I may have spotted the error. Well in our case if we migrate or move vms with virtio scsi disks attached we get errors like below: create full clone of drive scsi1 (nfs-server:114/vm-114-disk-1.raw) WARNING: You have not turned on protection against thin pools running out of space...

WOW this just saved my life. Live production servers couldnt come online after a emergency reboot caused by load. I stressed a bit, made coffee and found this post and ran it and it all is good again. Thank you

It works perfectly if I leave it on nfs - I can then decide to move disk back to local-lvm after migration on the new node. If I try migrating it when any VM still has local-lvm attached it fails completely. I see this on the server I am migrating to currently. root@pve-6:/etc/pve/qemu-server#...

I'm not too concerned as I'm just playing with it to get a good feel for migrations on test servers atm. I just want to practice and get the process perfected. I think moving the disks to nfs-server, then migrating the VM, then moving the disks back is going to work fine. May just take a little...

Tested it again by moving disks from local-lvm -> nfsserver and now it works fine 2019-11-25 09:14:43 use dedicated network address for sending migration traffic (10.0.0.136) 2019-11-25 09:14:43 starting migration of VM 101 to node 'pve-6' (10.0.0.136) /dev/sdc: open failed: No medium found...

root@pve-1:~# qm migrate 101 pve-6 --online --with-local-disks --migration_type insecure --migration_network 10.0.0.0/24 /dev/sdc: open failed: No medium found /dev/sdd: open failed: No medium found 2019-11-25 08:55:28 use dedicated network address for sending migration traffic (10.0.0.136)...

Thought so. Had to confirm to be sure :) Thanks a lot

We want to setup a cluster again but find that one question we about puzzled with as per the documentation here: As said above, it is critical to power off the node before removal, and make sure that it will never power on again (in the existing cluster network) as it is. If you power on the...

any ideas?

I have converted successfully a HW RAID 6 partition to a RAID 5 for more space: a0 PERC H700 Integrated encl:1 ldrv:1 batt:good a0d0 2791GiB RAID 5 1x6 optimal Trying to increase the lvm-thin volume pve/data with the extra space. Anyone know exact steps? Trying not to break...

i am experiencing this too. anyone solve it yet

ok thanks :)

Any reason this is not made default in new proxmox versions yet?

Was hoping it would be possible. Guess safer just to build new server with new disks, add it cluster and live migrate them across. then remove the old disks from other server and rebuild. Better safe than sorry. Really want to get rid of those consumer disks :)

Hi We have two old servers running Consumer Grade 1TB SSD disks for last year with no issues whatsoever. However we would like to put in Intel DC Enterprise SSDs now. I'd like to know as its RAID 10 servers that if we remove one SSD and insert into its place a different SSD with same size but...

probably just greed for speed. I guess it does ok Thanks for comment

I have a server with the following: H700 Controller and BBU in writeback (512MB) version 8 x SAS HGST Enterprise 10k drives in RAID 10 will it help performance if I follow this guide and add 2 SSDs into the mix for LVM Caching. https://blog.jenningsga.com/lvm-caching-with-ssds/ Thoughts? or...

I would like to lock down SSH and PRoxmox interface (port 8006) using the PVE Firewall. Anyone have exact steps to follow as I dont want to lock myself out as this particular server is not in the office but in DC and too lazy to take a drive through if anything goes awry :)

found a old Perc 6/ir which is in IT Mode. Should work best for ZFS though. Will test with all 3 raid controllers but I assume the H700 in HWRaid with BBU in writeback should provide the best speeds.

Perc 6/i is being used but we do have some h700s around I think I should switch this server to use. We also have SAS 10k disks which we could probably use and test with.