- Users - oVirt List Archives

Re: [Users] Disk error
by Dafna Ron 20 Jan '14

20 Jan '14

you said that you shut down the vm after you tried migrating? can you look at the vm in the UI and see if you have a snapshot created during the migration? if so, can you try to delete just the snapshot? On 01/20/2014 10:58 AM, Koen Vanoppen wrote: > [root@soyuz ~]# lvs | grep ff674bce-aa94-4b46-9f9d-d4182eab1e49 > Couldn't find device with uuid Y5m0SH-HbWl-8PNL-fGkk-oXNF-WyQk-Snhncm. > ff674bce-aa94-4b46-9f9d-d4182eab1e49 > f8ddd1d1-5266-493b-879b-f79c128751e2 -wi-ao--- 50,00g > > Maybe it's already to another hypervisor or disk domain? If there is a > *SAVE* way to remove these two disk, tell me. The data on it it's not > THAT important. > > > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> > > the disk ff674bce-aa94-4b46-9f9d-d4182eab1e49 does not exist in > the domain - which is the master domain > My guess that it has to do with the failed migration. > > can you run lvs and grep for ff674bce-aa94-4b46-9f9d-d4182eab1e49 > lets see where this disk is... > > > > > On 01/20/2014 10:44 AM, Koen Vanoppen wrote: > > [root@soyuz ~]# vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > uuid = f8ddd1d1-5266-493b-879b-f79c128751e2 > vguuid = i6QHH9-1fZR-HLcn-6Xuo-7jU7-66iu-iuzWfQ > lver = 13 > state = OK > version = 3 > role = Master > pool = ['5849b030-626e-47cb-ad90-3ce782d831b3'] > spm_id = 1 > type = ISCSI > class = Data > master_ver = 1 > name = StoragePoolEva01 > > Thanx for the help! > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> > > > can you please run: > > vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > > > > On 01/20/2014 10:33 AM, Koen Vanoppen wrote: > > [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList > f3fd055b-2764-44ed-9d77-81bd58984842 > 94de241c-bf5c-4630-9af3-7e31b902ae77 > f8ddd1d1-5266-493b-879b-f79c128751e2 > 50cf24a4-d1ef-4105-a9a5-b81d91339175 > 83b1867f-4aea-400e-9ce0-efbd5add4216 > > (soyuz=vdsmhost3) > > > 2014/1/20 Dafna Ron <dron(a)redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> > > > > let's try to sift through :) > > can you run vdsClient -s 0 getStorageDomainsList? > > > > > > On 01/20/2014 09:52 AM, Meital Bourvine wrote: > > It seems that your setup is completely messed > up. I > see the > following 3 errors all the time (I couldn't > actually > find the > live storage migration error, since there are > too many > errors): > > Thread-118::ERROR::2014-01-20 > 07:59:17,066::sampling::355::vm.Vm::(collect) > vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats > function > failed: <AdvancedStatsFunction _highWrite at > 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line > 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 509, in > _highWrite > if not vmDrive.blockDev or vmDrive.format > != 'cow': > AttributeError: 'Drive' object has no > attribute 'format' > > PolicyEngine::DEBUG::2014-01-20 > > 07:59:17,198::libvirtconnection::108::libvirtconnection::(wrapper) > Unknown libvirterror: ecode: 8 edom: 10 level: > 2 message: > invalid argument: cannot set memory higher > than max memory > PolicyEngine::ERROR::2014-01-20 > 07:59:17,199::vm::4359::vm.Vm::(reportError) > > vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new > balloon > target failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 4371, in > setBalloonTarget > self._dom.setMemory(target) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", > line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1410, in setMemory > if ret == -1: raise libvirtError > ('virDomainSetMemory() > failed', dom=self) > libvirtError: invalid argument: cannot set memory > higher than > max memory > > Thread-51::ERROR::2014-01-20 > 07:59:22,109::sampling::355::vm.Vm::(collect) > vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats > function > failed: <AdvancedStatsFunction _highWrite at > 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line > 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 513, in > _highWrite > self._vm._dom.blockInfo(vmDrive.path, 0) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", > line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1797, in blockInfo > if ret is None: raise libvirtError > ('virDomainGetBlockInfo() failed', dom=self) > libvirtError: invalid argument: invalid path > > /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 > not assigned to domain > > > > ------------------------------------------------------------------------ > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>> > *To: *users(a)ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>, "Meital > > Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>> > *Sent: *Monday, January 20, 2014 9:39:10 AM > *Subject: *Re: [Users] Disk error > > > vdsm-4.13.0-11.el6.x86_64 > :-) > > > > 2014/1/20 Meital Bourvine > <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>>> > > > > First of all, I opened a bug about 'Drive' > object has no > attribute 'format': > https://bugzilla.redhat.com/show_bug.cgi?id=1055437 > > Please send me the output of `rpm -q > vdsm` so I'll > update the > version in the bug. > > Also, it's better to send the logs to > the list > (and > not only > to me), so more people will be able to > help > you debug it. > > ----- Original Message ----- > > From: "Dafna Ron" <dron(a)redhat.com > <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>>>> > > To: "Meital Bourvine" > <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>>> > > Cc: "Koen Vanoppen" > <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>>>, users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> > > > Sent: Monday, January 20, 2014 > 8:49:32 AM > > Subject: Re: [Users] Disk error > > > > from the errors you are getting, > disk status > in db > is locked. > > > > > > On 01/20/2014 08:38 AM, Meital > Bourvine wrote: > > > Hi Koen, > > > > > > What is the error that you got > when live > storage > migration > failed? > > > Can you please attach vdsm.log and > engine.log > > > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com <mailto:vanoppen.koen@gmail.com>>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>>> > > > *To: *users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>>> > > > > > *Sent: *Monday, January 20, 2014 > 5:30:51 AM > > > *Subject: *[Users] Disk error > > > > > > Hi all! > > > > > > I got a kind of a strange > error in ovirt. > THere was a > problem with > > > a vm that was complaining > about low disk > space. (in > terms of > > > storage space of the storage > center). > So I did > a live > migration of > > > the vm's disk. This failed, so > I did a > shutdown of the > vm, to see > > > if that would help, but now I > can't > get the VM > back up > again. > > > Neither can I remove the disk or > deactivate > the dis. > This is the > > > error: > > > Keep in mind that the vm is > down and > he had 2 > disks... > > > > > > While trying to deactivate the > disk: > > > > > > Error while executing action: > > > > > > KV-virt-v2v: > > > > > > * Cannot hot unplug Virtual > Machine > Disk. Disk > KV-virt-v2v_Disk2 > > > is being moved or copied. > > > > > > > > > When I try to simply remove > the vm: > > > > > > Error while executing action: > > > > > > KV-virt-v2v: > > > > > > * Cannot remove VM. Disk > KV-virt-v2v_Disk2 > is being > moved or copied. > > > * Cannot remove VM. Disk > LargeTemplate_Disk1 is > being moved or > > > copied. > > > > > > > > > Kind regards, > > > > > > Koen > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > <mailto:Users@ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > <mailto:Users@ovirt.org > <mailto:Users@ovirt.org> <mailto:Users@ovirt.org > <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>> > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > http://lists.ovirt.org/mailman/listinfo/users > > > > -- Dafna Ron > > > us > > -- Dafna Ron > > > > > -- > Dafna Ron > > -- Dafna Ron

