6:40 a.m.
This is a multi-part message in MIME format.
--------------050208060806020800020208
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi All,
I don't know if this is a Bug or an error on my side.
At the moment, i have a oVirt 3.6 installation with two Nodes and Two
Storage Server, which
are configured themselfs als master/slave (solaris zfs snapshot copy
from master to slave all 2 hours)
Now i try to do some tests for some failure use cases like, master
storage isn't available anymore or
one of the virtual machines must be restored from the snapshot.
Because the data n the slave is a snapshot copy, all data which are on
the Data Domain NFS Storage,
are also on the slave NFS Storage.
I tried it to add over WebUI over the option "Import Domain" (Import
Pre-Configured Domain) with both
Domain Functions (Data and Export) but nothing happens, expect some
errors in the vdsm.log Logfile.
Something like this
Thread-253746::ERROR::2015-11-24
11:44:41,758::hsm::2549::Storage.HSM::(disconnectStorageServer) Could
not disconnect from storageServer
Traceback (most recent call last):
File "/usr/share/vdsm/storage/hsm.py", line 2545, in
disconnectStorageServer
conObj.disconnect()
File "/usr/share/vdsm/storage/storageServer.py", line 425, in disconnect
return self._mountCon.disconnect()
File "/usr/share/vdsm/storage/storageServer.py", line 254, in disconnect
self._mount.umount(True, True)
File "/usr/share/vdsm/storage/mount.py", line 256, in umount
return self._runcmd(cmd, timeout)
File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd
raise MountError(rc, ";".join((out, err)))
MountError: (32, ';umount:
/rhev/data-center/mnt/192.168.1.13:_oi-srv2-sasData1_oi-srv1-sasData1_nfsshare1:
mountpoint not found\n')
I checked with nfs-check.py if all permissions are ok, the tool say this:
Konsole output
[root@lin-ovirt1 contrib]# python ./nfs-check.py
192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1
Current hostname: lin-ovirt1 - IP addr 192.168.1.14
Trying to /bin/mount -t nfs
192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1...
Executing NFS tests..
Removing vdsmTest file..
Status of tests [OK]
Disconnecting from NFS Server..
Done!
Greetings
Roger Meier
--------------050208060806020800020208
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi All,<br>
<br>
I don't know if this is a Bug or an error on my side.<br>
<br>
At the moment, i have a oVirt 3.6 installation with two Nodes and
Two Storage Server, which<br>
are configured themselfs als master/slave (solaris zfs snapshot copy
from master to slave all 2 hours)<br>
<br>
Now i try to do some tests for some failure use cases like, master
storage isn't available anymore or<br>
one of the virtual machines must be restored from the snapshot.<br>
<br>
Because the data n the slave is a snapshot copy, all data which are
on the Data Domain NFS Storage,<br>
are also on the slave NFS Storage. <br>
<br>
I tried it to add over WebUI over the option "Import Domain" (Import
Pre-Configured Domain) with both<br>
Domain Functions (Data and Export) but nothing happens, expect some
errors in the vdsm.log Logfile.<br>
<br>
Something like this<br>
<br>
Thread-253746::ERROR::2015-11-24
11:44:41,758::hsm::2549::Storage.HSM::(disconnectStorageServer)
Could not disconnect from storageServer<br>
Traceback (most recent call last):<br>
File "/usr/share/vdsm/storage/hsm.py", line 2545, in
disconnectStorageServer<br>
conObj.disconnect()<br>
File "/usr/share/vdsm/storage/storageServer.py", line 425, in
disconnect<br>
return self._mountCon.disconnect()<br>
File "/usr/share/vdsm/storage/storageServer.py", line 254, in
disconnect<br>
self._mount.umount(True, True)<br>
File "/usr/share/vdsm/storage/mount.py", line 256, in umount<br>
return self._runcmd(cmd, timeout)<br>
File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd<br>
raise MountError(rc, ";".join((out, err)))<br>
MountError: (32, ';umount:
/rhev/data-center/mnt/192.168.1.13:_oi-srv2-sasData1_oi-srv1-sasData1_nfsshare1:
mountpoint not found\n')<br>
<br>
I checked with nfs-check.py if all permissions are ok, the tool say
this:<br>
<br>
<title>Konsole output</title>
<div>
<span style="font-family:monospace"><span
style="color:#000000;background-color:#ffffff;">[root@lin-ovirt1
contrib]# python ./nfs-check.py
192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1
</span><br>
Current hostname: lin-ovirt1 - IP addr 192.168.1.14
<br>
Trying to /bin/mount -t nfs
192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1...
<br>
Executing NFS tests..
<br>
Removing vdsmTest file..
<br>
Status of tests [OK]
<br>
Disconnecting from NFS Server..
<br>
Done!<br>
<br>
</span></div>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
Greetings<br>
Roger Meier<br>
</body>
</html>
--------------050208060806020800020208--
2:32 p.m.
Hi Roger,
you can not import the snapshot because you already have an active
storage domain that contains the same (meta)data. Try detaching the
storage domain that you take snapshots from, and remove it (do not
select to wipe the data), and then try to import the snapshot. You will
see a warning that the domain is already registered within ovirt engine
and you can force the import to continue. After that, you should see the
domain registered in ovirt webadmin. Before detaching the domain, make
sure you have another domain active so it can become a master domain,
and create exports of the VM's that are part of that domain just in case.
I had the same problem while trying to import a replicated storage
domain, you can see that oVirt tries to import the domain, but it just
returns to import domain dialog. It actually mounts the domain for a few
seconds, then disconnects and removes the mount point under
/rhev/data-center/ and then it tries to unmount it and fails because
mount point doesn't exist anymore.
Mentioned it here recently:
http://lists.ovirt.org/pipermail/users/2015-November/036027.html
Maybe there is a workaround for importing the clone/snap of the domain
while the source is still active (messing with the metadata), but I
haven't tried it so far (there are several implications that needs to be
taken into the account). However, I'm also interested if there is a way
to do such a thing, especially when you have two separate datacenters
registered within the same engine, and it would be great for us to be
able to import snaps/replicated storage domains and/or VM's that reside
on it while still having the original VM's active and running.
Something similar to the third RFE here (this is only for VM's):
http://www.ovirt.org/Features/ImportUnregisteredEntities#RFEs
In any case, I'll try this ASAP, always an interesting topic. Any
insights on this is highly appreciated.
Ivan
On 11/24/2015 12:40 PM, Roger Meier wrote:
Hi All,
I don't know if this is a Bug or an error on my side.
At the moment, i have a oVirt 3.6 installation with two Nodes and Two
Storage Server, which
are configured themselfs als master/slave (solaris zfs snapshot copy
from master to slave all 2 hours)
Now i try to do some tests for some failure use cases like, master
storage isn't available anymore or
one of the virtual machines must be restored from the snapshot.
Because the data n the slave is a snapshot copy, all data which are on
the Data Domain NFS Storage,
are also on the slave NFS Storage.
I tried it to add over WebUI over the option "Import Domain" (Import
Pre-Configured Domain) with both
Domain Functions (Data and Export) but nothing happens, expect some
errors in the vdsm.log Logfile.
Something like this
Thread-253746::ERROR::2015-11-24
11:44:41,758::hsm::2549::Storage.HSM::(disconnectStorageServer) Could
not disconnect from storageServer
Traceback (most recent call last):
File "/usr/share/vdsm/storage/hsm.py", line 2545, in
disconnectStorageServer
conObj.disconnect()
File "/usr/share/vdsm/storage/storageServer.py", line 425, in disconnect
return self._mountCon.disconnect()
File "/usr/share/vdsm/storage/storageServer.py", line 254, in disconnect
self._mount.umount(True, True)
File "/usr/share/vdsm/storage/mount.py", line 256, in umount
return self._runcmd(cmd, timeout)
File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd
raise MountError(rc, ";".join((out, err)))
MountError: (32, ';umount:
/rhev/data-center/mnt/192.168.1.13:_oi-srv2-sasData1_oi-srv1-sasData1_nfsshare1:
mountpoint not found\n')
I checked with nfs-check.py if all permissions are ok, the tool say this:
Konsole output
[root@lin-ovirt1 contrib]# python ./nfs-check.py
192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1
Current hostname: lin-ovirt1 - IP addr 192.168.1.14
Trying to /bin/mount -t nfs
192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1...
Executing NFS tests..
Removing vdsmTest file..
Status of tests [OK]
Disconnecting from NFS Server..
Done!
Greetings
Roger Meier
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:50 a.m.
Hi Ivan,
The problem is their is no warning in the webUI. I can press the button
and nothing happens (i only see the error message in the logfile) no
error, i stuck in the config UI.
I tried now another approach based on your idea. I turned the master
storage domain into maintenance mode and changed the nfs path and
activated it again with the new share path. After this ovirt used the
slave storage and i can start the VM's of the snapshot and read/write on
it. After the test i switched back with modify the nfs path and started
the VM on the master storage without problem. This works if master
storage is completly lost and i must switch complete to the slave storage.
The only problem now is for the use case if only one VM had a problem
and I only need the snapshot data which is on the slave storage. I read
your link, and this can perhaps be that what i need, but at the moment
it looks like
a feature that is on status implementation since october last year.
Perhaps it works when i add a new VM on the data storage which create's
empty disk images (or use the existing broken VM) and after that i copy
the disk images from the slave storage over the empty disk images. But
this woul'd be in the console and fault-prone. An way to import
snaps/replicated storage domains would be realy cool.
Greetings
Roger
On 24.11.2015 20:32, Ivan Bulatovic wrote:
Hi Roger,
you can not import the snapshot because you already have an active
storage domain that contains the same (meta)data. Try detaching the
storage domain that you take snapshots from, and remove it (do not
select to wipe the data), and then try to import the snapshot. You
will see a warning that the domain is already registered within ovirt
engine and you can force the import to continue. After that, you
should see the domain registered in ovirt webadmin. Before detaching
the domain, make sure you have another domain active so it can become
a master domain, and create exports of the VM's that are part of that
domain just in case.
I had the same problem while trying to import a replicated storage
domain, you can see that oVirt tries to import the domain, but it just
returns to import domain dialog. It actually mounts the domain for a
few seconds, then disconnects and removes the mount point under
/rhev/data-center/ and then it tries to unmount it and fails because
mount point doesn't exist anymore.
Mentioned it here recently:
http://lists.ovirt.org/pipermail/users/2015-November/036027.html
Maybe there is a workaround for importing the clone/snap of the domain
while the source is still active (messing with the metadata), but I
haven't tried it so far (there are several implications that needs to
be taken into the account). However, I'm also interested if there is a
way to do such a thing, especially when you have two separate
datacenters registered within the same engine, and it would be great
for us to be able to import snaps/replicated storage domains and/or
VM's that reside on it while still having the original VM's active and
running.
Something similar to the third RFE here (this is only for VM's):
http://www.ovirt.org/Features/ImportUnregisteredEntities#RFEs
In any case, I'll try this ASAP, always an interesting topic. Any
insights on this is highly appreciated.
Ivan
On 11/24/2015 12:40 PM, Roger Meier wrote:
> Hi All,
>
> I don't know if this is a Bug or an error on my side.
>
> At the moment, i have a oVirt 3.6 installation with two Nodes and
> Two Storage Server, which
> are configured themselfs als master/slave (solaris zfs snapshot copy
> from master to slave all 2 hours)
>
> Now i try to do some tests for some failure use cases like, master
> storage isn't available anymore or
> one of the virtual machines must be restored from the snapshot.
>
> Because the data n the slave is a snapshot copy, all data which are
> on the Data Domain NFS Storage,
> are also on the slave NFS Storage.
>
> I tried it to add over WebUI over the option "Import Domain" (Import
> Pre-Configured Domain) with both
> Domain Functions (Data and Export) but nothing happens, expect some
> errors in the vdsm.log Logfile.
>
> Something like this
>
> Thread-253746::ERROR::2015-11-24
> 11:44:41,758::hsm::2549::Storage.HSM::(disconnectStorageServer) Could
> not disconnect from storageServer
> Traceback (most recent call last):
> File "/usr/share/vdsm/storage/hsm.py", line 2545, in
> disconnectStorageServer
> conObj.disconnect()
> File "/usr/share/vdsm/storage/storageServer.py", line 425, in
> disconnect
> return self._mountCon.disconnect()
> File "/usr/share/vdsm/storage/storageServer.py", line 254, in
> disconnect
> self._mount.umount(True, True)
> File "/usr/share/vdsm/storage/mount.py", line 256, in umount
> return self._runcmd(cmd, timeout)
> File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd
> raise MountError(rc, ";".join((out, err)))
> MountError: (32, ';umount:
> /rhev/data-center/mnt/192.168.1.13:_oi-srv2-sasData1_oi-srv1-sasData1_nfsshare1:
> mountpoint not found\n')
>
> I checked with nfs-check.py if all permissions are ok, the tool say
> this:
>
> Konsole output
> [root@lin-ovirt1 contrib]# python ./nfs-check.py
> 192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1
> Current hostname: lin-ovirt1 - IP addr 192.168.1.14
> Trying to /bin/mount -t nfs
> 192.168.1.13:/oi-srv2-sasData1/oi-srv1-sasData1/nfsshare1...
> Executing NFS tests..
> Removing vdsmTest file..
> Status of tests [OK]
> Disconnecting from NFS Server..
> Done!
>
> Greetings
> Roger Meier
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
3320
days inactive
3321
days old
2 comments
2 participants
participants (2)
-
Ivan Bulatovic -
Roger Meier