That worked, didnt see that vdsm.id file in there. At that point I just added the host in the manager like I normally would and boom it's up! Can I add this to the documentation somewhere so this is for public use?

Thanks again for all the help! On Tue, Jul 8, 2014 at 1:12 PM, Joop <jvdwege(a)xs4all.nl&gt; wrote: > On 8-7-2014 21:57, Brad Bendy wrote: >> Trashing the udev rules did fix that, not sure why I didn't of that, thanks! >> >> Now when I go to add the host I get a UUID error since the old UUID exist. >> >> Is there a command I can run to wipe out the old and make a new one? I >> ran dmidecode -s system-uuid and the UUIDs are different on the source >> host I cloned from and the new host, the UUID in the file does match >> the either host and im guessing that's where the dupe ID is, but I >> don't want to insert just a random one. >> >> > run: uuidgen >/etc/vdsm/vdsm.id > This will generate a new id which should be different from the previous > one. You could alse extract the system-uuid if its different between > systems. No guarantee though that all bios vendors make there systems > unique. > > Joop > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

I think it is a common enough problem to add a RFE for it to do it during host-deploy, agreed Douglas??

On 9-7-2014 3:23, Douglas Schilling Landgraf wrote: > Hi Brad, > > On 07/08/2014 04:25 PM, Brad Bendy wrote: >> That worked, didnt see that vdsm.id file in there. >> >> At that point I just added the host in the manager like I normally >> would and boom it's up! >> >> Can I add this to the documentation somewhere so this is for public use? >> > Yes, into the wiki page: > wiki.ovirt.org I think it is a common enough problem to add a RFE for it to do it during host-deploy, agreed Douglas??