1 0

Re: [Users] Disk error
by Dafna Ron 20 Jan '14

20 Jan '14

the disk ff674bce-aa94-4b46-9f9d-d4182eab1e49 does not exist in the domain - which is the master domain My guess that it has to do with the failed migration. can you run lvs and grep for ff674bce-aa94-4b46-9f9d-d4182eab1e49 lets see where this disk is... On 01/20/2014 10:44 AM, Koen Vanoppen wrote: > [root@soyuz ~]# vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > uuid = f8ddd1d1-5266-493b-879b-f79c128751e2 > vguuid = i6QHH9-1fZR-HLcn-6Xuo-7jU7-66iu-iuzWfQ > lver = 13 > state = OK > version = 3 > role = Master > pool = ['5849b030-626e-47cb-ad90-3ce782d831b3'] > spm_id = 1 > type = ISCSI > class = Data > master_ver = 1 > name = StoragePoolEva01 > > Thanx for the help! > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> > > can you please run: > > vdsClient -s 0 getStorageDomainInfo > f8ddd1d1-5266-493b-879b-f79c128751e2 > > > > On 01/20/2014 10:33 AM, Koen Vanoppen wrote: > > [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList > f3fd055b-2764-44ed-9d77-81bd58984842 > 94de241c-bf5c-4630-9af3-7e31b902ae77 > f8ddd1d1-5266-493b-879b-f79c128751e2 > 50cf24a4-d1ef-4105-a9a5-b81d91339175 > 83b1867f-4aea-400e-9ce0-efbd5add4216 > > (soyuz=vdsmhost3) > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>> > > > let's try to sift through :) > > can you run vdsClient -s 0 getStorageDomainsList? > > > > > > On 01/20/2014 09:52 AM, Meital Bourvine wrote: > > It seems that your setup is completely messed up. I > see the > following 3 errors all the time (I couldn't actually > find the > live storage migration error, since there are too many > errors): > > Thread-118::ERROR::2014-01-20 > 07:59:17,066::sampling::355::vm.Vm::(collect) > vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats > function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 509, in _highWrite > if not vmDrive.blockDev or vmDrive.format != 'cow': > AttributeError: 'Drive' object has no attribute 'format' > > PolicyEngine::DEBUG::2014-01-20 > > 07:59:17,198::libvirtconnection::108::libvirtconnection::(wrapper) > Unknown libvirterror: ecode: 8 edom: 10 level: 2 message: > invalid argument: cannot set memory higher than max memory > PolicyEngine::ERROR::2014-01-20 > 07:59:17,199::vm::4359::vm.Vm::(reportError) > vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new > balloon > target failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 4371, in > setBalloonTarget > self._dom.setMemory(target) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1410, in setMemory > if ret == -1: raise libvirtError > ('virDomainSetMemory() > failed', dom=self) > libvirtError: invalid argument: cannot set memory > higher than > max memory > > Thread-51::ERROR::2014-01-20 > 07:59:22,109::sampling::355::vm.Vm::(collect) > vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats > function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in > __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 513, in _highWrite > self._vm._dom.blockInfo(vmDrive.path, 0) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1797, in blockInfo > if ret is None: raise libvirtError > ('virDomainGetBlockInfo() failed', dom=self) > libvirtError: invalid argument: invalid path > > /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 > not assigned to domain > > > > ------------------------------------------------------------------------ > > > > *From: *"Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>> > *To: *users(a)ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>, "Meital > > Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>> > *Sent: *Monday, January 20, 2014 9:39:10 AM > *Subject: *Re: [Users] Disk error > > > vdsm-4.13.0-11.el6.x86_64 > :-) > > > > 2014/1/20 Meital Bourvine <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>> > > > > First of all, I opened a bug about 'Drive' > object has no > attribute 'format': > https://bugzilla.redhat.com/show_bug.cgi?id=1055437 > > Please send me the output of `rpm -q vdsm` so I'll > update the > version in the bug. > > Also, it's better to send the logs to the list > (and > not only > to me), so more people will be able to help > you debug it. > > ----- Original Message ----- > > From: "Dafna Ron" <dron(a)redhat.com > <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>> > <mailto:dron@redhat.com <mailto:dron@redhat.com> > <mailto:dron@redhat.com <mailto:dron@redhat.com>>>> > > To: "Meital Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>> > <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com> <mailto:mbourvin@redhat.com > <mailto:mbourvin@redhat.com>>>> > > Cc: "Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>>, users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > <mailto:users@ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>>> > > > Sent: Monday, January 20, 2014 8:49:32 AM > > Subject: Re: [Users] Disk error > > > > from the errors you are getting, disk status > in db > is locked. > > > > > > On 01/20/2014 08:38 AM, Meital Bourvine wrote: > > > Hi Koen, > > > > > > What is the error that you got when live > storage > migration > failed? > > > Can you please attach vdsm.log and engine.log > > > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com <mailto:vanoppen.koen@gmail.com>> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com> > > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>> > > > *To: *users(a)ovirt.org > <mailto:users@ovirt.org> <mailto:users@ovirt.org > <mailto:users@ovirt.org>> > <mailto:users@ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>>> > > > > > *Sent: *Monday, January 20, 2014 > 5:30:51 AM > > > *Subject: *[Users] Disk error > > > > > > Hi all! > > > > > > I got a kind of a strange error in ovirt. > THere was a > problem with > > > a vm that was complaining about low disk > space. (in > terms of > > > storage space of the storage center). > So I did > a live > migration of > > > the vm's disk. This failed, so I did a > shutdown of the > vm, to see > > > if that would help, but now I can't > get the VM > back up > again. > > > Neither can I remove the disk or > deactivate > the dis. > This is the > > > error: > > > Keep in mind that the vm is down and > he had 2 > disks... > > > > > > While trying to deactivate the disk: > > > > > > Error while executing action: > > > > > > KV-virt-v2v: > > > > > > * Cannot hot unplug Virtual Machine > Disk. Disk > KV-virt-v2v_Disk2 > > > is being moved or copied. > > > > > > > > > When I try to simply remove the vm: > > > > > > Error while executing action: > > > > > > KV-virt-v2v: > > > > > > * Cannot remove VM. Disk > KV-virt-v2v_Disk2 > is being > moved or copied. > > > * Cannot remove VM. Disk > LargeTemplate_Disk1 is > being moved or > > > copied. > > > > > > > > > Kind regards, > > > > > > Koen > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>> > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > http://lists.ovirt.org/mailman/listinfo/users > > > > -- Dafna Ron > > > us > > -- > Dafna Ron > > -- Dafna Ron

