<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><br> <BR><div>> Date: Mon, 30 Sep 2013 00:33:08 +0300<br>> From: iheim@redhat.com<br>> To: ofrenkel@redhat.com<br>> CC: cybertimber2000@hotmail.com; users@ovirt.org<br>> Subject: Re: [Users] Export Domain & Upgrade<br>> <br>> On 09/29/2013 12:15 PM, Omer Frenkel wrote:<br>> ><br>> ><br>> > ------------------------------------------------------------------------<br>> ><br>> > *From: *"Nicholas Kesick" <cybertimber2000@hotmail.com><br>> > *To: *"oVirt Mailing List" <users@ovirt.org><br>> > *Sent: *Wednesday, September 25, 2013 8:43:47 PM<br>> > *Subject: *[Users] Export Domain & Upgrade<br>> ><br>> > This is the first time I've run through an 'upgrade', so I'm very<br>> > new to export domains, and I'm having some trouble getting one<br>> > connected to 3.3. I had hoped to add this to the wiki, but it hasn't<br>> > been as straightforward as I thought.<br>> ><br>> > On my oVirt 3.2 install, I created a NFS export<br>> > (/var/lib/exports/DAONE) and exported my VMs to it. I created a<br>> > tarball of everything in DAONE, and then formatted the system and<br>> > installed Fedora 19, and then oVirt 3.3. Created the NFS resource<br>> > (/var/lib/exports/DAONE), extracted the tarball, and followed these<br>> > directions<br>> > <http://www.ovirt.org/How_to_clear_the_storage_domain_pool_config_of_an_exported_nfs_domain><br>> > to clear the storage domain. However when I try to add it, the<br>> > webadmin reports the following error:<br>> ><br>> > "Error while executing action New NFS Storage Domain: Error in<br>> > creating a Storage Domain. The selected storage path is not empty<br>> > (probably contains another Storage Domain). Either remove the<br>> > existing Storage Domain from this path, or change the Storage path)."<br>> ><br>> > Any suggestions? I wonder if anything changed for 3.3 that need to<br>> > be in the instructions?<br>> ><br>> > looks like you should have done 'import existing export domain' to this<br>> > path instead of trying create a new one.<br>> <br>> indeed.<br>> also note you could have just upgraded rather than export/import all the <br>> vms:<br>> Bug 1009335 - TestOnly - upgrade path from Fedora 18 with oVirt 3.2 to <br>> Fedora 19 with oVirt 3.3<br>> </div><div>I should have responded to this sooner, I got it working thanks to some help in IRC. I should have been using "import domain", but I also found that the path has to match what was in the metdata file. So while I was trying to use hostname:/var/lib/exports/export I had used localhost:/var/lib/exports/export in ovirt 3.2, so that caused some delay.<br>> ><br>> > I also tried making another export domain (/var/lib/exports/export)<br>> > and dumping everything into the UUID under that, but no VMs showed<br>> > up to import.<br>> ><br>> > #showmount -e f19-ovirt.mkesick.net<br>> > Export list for f19-ovirt.mkesick.net:<br>> > /var/lib/exports/storage 0.0.0.0/0.0.0.0<br>> > /var/lib/exports/iso 0.0.0.0/0.0.0.0<br>> > /var/lib/exports/export 0.0.0.0/0.0.0.0<br>> > /var/lib/exports/DAONE 0.0.0.0/0.0.0.0<br>> ><br>> > [root@f19-ovirt dom_md]# cat metadata<br>> > CLASS=Backup<br>> > DESCRIPTION=DaOne<br>> > IOOPTIMEOUTSEC=1<br>> > LEASERETRIES=3<br>> > LEASETIMESEC=5<br>> > LOCKPOLICY=<br>> > LOCKRENEWALINTERVALSEC=5<br>> > MASTER_VERSION=0<br>> > POOL_UUID=<br>> > REMOTE_PATH=localhost:/var/lib/exports/DAONE<br>> > ROLE=Regular<br>> > SDUUID=8e4f6fbd-b635-4f47-b113-ba146ee1c0cf<br>> > TYPE=NFS<br>> > VERSION=0<br>> ><br>> ><br>> > <br></div> </div></body>
</html>