Il 28/01/2015 18:39, Mikola Rose ha scritto:
Hi Sandro
I was was trying both
Here is the debug version...
[root@powerhost1 ~]# engine-iso-uploader -v upload -i iso /tmp/rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): DEBUG: API Vendor(ovirt.org <http://ovirt.org>)API Version(3.5.0) DEBUG: id=1328bbfe-f05a-4779-ac34-560b213ece11 address=192.168.1.32 path=/Volumes/Raid1/iso Uploading, please wait... DEBUG: local NFS mount point is /tmp/tmpCjZhA_ DEBUG: NFS mount command (/bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_) DEBUG: /bin/mount -t nfs -o rw,sync,soft 192.168.1.32:/Volumes/Raid1/iso /tmp/tmpCjZhA_ DEBUG: _cmds(['/bin/mount', '-t', 'nfs', '-o', 'rw,sync,soft', '192.168.1.32:/Volumes/Raid1/iso', '/tmp/tmpCjZhA_']) DEBUG: returncode(32) DEBUG: STDOUT() DEBUG: STDERR(mount.nfs: Connection timed out ) ERROR: mount.nfs: Connection timed out
DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ DEBUG: /bin/umount -t nfs -f /tmp/tmpCjZhA_ DEBUG: _cmds(['/bin/umount', '-t', 'nfs', '-f', '/tmp/tmpCjZhA_']) DEBUG: returncode(1) DEBUG: STDOUT() DEBUG: STDERR(umount2: Invalid argument umount: /tmp/tmpCjZhA_: not mounted ) DEBUG: umount2: Invalid argument umount: /tmp/tmpCjZhA_: not mounted
The NFS connection timed out may depend on several factors. CCing storage guys that may assist you better than me on this.
Could this be associated with the auto negotiation of the nfs version? Is there a way I can specify nfs3 on the mount or on the export(os x)
On Jan 28, 2015, at 6:11 AM, Sandro Bonazzola <sbonazzo@redhat.com <mailto:sbonazzo@redhat.com>> wrote:
Il 28/01/2015 16:05, Maor Lipchuk ha scritto:
----- Original Message -----
From: "Roy Golan" <rgolan@redhat.com <mailto:rgolan@redhat.com>> To: "Mikola Rose" <mrose@power-soft.com <mailto:mrose@power-soft.com>>, "Maor Lipchuk" <mlipchuk@redhat.com <mailto:mlipchuk@redhat.com>> Cc: users@ovirt.org <mailto:users@ovirt.org> Sent: Wednesday, January 28, 2015 12:02:50 PM Subject: Re: [ovirt-users] oVirt 3.5.1 - VM "hostedengine" Failing to start
On 01/28/2015 11:04 AM, Mikola Rose wrote:
-rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:59 /Volumes/Raid1/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/data/__DIRECT_IO_TEST__ -rwxrwxrwx 1 vdsm kvm 0 Jan 28 00:55 /Volumes/Raid1/iso/__DIRECT_IO_TEST__ -rwxr-xr-x 1 vdsm kvm 0 Jan 26 09:43 /Volumes/Raid1/vm/__DIRECT_IO_TEST__
Note, since removing the file the hosted_engine1 is starting up and everything seems fine but then all of a sudden it restarts.
please attach some logs.
Also may be related...
root@powerhost1 ~]# engine-iso-uploader --ssh-user=36 upload -i iso rhel-server-6.6-x86_64-dvd.iso Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): Uploading, please wait... INFO: Start uploading rhel-server-6.6-x86_64-dvd.iso ERROR: Unable to copy rhel-server-6.6-x86_64-dvd.iso to ISO storage domain on iso. ERROR: Error message is "unable to test the available space on /Volumes/Raid1/iso"
Maor?
Hi,
I think this is related to the engine-iso-uploader tool, Sandro, do you have any insights about this?
Please don't use UIDs like 36 as user.
a command line like:
ovirt-iso-uploader --ssh-user=root upload -i iso rhel-server-6.6-x86_64-dvd.iso
or like
ovirt-iso-uploader --ssh-user=your_user_in_kvm_group upload -i iso rhel-server-6.6-x86_64-dvd.iso
should work.
Regards, Maor
On Jan 28, 2015, at 12:53 AM, Roy Golan <rgolan@redhat.com <mailto:rgolan@redhat.com> <mailto:rgolan@redhat.com>> wrote:
On 01/28/2015 03:10 AM, Mikola Rose wrote: > Hi there, > > > I seem to have run into a problem. my hosted engine vm is failing > to start; > > vdsm.log; > > > Thread-20::DEBUG::2015-01-27 > 16:53:37,999::fileSD::152::Storage.StorageDomain::(__init__) Reading > domain in path > /rhev/data-center/mnt/192.168.1.32:_Volumes_Raid1/443b4931-667f-441f-98d8-51384e67a0af > Thread-20::ERROR::2015-01-27 > 16:53:38,000::domainMonitor::256::Storage.DomainMonitorThread::(_monitorDomain) > Error while collecting domain 443b4931-667f-441f-98d8-51384e67a0af > monitoring information > Traceback (most recent call last): > File "/usr/share/vdsm/storage/domainMonitor.py", line 221, in > _monitorDomain > self.domain = sdCache.produce(self.sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 98, in produce > domain.getRealDomain() > File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain > return self._cache._realProduce(self._sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 122, in _realProduce > domain = self._findDomain(sdUUID) > File "/usr/share/vdsm/storage/sdc.py", line 141, in _findDomain > dom = findMethod(sdUUID) > File "/usr/share/vdsm/storage/nfsSD.py", line 122, in findDomain > return NfsStorageDomain(NfsStorageDomain.findDomainPath(sdUUID)) > File "/usr/share/vdsm/storage/fileSD.py", line 159, in __init__ > validateFileSystemFeatures(sdUUID, self.mountpoint) > File "/usr/share/vdsm/storage/fileSD.py", line 88, in > validateFileSystemFeatures > oop.getProcessPool(sdUUID).directTouch(testFilePath) > File "/usr/share/vdsm/storage/outOfProcess.py", line 320, in > directTouch > ioproc.touch(path, flags, mode) > File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", > line 507, in touch > self.timeout) > File "/usr/lib/python2.6/site-packages/ioprocess/__init__.py", > line 391, in _sendCommand > raise OSError(errcode, errstr) > OSError: [Errno 13] Permission denied > > I assume this is an nfs issue so I checked to see if I could create > a file in the mounts from the host machine, which I could. > > My test bed is usign an old OS X NFS via xraid adn the export is ; > /Volumes/Raid1 -maproot=root:wheel -network 192.168.1.0 -mask > 255.255.255.0 > > drwxr-xr-x 6 vdsm kvm 204 Jan 27 16:30 > 443b4931-667f-441f-98d8-51384e67a0af > drwxr-xr-x 4 vdsm kvm 136 Jan 27 12:32 data > drwxr-xr-x 4 vdsm kvm 136 Jan 27 00:18 iso > drwxr-xr-x 3 vdsm kvm 102 Jan 26 09:43 vm > > the host machine seems to mount the shares fine.... > > drwxr-xr-x 5 vdsm kvm 4096 Jan 27 12:28 . > drwxr-xr-x 3 vdsm kvm 4096 Jan 27 10:04 .. > drwxr-xr-x 13 vdsm kvm 544 Jan 27 00:12 192.168.1.32:_Volumes_Raid1 > drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:12 > 192.168.1.32:_Volumes_Raid1_data > drwxr-xr-x 2 vdsm kvm 4096 Jan 27 00:24 192.168.1.32:_Volumes_Raid1_iso > > and as I said above I can create files in any one of those mounts > > > Is there a place I can look at to find the offending file? If that > is the issue... Oddly enough everything worked until i rebooted, so > I must have either changed something or something is buggered. >
please echo the output of
find /Volumes/Raid1 -name "__DIRECT_IO_TEST__" | xargs ls -la
the failure is to create this file.
> > > > > _______________________________________________ > Users mailing list > Users@ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users
Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* 1 (250) 642-0295 x23 http://www.power-soft.com <http://www.power-soft.com/> Live Support <https://secure.logmeinrescue.com/Customer/Download.aspx?EntryID=15095831> This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <http://redhat.com/>
Mik Rose | Manager, IT - Support Services | *PowerSoft Development Corp* 1 (250) 642-0295 x23 http://www.power-soft.com <http://www.power-soft.com/> Live Support <https://secure.logmeinrescue.com/Customer/Download.aspx?EntryID=15095831>
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations. Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized. If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com