1 0

[Users] Gluster command [Non interactive user] failed on server ..
by Andrew Lau 20 Jan '14

20 Jan '14

Hi, I'm seeing this weird error on my host which runs the hosted-engine, it only recently showed up and put the host into 'Non Operational' : Gluster command [Non interactive user] failed on server HV01. ovirt-engine.log http://www.fpaste.org/69949/90213863/ Current running VMs continue to run. Has anyone seen this before? Thanks, Andrew

2 2

Re: [Users] Disk error
by Dafna Ron 20 Jan '14

20 Jan '14

can you please run: vdsClient -s 0 getStorageDomainInfo f8ddd1d1-5266-493b-879b-f79c128751e2 On 01/20/2014 10:33 AM, Koen Vanoppen wrote: > [root@soyuz ~]# vdsClient -s 0 getStorageDomainsList > f3fd055b-2764-44ed-9d77-81bd58984842 > 94de241c-bf5c-4630-9af3-7e31b902ae77 > f8ddd1d1-5266-493b-879b-f79c128751e2 > 50cf24a4-d1ef-4105-a9a5-b81d91339175 > 83b1867f-4aea-400e-9ce0-efbd5add4216 > > (soyuz=vdsmhost3) > > > 2014/1/20 Dafna Ron <dron(a)redhat.com <mailto:dron@redhat.com>> > > let's try to sift through :) > > can you run vdsClient -s 0 getStorageDomainsList? > > > > > > On 01/20/2014 09:52 AM, Meital Bourvine wrote: > > It seems that your setup is completely messed up. I see the > following 3 errors all the time (I couldn't actually find the > live storage migration error, since there are too many errors): > > Thread-118::ERROR::2014-01-20 > 07:59:17,066::sampling::355::vm.Vm::(collect) > vmId=`f8c6190c-b722-4fcd-af17-21572151fcef`::Stats function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 509, in _highWrite > if not vmDrive.blockDev or vmDrive.format != 'cow': > AttributeError: 'Drive' object has no attribute 'format' > > PolicyEngine::DEBUG::2014-01-20 > 07:59:17,198::libvirtconnection::108::libvirtconnection::(wrapper) > Unknown libvirterror: ecode: 8 edom: 10 level: 2 message: > invalid argument: cannot set memory higher than max memory > PolicyEngine::ERROR::2014-01-20 > 07:59:17,199::vm::4359::vm.Vm::(reportError) > vmId=`ce626f90-41c4-4417-9e53-bf4066ad062d`::Set new balloon > target failed > Traceback (most recent call last): > File "/usr/share/vdsm/vm.py", line 4371, in setBalloonTarget > self._dom.setMemory(target) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1410, in setMemory > if ret == -1: raise libvirtError ('virDomainSetMemory() > failed', dom=self) > libvirtError: invalid argument: cannot set memory higher than > max memory > > Thread-51::ERROR::2014-01-20 > 07:59:22,109::sampling::355::vm.Vm::(collect) > vmId=`493128c0-aba9-4b38-bf18-2778b910917f`::Stats function > failed: <AdvancedStatsFunction _highWrite at 0x27b41b8> > Traceback (most recent call last): > File "/usr/share/vdsm/sampling.py", line 351, in collect > statsFunction() > File "/usr/share/vdsm/sampling.py", line 226, in __call__ > retValue = self._function(*args, **kwargs) > File "/usr/share/vdsm/vm.py", line 513, in _highWrite > self._vm._dom.blockInfo(vmDrive.path, 0) > File "/usr/share/vdsm/vm.py", line 835, in f > ret = attr(*args, **kwargs) > File > "/usr/lib64/python2.6/site-packages/vdsm/libvirtconnection.py", line > 76, in wrapper > ret = f(*args, **kwargs) > File "/usr/lib64/python2.6/site-packages/libvirt.py", line > 1797, in blockInfo > if ret is None: raise libvirtError > ('virDomainGetBlockInfo() failed', dom=self) > libvirtError: invalid argument: invalid path > /rhev/data-center/mnt/blockSD/f8ddd1d1-5266-493b-879b-f79c128751e2/images/b8da8541-9a0d-4c18-8aa8-50fc6225f18a/ff674bce-aa94-4b46-9f9d-d4182eab1e49 > not assigned to domain > > > ------------------------------------------------------------------------ > > > > *From: *"Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com>> > *To: *users(a)ovirt.org <mailto:users@ovirt.org>, "Meital > Bourvine" <mbourvin(a)redhat.com <mailto:mbourvin@redhat.com>> > *Sent: *Monday, January 20, 2014 9:39:10 AM > *Subject: *Re: [Users] Disk error > > > vdsm-4.13.0-11.el6.x86_64 > :-) > > > > 2014/1/20 Meital Bourvine <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>>> > > > First of all, I opened a bug about 'Drive' object has no > attribute 'format': > https://bugzilla.redhat.com/show_bug.cgi?id=1055437 > > Please send me the output of `rpm -q vdsm` so I'll > update the > version in the bug. > > Also, it's better to send the logs to the list (and > not only > to me), so more people will be able to help you debug it. > > ----- Original Message ----- > > From: "Dafna Ron" <dron(a)redhat.com > <mailto:dron@redhat.com> <mailto:dron@redhat.com > <mailto:dron@redhat.com>>> > > To: "Meital Bourvine" <mbourvin(a)redhat.com > <mailto:mbourvin@redhat.com> > <mailto:mbourvin@redhat.com <mailto:mbourvin@redhat.com>>> > > Cc: "Koen Vanoppen" <vanoppen.koen(a)gmail.com > <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>>, users(a)ovirt.org > <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > > Sent: Monday, January 20, 2014 8:49:32 AM > > Subject: Re: [Users] Disk error > > > > from the errors you are getting, disk status in db > is locked. > > > > > > On 01/20/2014 08:38 AM, Meital Bourvine wrote: > > > Hi Koen, > > > > > > What is the error that you got when live storage > migration > failed? > > > Can you please attach vdsm.log and engine.log > > > > > > *From: *"Koen Vanoppen" > <vanoppen.koen(a)gmail.com <mailto:vanoppen.koen@gmail.com> > <mailto:vanoppen.koen@gmail.com > <mailto:vanoppen.koen@gmail.com>>> > > > *To: *users(a)ovirt.org <mailto:users@ovirt.org> > <mailto:users@ovirt.org <mailto:users@ovirt.org>> > > > > *Sent: *Monday, January 20, 2014 5:30:51 AM > > > *Subject: *[Users] Disk error > > > > > > Hi all! > > > > > > I got a kind of a strange error in ovirt. > THere was a > problem with > > > a vm that was complaining about low disk > space. (in > terms of > > > storage space of the storage center). So I did > a live > migration of > > > the vm's disk. This failed, so I did a > shutdown of the > vm, to see > > > if that would help, but now I can't get the VM > back up > again. > > > Neither can I remove the disk or deactivate > the dis. > This is the > > > error: > > > Keep in mind that the vm is down and he had 2 > disks... > > > > > > While trying to deactivate the disk: > > > > > > Error while executing action: > > > > > > KV-virt-v2v: > > > > > > * Cannot hot unplug Virtual Machine Disk. Disk > KV-virt-v2v_Disk2 > > > is being moved or copied. > > > > > > > > > When I try to simply remove the vm: > > > > > > Error while executing action: > > > > > > KV-virt-v2v: > > > > > > * Cannot remove VM. Disk KV-virt-v2v_Disk2 > is being > moved or copied. > > > * Cannot remove VM. Disk LargeTemplate_Disk1 is > being moved or > > > copied. > > > > > > > > > Kind regards, > > > > > > Koen > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org <mailto:Users@ovirt.org> > <mailto:Users@ovirt.org <mailto:Users@ovirt.org>> > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > > Dafna Ron > > > > > > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > > > > -- > Dafna Ron > > us -- Dafna Ron

