[ovirt-users] activation of iso domain

Darren Hart darren.hart at otago.ac.nz
Thu Aug 14 10:34:00 UTC 2014


Hi,

Was wondering if anyone has any ideas about what might be preventing my iso domain from attaching to my data centre ? The iso domain was working correctly prior to a system restart but is now kicking up an error when I try to attach it :

2014-08-14 15:31:31,236 INFO  [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-11) [716c8fa1] Lock Acquired to object EngineLock [exclusiveLocks= key: biochemvm.otago.ac.nz:/Volumes/BiochemXsan/scratch/linux_iso value: STORAGE_CONNECTION
, sharedLocks= ]
2014-08-14 15:31:31,242 INFO  [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-11) [716c8fa1] Running command: AddStorageServerConnectionCommand internal: false. Entities affected :  ID: aaa00000-0000-0000-0000-123456789aaa Type: System
2014-08-14 15:31:31,243 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-11) [716c8fa1] START, ConnectStorageServerVDSCommand(HostName = hosted_engine, HostId = 072d95a1-411d-4ee5-bb51-42633f8d5f42, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: biochemvm.otago.ac.nz:/Volumes/BiochemXsan/scratch/linux_iso, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 26cb4958
2014-08-14 15:31:31,594 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-11) [716c8fa1] FINISH, ConnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=469}, log id: 26cb4958
2014-08-14 15:31:31,596 INFO  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-11) [716c8fa1] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: The error message for connection biochemvm.otago.ac.nz:/Volumes/BiochemXsan/scratch/linux_iso returned by VDSM was: Permission settings on the specified path do not allow access to the storage.
Verify permission settings on the specified storage path.
2014-08-14 15:31:31,597 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (ajp--127.0.0.1-8702-11) [716c8fa1] The connection with details biochemvm.otago.ac.nz:/Volumes/BiochemXsan/scratch/linux_iso failed because of error code 469 and error message is: permission settings on the specified path do not allow access to the storage.
verify permission settings on the specified storage path.
2014-08-14 15:31:31,599 ERROR [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-11) [716c8fa1] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand.
2014-08-14 15:31:31,604 INFO  [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-11) [716c8fa1] Lock freed to object EngineLock [exclusiveLocks= key: biochemvm.otago.ac.nz:/Volumes/BiochemXsan/scratch/linux_iso value: STORAGE_CONNECTION
, sharedLocks= ]

I’m running a hosted engine install and the NFS export for the iso domain is also the single host in the cluster. I have tried deleting the iso domain and using an NFS share on a different server to create a new one but it fails with the same error message. The NFS export has been tested good in both cases, and can be mounted from the hosted engine VM directly if I SSH in and mount. The directory has 36:36 permissions and the vdsm user has rw ability with the share manually mounted in the hosted-engine vm.

On the hosted-engine box I have also downloaded the nfs testing python script and run it against the currently configured nfs share and it returns a OK result.

Executing NFS tests..
Removing vdsmTest file..
Status of tests [OK]
Disconnecting from NFS Server..
Done!

I’m a bit stumped as it was working great prior to the restart so not sure what might have changed in the process. Selinux is disabled on both the servers I’ve attempted to use as NFS shares for the domain.

The data domains are working and one of these is an NFS share to the same server as the iso domain.

Anyone have any avenues they can steer me down to where the problem may lie or am I missing something obvious ?

Thanks,

Darren Hart | IT Manager | Department of Biochemistry | University of Otago
T - +6434794965 | M - +6421991638
Darren Hart | IT Manager | Department of Biochemistry | University of Otago
T - +6434794965 | M - +6421991638
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20140814/8ffb10e4/attachment-0001.html>


More information about the Users mailing list