[Users] Export Domain & Upgrade

[Nicholas Kesick]

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