1 0

[Users] virt-v2v: invalid backend appliance
by Markus Stockhausen 20 Jan '14

20 Jan '14

------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 Content-Type: multipart/alternative; boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_" --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, just tried to run virt-v2v on Fedora 20. Disk conversion works flawlessly but in the end the process fails with: libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= GuestfsHandle.pm line 83. libguestfs: closing guestfs handle 0x4fe26a0 (state 0) I'm using the same scripts & configuration files with Fedora 19. No problems there. Any ideas what is going wrong? Markus --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html dir=3D"ltr"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style id=3D"owaParaStyle" type=3D"text/css">P {margin-top:0;margin-bottom:= 0;}</style> </head> <body ocsi=3D"0" fpstyle=3D"1"> <div style=3D"direction: ltr;font-family: Tahoma;color: #000000;font-size: = 10pt;">Hello,<br> <br> just tried to run virt-v2v on Fedora 20. Disk conversion works<br> flawlessly but in the end the process fails with:<br> <br> libguestfs: create: flags =3D 0, handle =3D 0x4fe26a0, program =3D perl<br> invalid backend: appliance at /usr/share/perl5/vendor_perl/Sys/VirtConvert/= GuestfsHandle.pm line 83.<br> libguestfs: closing guestfs handle 0x4fe26a0 (state 0)<br> <br> I'm using the same scripts & configuration files with Fedora 19.<br> No problems there.<br> <br> Any ideas what is going wrong?<br> <br> Markus<br> <br> </div> </body> </html> --_000_12EF8D94C6F8734FB2FF37B9FBEDD173585D51D1EXCHANGEcollogi_-- ------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-e048b27c-2262-4ee1-9927-f5f1e482ee61--

