Recent content by rkl

The KB article does look a bit tricky to me - I'm still confused as to why I can dd or drbd sync between two direct iSCSI volumes mounted on the same Proxmox server but from different SANs, but apparently I can't use Proxmox's live storage migration with the same setup. It feels like it should...

We've got some SANs providing iSCSI LVM storage to Proxmox VMs and we're in the process of replacing them with new SANs (iSCSI LVM again). Is there any way to live migrate the storage for running VMs from the old SANs' iSCSI to the new SANs' iSCSI? I can't believe this is an uncommon feature...

We have a 5-node Proxmox cluster and in the early days tried out GlusterFS and found it was a buggy-as-hell and slow disaster :-( It doesn't help that Proxmox bundled ancient horrendously buggy versions of GlusterFS for a long time (and weren't interested in updating them when I queried it in...

We have some fairly old Dell PowerEdge servers (just about in warranty) that haven't had BIOS updates in over a year . so I suspect they won't get a BIOS update for Meltdown/Spectre. I was wondering if adding the intel-microcode package from the non-free Debian repo would help (assuming that's...

I'm wondering if a "double rsync" would work here to reduce the pause-time when migrating local filestore: Rsync node1 local filestore to node2 with no VM pausing/migration Live migrate node1 VM to node2, but pause node2's VM rather than running it at the end of the migration (node1's VM would...

When upgrading from 4.0 to 4.2, I noticed there's a new tmpfs mount point called "/run/lxcfs/controllers" created that wasn't there in 4.0. Although almost all the contents of that mount point have world read access, for some reason the dirs /run/lxcfs and /run/lxcfs/controllers themselves only...

I had a very similar issue trying to live migrate from 4.0 to 4.2 which was fixed by updating just qemu-server and its dependencies. Whilst 4.0 -> 4.2 is a 2-version jump and might not be tested by devs, the fact this issue also applied to 4.1 -> 4.2 live migrations is, yet again, a sign that...

The snag with "apt-get update qemu-server" on 4.0 is that it brings in the entire 4.2 release as an update, which is a little risky with running VMs on a 4.0 server. I found these commands did the trick on 4.0 though: apt-get update apt-get install qemu-server pve-cluster pve-manager...

We skipped Proxmox 4.1, but decided to upgrade our 4.0 Proxmox servers (5 machines in a cluster, with iSCSI shared storage) to 4.2 recently, mainly because of the GUI changes. It should be noted here that 4.0 -> 4.0 live migration has always worked perfectly for us between any combination of the...

We've got a few Proxmox 3.4 nodes that I've been waiting patiently for an update to the glusterfs-client (3.5.2) in any later Proxmox release to hopefully fix a terrible "create 1,000,000 open file handles in 2 hours" bug that the 3.5.2 release seems to have. According to the "pveversion -v"...

> qm config VMID Some items below have been changed to retain anonymity bootdisk: virtio0 cores: 4 memory: 16384 name: test01 net0: virtio=01:02:03:04:05:06,bridge=vmbr1 net1: virtio=07:08:09:10:11:12,bridge=vmbr2 onboot: 1 ostype: l26 sockets: 1 virtio0...

I'm getting a live migration failure between any two Proxmox nodes in a cluster (of 5) where one node is version 4.0-16 of proxmox-ve and the other node is version 4.0-19. The end of the pretty unhelpful error mesages is no doubt familiar: Nov 04 16:54:17 ERROR: online migrate failure -...