Il 07/06/2013 05:05, Shu Ming ha scritto:

From engine log:

2013-06-06 12:36:58,999 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (pool-3-thread-47) [7345dde6] START, ConnectStorageServerVDSCommand(HostName = nodo1, HostId = 3156bdac-ebfb-44cf-bea6-53d668b74a10, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 45085cbf-da10-4852-9d85-754707d20a92, connection: 172.16.0.5:/home/external/migration, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 54464e6b2013-06-06 12:36:59,149 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (pool-3-thread-47) [7345dde6] FINISH, ConnectStorageServerVDSCommand, return: {45085cbf-da10-4852-9d85-754707d20a92=100}, log id: 54464e6b
2013-06-06 12:36:59,150 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (pool-3-thread-47) [7345dde6] The connection with details 172.16.0.5:/home/external/migration failed because of error code 100 and error message is: generalexception
2013-06-06 12:36:59,175 ERROR [org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand] (pool-3-thread-47) [7345dde6] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand.


*It seems that 45085cbf-da10-4852-9d85-754707d20a92 was disconnected at 12:36:49 from vdsm.log, just before this ConnectStorageServerVDSCommand() in engine.log at 12:36:58. What does that mean? Did it connect the Storage server after the VDSM disconnected the StorageServer in a very short time interval. **
****
***
From vdsm log:

"Thread-281877::INFO::2013-06-06 12:36:49,933::logUtils::41::dispatcher::(wrapper) Run and protect: disconnectStorageServer(domType=1, spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection': '172.16.0.5:/home/external/migration', 'iqn': '', 'portal': '', 'user': '', 'password': '******', 'id': '45085cbf-da10-4852-9d85-754707d20a92', 'port': ''}], options=None)
*Thread-281877::DEBUG::2013-06-06 12:36:49,933::misc::84::Storage.Misc.excCmd::(<lambda>) '/usr/bin/sudo -n /usr/bin/umount -f -l /rhev/data-center/mnt/172.16.0.5:_home_external_migration' (cwd None)*"
"Thread-281877::DEBUG::2013-06-06 12:36:52,190::task::1151::TaskManager.Task::(prepare) Task=`c0d1c115-cb3d-4f39-8c9b-448401097921`::finished: {'statuslist': [{'status': 0, 'id': '45085cbf-da10-4852-9d85-754707d20a92'}]}"

I suppose something went wrong in the flow of deactivating the SD and then detach it

As soon as I saw the red mark showing the down status of the Export domain I placed in Maint, I clicked the "detach" button and kaboom!

IMO it took the "right time" before the mark went red and SD was marked as "Maintenance" so I didn't raise any suspect, but immediately after it failed to detach and was NOT mounted on the node.

Did the GUI say SD was down while it wasn't yet?

After I remounted the Export SD on the node by hand I was able to detach the Export Domain using the GUI.

It looks like some sort of "asynchronous" execution of commands on the node isn't it?

Thanks and bye

Alessandro