2 3

[Users] Disk error
by Koen Vanoppen 20 Jan '14

20 Jan '14

Hi all! I got a kind of a strange error in ovirt. THere was a problem with a vm that was complaining about low disk space. (in terms of storage space of the storage center). So I did a live migration of the vm's disk. This failed, so I did a shutdown of the vm, to see if that would help, but now I can't get the VM back up again. Neither can I remove the disk or deactivate the dis. This is the error: Keep in mind that the vm is down and he had 2 disks... While trying to deactivate the disk: Error while executing action: KV-virt-v2v: - Cannot hot unplug Virtual Machine Disk. Disk KV-virt-v2v_Disk2 is being moved or copied. When I try to simply remove the vm: Error while executing action: KV-virt-v2v: - Cannot remove VM. Disk KV-virt-v2v_Disk2 is being moved or copied. - Cannot remove VM. Disk LargeTemplate_Disk1 is being moved or copied. Kind regards, Koen

3 6

[Users] VM MAC-Ranges and setting custom MACs via API
by Sven Kieske 20 Jan '14

20 Jan '14

Hi, I got some questions regarding the MAC-Range in the engine and how to utilize the set custom mac feature via API: We want to set a custom MAC per VM via REST-API (JSON) The RSDL tells me, that this should be possible in general. However, I have two questions: Must the specified custom MAC be within the range defined in engine? I suppose not, as this range should just be a pool to take MACs from when engine itself acquires one for a vm. Also some users in IRC could use imported vms with custom macs, but using REST might yield different results? Does this work via JSON in ovirt-engine 3.3.2 ? I just learned that the JSON implementation is not feature complete until 3.4. so I wonder if I can use JSON instead of XML to achieve this. I can not wait for the 3.4. release anyway. We had so far no problem with using JSON beside a nasty Cloud-Init (documentation)bug (BZ 1045484) and we don't want to rewrite all our code to generate XML instead of JSON if we can avoid it. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

