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
--
SkyNet SRL
Via Maggiate 67/a - 28021 Borgomanero (NO)
- tel.
+39 0322-836487/834765 - fax +39 0322-836608
http://www.skynet.it
Autorizzazione Ministeriale n.197
Le informazioni contenute in questo messaggio
sono
riservate e confidenziali ed è vietata la diffusione in
qualunque
modo eseguita.
Qualora Lei non fosse la persona a cui il presente
messaggio è destinato, La invitiamo ad eliminarlo ed a
distruggerlo
non divulgandolo, dandocene gentilmente comunicazione.
Per
qualsiasi informazione si prega di contattare [email protected]
(e-mail dell'azienda). Rif. D.L. 196/2003
|
