Search results

Many thanks for writing back so quickly Thomas. Great to know that it should be smooth sailing! (UPDATE: All went well, thanks!) Absolutely re: updates - the onus is on my shoulders. PVE was our start with Proxmox - the ISO Images page for PVE listed 6.3 & 6.2. Being used to other software...

Hi there, does an upgrade from PVE 6.2 to 6.4 need two upgrade steps or is a straight jump up OK? Docs seem to imply that it's fine to go within the same major version - just want to double-check. :)

We did this in reverse, as it makes no difference and retained cabling layout (colour-based). Moved all but WAN traffic to new NICs and bridges. I've replied properly in my other thread over here - we ended up adding a second bridge as it keeps configurability nice and fine-grained...

A fair few, but not over 1/2 on each switch if they were compacted down to remove spare/empty ports, etc. We're adding hardware quickly though. That's what we ended up doing. We left WAN/internet traffic for VMs on the default/initial NIC/bridge, and brought up a 2nd NIC and bridge on each...

Hi there, I'm looking to update the networking setup for Proxmox VE now that the switches have been swapped out for more capable models. At the moment, each host has 1x NIC connected, which is serving VMs (WAN) and PVE (Web GUI, SSH, Corosync, etc). Static addressing for PVE is set against...

G'day, We have 2x switches available, each with 4x 10G ports and 48x 1G ports. They're stackable, though we'd rather avoid it. At the moment, all hypervisors are routing through 1 of the 2 switches. They're going through the untagged handoff VLAN, with tagged VLANs atop. Those tagged VLANs...

G'day there, As we had to move VMs to one box (with several nodes) to facilitate a rebuild on the other (ESXi to PVE), we now have the need to move inter-cluster. Is Tom's recommendation of using vzdump and then qmrestore still the easiest/best option to move VMs between clusters? The main...

Thanks for fixing up my mistakes, and for the explanations. That all makes plenty of sense - glad to know it's just a difference. Appreciate the man and git links too - interesting to see the translations & more of the inner workings (what a comparison to ESXi's closed source!). It's...

It's a bizarre one. The only likely difference between our migrations is that you may have run ovftool then importovf locally, while we ran the ovftool on an intermediary device (due to storage restrictions outside local-lvm), and mounted it via NFS to PVE before running importovf against them...

Fantastic! Thanks for that, Dominic. Really appreciate your help with this and the other thread. :) My apologies however - I made a mistake and meant to write ESXi 6.5 and 6.7 above (I've edited my reply now). Also, what are your thoughts on the SCSI default behaviour that I explained in...

Hi Dominic, Many thanks for writing back. :) That's really interesting, thanks for testing it. Perhaps it's just the version difference in PVE that led it to not realise the missing size and update it? All of the 4x VMs had their disk sizes updated when we ran that command. They reported...

G'day there, With the help of the Proxmox community and @Dominic we were able to migrate our ESXi VMs across to PVE - thank you! https://forum.proxmox.com/threads/migrating-vms-from-esxi-to-pve-ovftool.80655 (for anybody interested) The migrated (ex-ESXi) VMs are now part of a 3-node PVE...

@Dominic - I've marked this as Solved and will create a new thread for the live migration problem. Thank you kindly! However, please see the top of reply #6 for some tidbits that would be worth adding into your Wiki (re: ovftool). :)

Thank you Dominic & ness1602 for your help, it's much appreciated. We hit some issues, but were able to migrate the VMs over using ovftool and an intermediary device (for storage capacity). Ended up configuring an NFS share from that intermediary device, configured within PVE to allow for the...

Hi Dominic, Many thanks for your prompt reply! Approx 250GB disk, 8GB RAM and 2 cores per VM. So average? Writing to the USB SSD is very slow, which the internet suggests is due to ESXi and not accidental. ESXi has a limited "busybox" shell which restricts otherwise incredibly useful tools...

G'day from Australia, We've got a predicament that we'd appreciate some guidance with. 4x managed VMs run on 2x ESXi hosts (2+2), and there's no supported pathway to migrate them (ie. ditch ESXi in favour of PVE). Across the remainder of our infrastructure, ESXi has been gladly purged and our...