4 6

[Users] Windows guest
by Maurice James 20 Jan '14

20 Jan '14

------=_NextPart_000_0040_01CF129C.7A3E5FE0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Does anyone know if directdraw/directx works on windows guests in Ovirt? ------=_NextPart_000_0040_01CF129C.7A3E5FE0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DEN-US = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal>Does anyone know if directdraw/directx works on = windows guests in Ovirt?<o:p></o:p></p></div></body></html> ------=_NextPart_000_0040_01CF129C.7A3E5FE0--

3 4

[Users] SPICE on OSX
by Karli Sjöberg 20 Jan '14

20 Jan '14

Hi Juan! I´ve read a post you made about packaging Remote-Viewer for OS X. I tested extracting and running this[1] package on a 10.7.5 machine, logging in to our webadmin portal with Firefox, clicking for console on a VM, remote-viewer starts up but doesn´t seems to load the console.vv file (the VM´s console never shows up). Is it something I´m missing? oVirt 3.3.1-2.el6 [1] http://people.freedesktop.org/~teuf/spice-gtk-osx/dmg/0.5.7/RemoteViewer-0.… -- Med Vänliga Hälsningar ------------------------------------------------------------------------------- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg(a)slu.se

4 6

[Users] engine-iso-uploader -- REST API not usable?
by Ted Miller 20 Jan '14

