9:16 a.m.
Hi Dan,
Sorry for the late reply. All I can see is this:
Thread-283004::DEBUG::2013-12-12
12:33:59,159::BindingXMLRPC::177::vds::(wrapper) client [192.168.128.79]
Thread-283004::DEBUG::2013-12-12
12:33:59,159::task::579::TaskManager.Task::(_updateState)
Task=`4cc57677-89b8-4603-8fe3-e51a203439a6`::moving from state init ->
state preparing
Thread-283004::INFO::2013-12-12
12:33:59,160::logUtils::44::dispatcher::(wrapper) Run and protect:
connectStorageServer(domType=1,
spUUID='00000000-0000-0000-0000-000000000000', conList=[{'connection':
'192.168.128.81:/home/exports/export', 'iqn': '',
'portal': '', 'user':
'', 'password': '******', 'id':
'c033e817-ba60-4d90-b877-157f9a3e4b13',
'port': ''}], options=None)
Thread-283004::DEBUG::2013-12-12
12:33:59,163::mount::226::Storage.Misc.excCmd::(_runcmd) '/usr/bin/sudo
-n /bin/mount -t nfs -o soft,nosharecache,timeo=600,retrans=6,nfsvers=3
192.168.128.81:/home/exports/export
/rhev/data-center/mnt/192.168.128.81:_home_exports_export' (cwd None)
Thread-283004::ERROR::2013-12-12
12:36:04,230::storageServer::209::StorageServer.MountConnection::(connect)
Mount failed: (32, ';mount.nfs: Connection timed out\n')
Thread-283004::ERROR::2013-12-12
12:36:04,231::hsm::2364::Storage.HSM::(connectStorageServer) Could not
connect to storageServer
Thread-283004::DEBUG::2013-12-12
12:36:04,232::hsm::2383::Storage.HSM::(connectStorageServer) knownSDs:
{617f4fb2-f878-41fe-ae28-67b5d8c2ed59: storage.glusterSD.findDomain}
Thread-283004::INFO::2013-12-12
12:36:04,232::logUtils::47::dispatcher::(wrapper) Run and protect:
connectStorageServer, Return response: {'statuslist': [{'status': 477,
'id': 'c033e817-ba60-4d90-b877-157f9a3e4b13'}]}
Thread-283004::DEBUG::2013-12-12
12:36:04,232::task::1168::TaskManager.Task::(prepare)
Task=`4cc57677-89b8-4603-8fe3-e51a203439a6`::finished: {'statuslist':
[{'status': 477, 'id': 'c033e817-ba60-4d90-b877-157f9a3e4b13'}]}
Thread-283004::DEBUG::2013-12-12
12:36:04,232::task::579::TaskManager.Task::(_updateState)
Task=`4cc57677-89b8-4603-8fe3-e51a203439a6`::moving from state preparing
-> state finished
Thread-283004::DEBUG::2013-12-12
12:36:04,233::resourceManager::939::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-283004::DEBUG::2013-12-12
12:36:04,233::resourceManager::976::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-283004::DEBUG::2013-12-12
12:36:04,233::task::974::TaskManager.Task::(_decref)
Task=`4cc57677-89b8-4603-8fe3-e51a203439a6`::ref 0 aborting False
I've tried to use version 3 in the server to avoid version problem (as
centos uses nfsv4 as default, BTW why you restrict to version 3?) but it
didn't work, it seems to continue to use v4
Manually:
[root@ovirt3 vdsm]# mount -t nfs
ovirt2.montecarlotv.com.uy:/home/exports/export /mnt/
[root@ovirt3 vdsm]# mount
/dev/mapper/vg_ovirt3-lv_root on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
/dev/sda1 on /boot type ext4 (rw)
/dev/mapper/vg_ovirt3-LogVol03 on /glusterfs type btrfs (rw)
/dev/mapper/vg_ovirt3-lv_home on /home type ext4 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
ovirt4.montecarlotv.com.uy:/gluster on
/rhev/data-center/mnt/glusterSD/ovirt4.montecarlotv.com.uy:_gluster type
fuse.glusterfs (rw,default_permissions,allow_other,max_read=131072)
ovirt2.montecarlotv.com.uy:/home/exports/export on /mnt type nfs
(rw,vers=4,addr=192.168.128.81,clientaddr=192.168.128.82)
but with ver 3:
mount -t nfs -o nfsvers=3
ovirt2.montecarlotv.com.uy:/home/exports/export /mnt/
just never connects.
Regards,
On 11/12/13 10:08, Dan Kenigsberg wrote:
On Tue, Dec 10, 2013 at 05:10:55PM -0200, Juan Pablo Lorier wrote:
> Hi,
>
> I've created a new DC in order of been able to create vms on a glusterfs
> data domain. As ovirt does not allow to share export and iso domains
> between DCs (nice RFE) I detach those from the actual DC and when I try
> to attach them to the new DC, I get an error:
>
> 2013-12-10 15:19:28,558 ERROR
> [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (pool-6-thread-46)
> The connection with details 192.168.128.81:/home/exports/export failed
> because of error code 477 and error message is: problem while trying to
> mount target
> 2013-12-10 15:19:28,577 ERROR
> [org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand]
> (pool-6-thread-46) Transaction rolled-back for command:
> org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand.
> 2013-12-10 15:19:28,578 ERROR
> [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (pool-6-thread-41)
> The connection with details 192.168.128.81:/home/exports/export failed
> because of error code 477 and error message is: problem while trying to
> mount target
> 2013-12-10 15:19:28,587 ERROR
> [org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand]
> (pool-6-thread-41) Transaction rolled-back for command:
> org.ovirt.engine.core.bll.storage.ConnectStorageToVdsCommand.
>
> But if I mount the nfs share manually from the hosts, I have no problems.
> I've been having issues with nfs since I updated to 3.3.1, I have the
> nfs shares in one of the hosts of the iscsi domain and the other host
> complaints about not been ablo to access the domains from time to time.
> The host where the shares are never complaints.
> Any hints?
> Regards,
Could you provide the exact mount command line, and its error response,
from supervdsm/vdsm.log?