20 Jan '14

--------------060904020206020404060005 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit I ran into this problem when I tried to use engine-iso-uploader, but reading on the lists makes it sound like it may be a more general problem. There was a bug that caused this, but that was back in the ver. 3.0/3.1 days, and doesn't seem common since then. Back on Dec 24 I was able to upload an ISO file OK, so I am not sure what has changed since then. I am running a test setup, fully up to date: office2a host w/ glusterfs Centos 6 office4a host w/ glusterfs Centos 6 ov-eng01 engine on Centos 6 VM (not hosted on oVirt) office9 KVM host (not oVirt) for ov-eng01 whether I log in to ov-eng01 by ssh or execute the command from the console, I get: # engine-iso-uploader list -v Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): ERROR: Problem connecting to the REST API. Is the service available and does the CA certificate exist? checking on some things suggested on a thread about engine-iso-uploader back in March, I get: # ls -la /etc/pki/ovirt-engine/ca.pem -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem # cat /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/20140117112938.log 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem connecting to the REST API. Is the service available and does the CA certificate exist? The thread back in March gave a work-around to upload ISO images directly, so I am not "blocked" from uploading images, but I would like to get things working "right", as I am afraid the problem will "turn around and bite me" down the road. Ted Miller --------------060904020206020404060005 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body text="#000000" bgcolor="#FFFFFF"> I ran into this problem when I tried to use engine-iso-uploader, but reading on the lists makes it sound like it may be a more general problem.  There was a bug that caused this, but that was back in the ver. 3.0/3.1 days, and doesn't seem common since then.<br> <div class="moz-forward-container"> <div name="divtagdefaultwrapper" id="divtagdefaultwrapper" style="font-family: Calibri,Arial,Helvetica,sans-serif; font-size: 12pt; color: #000000; margin: 0"> <br> Back on Dec 24 I was able to upload an ISO file OK, so I am not sure what has changed since then.<br> <br> I am running a test setup, fully up to date:<br> office2a  host w/ glusterfs Centos 6 <br> office4a  host w/ glusterfs Centos 6<br> ov-eng01 engine on Centos 6 VM (not hosted on oVirt)<br> office9  KVM host (not oVirt) for ov-eng01<br> <br> whether I log in to ov-eng01 by ssh or execute the command from the console, I get:<br> <br> # engine-iso-uploader list -v                                     <br> Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): <br> ERROR: Problem connecting to the REST API.  Is the service available and does the CA certificate exist?<br> <br> checking on some things suggested on a thread about engine-iso-uploader back in March, I get:<br> <br> # ls -la /etc/pki/ovirt-engine/ca.pem<br> -rw-r--r--. 1 root root 4569 Nov 10 15:13 /etc/pki/ovirt-engine/ca.pem<br> <br> # cat /var/log/ovirt-engine/ovirt-iso-uploader/ovirt-iso-uploader/20140117112938.log<br> 2014-01-17 11:29:44::ERROR::engine-iso-uploader::512::root:: Problem connecting to the REST API.  Is the service available and does the CA certificate exist?<br> <br> The thread back in March gave a work-around to upload ISO images directly, so I am not "blocked" from uploading images, but I would like to get things working "right", as I am afraid the problem will "turn around and bite me" down the road.<br> <br> Ted Miller<br> <br> </div> <br> </div> <br> </body> </html> --------------060904020206020404060005--

3 2