- Users - oVirt List Archives

VM live migration and NFS 4.2
by Markus Stockhausen 26 Jun '17

26 Jun '17

This is a multi-part message in MIME format. ------=_NextPartTM-000-43bd1b86-b37d-4e90-be0e-0009cc3cc1fc Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi,=0A= =0A= we are currently evaluating NFS 4.2 based storage for OVirt 4.1.2. Normal o= peration=0A= and discard support work like a charm. =0A= =0A= For some strange reason we cannot use VM live migration any more. As soon a= s one =0A= NFS 4.2 based VM disk is doing disk I/O during the operation. VM stalls and= is paused. =0A= It seems as if qemu on target node cannot take over disk images. See BZ1464= 787. =0A= =0A= Has anybody else seen similar issues?=0A= =0A= Best regards. =0A= =0A= Markus = ------=_NextPartTM-000-43bd1b86-b37d-4e90-be0e-0009cc3cc1fc 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-43bd1b86-b37d-4e90-be0e-0009cc3cc1fc--

2 1

hosted engine local disk estimate for OVA file
by Ben De Luca 25 Jun '17

25 Jun '17

Hi, I am in the middle of a disaster recovery situation trying to install ovirt 4.1 after a failure of some of our NFS systems. So I was redeploying 4.0 but there is a bug with the image uploader, that means I cant upload images. Our actually virtual machine hosts have very small HD's and the current 4.1 release installer thinks that the OVA extracted is 50GiB, I have exactly 50GB free! yay. So I did manage to hack the installer, to ignore my local disk space as the OVA is really only a few gigs in side. But its been pretty painful. Any chance of some one fixing the estimate there, I have read through the code, there was an attempt to find out the real size but they gave up and just guessed. -bd *tired sysadmin*

3 3

Re: [ovirt-users] VDSM ConnectStorageServerVDS failed
by Elad Ben Aharon 25 Jun '17

25 Jun '17

You're welcome On Sun, Jun 25, 2017 at 12:38 PM, JC Clark <jc(a)mcsaipan.net> wrote: > Mr Aharon, > > Thank you for an expedient reply. Your suggestions pointed me in the > right direction. I was concentrating on the Hosts when it was the storage > I should have paid more attention to. It seems that if any one of the > Storage Domains is not connecting properly, the system refuses to restore. > > It turns out that after the power failure, an inconspicuous server had not > come up properly. It had the ISO Domain and an unused Data Domain which > was still attached. These caused the failure. BZ to you sir and good day. > > Thank you > > > > On 06/25/2017 06:54 PM, Elad Ben Aharon wrote: > > Hi, > > Which types of storage do you have in the data center? > > In case it's a block based storage (iSCSI/FC), check that the devices > (LUNs) where you domains reside are accessible though multipath and LVM: > > # multipath -ll > # pvs > # vgs > > In case it's a file based storage (NFS/GlusterFS), check that the storage > domain file system is mounted under /rhev/data-center/mnt > > # mount | grep '/rhev/data-center' > > On Sun, Jun 25, 2017 at 11:29 AM, JC Clark <jc(a)mcsaipan.net> wrote: > >> Dear All, >> >> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a >> power failure, would not allow the hosts to activate because of "VDSM >> ConnectStorageServerVDS failed". All firewalls are down, I have >> reinstalled the host, upgraded everything (host and engine), deleted and >> reinstalled hosts, I can ssh to all from all. Any clues?? >> >> Thanks ahead of time.. >> >> -- >> Warm Regards, >> JC Clark >> IT Director >> Mount Carmel School >> Saipan, CNMI >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > Warm Regards, > > JC Clark > IT Director > Mount Carmel School > Saipan, CNMI > (670) 235-6272 office(670) 483-8684 cell > >

1 0

Re: [ovirt-users] VDSM ConnectStorageServerVDS failed
by Elad Ben Aharon 25 Jun '17

25 Jun '17

Can you please provide engine.log and vdsm.log? On Sun, Jun 25, 2017 at 2:29 PM, JC Clark <jc(a)mcsaipan.net> wrote: > Mr. Aharon, > > One question comes to mind, if the mounts don't mount to the rhev... mount > point, what is the easiest way to rectify that problem? > > > > On 06/25/2017 06:54 PM, Elad Ben Aharon wrote: > > Hi, > > Which types of storage do you have in the data center? > > In case it's a block based storage (iSCSI/FC), check that the devices > (LUNs) where you domains reside are accessible though multipath and LVM: > > # multipath -ll > # pvs > # vgs > > In case it's a file based storage (NFS/GlusterFS), check that the storage > domain file system is mounted under /rhev/data-center/mnt > > # mount | grep '/rhev/data-center' > > On Sun, Jun 25, 2017 at 11:29 AM, JC Clark <jc(a)mcsaipan.net> wrote: > >> Dear All, >> >> Is there a reason that a perfectly well working Ovirt 4.1 Engine after a >> power failure, would not allow the hosts to activate because of "VDSM >> ConnectStorageServerVDS failed". All firewalls are down, I have >> reinstalled the host, upgraded everything (host and engine), deleted and >> reinstalled hosts, I can ssh to all from all. Any clues?? >> >> Thanks ahead of time.. >> >> -- >> Warm Regards, >> JC Clark >> IT Director >> Mount Carmel School >> Saipan, CNMI >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > > > -- > Warm Regards, > > JC Clark > IT Director > Mount Carmel School > Saipan, CNMI > (670) 235-6272 office(670) 483-8684 cell > >

1 0

VDSM ConnectStorageServerVDS failed
by JC Clark 25 Jun '17

25 Jun '17

Dear All, Is there a reason that a perfectly well working Ovirt 4.1 Engine after a power failure, would not allow the hosts to activate because of "VDSM ConnectStorageServerVDS failed". All firewalls are down, I have reinstalled the host, upgraded everything (host and engine), deleted and reinstalled hosts, I can ssh to all from all. Any clues?? Thanks ahead of time.. -- Warm Regards, JC Clark IT Director Mount Carmel School Saipan, CNMI

2 1

Change HostedEngine Storage
by Matt . 23 Jun '17

23 Jun '17

Hi guys, When you want to move your hosted_engine storage you can copy stuff over but you still need to change the image which contains all config files. Is there some documentation about how to do so ? Thanks, Matt

1 1

Info on live snapshot and agent interaction
by Gianluca Cecchi 23 Jun '17

23 Jun '17

Hello, supposing to have a Linux VM with ovirt-guest-agent installed, during a live snapshot operation it should be freeze of filesystems. Where to find confirmation of correct/successful interaction? /var/log/messages or agent log or other kind of files? Are there any limitations on filesystems that support freeze? Is it fsfreeze the command executed at VM OS level or any other low level command? Thanks, Gianluca

3 2

Re: [ovirt-users] Frustration defines the deployment of Hosted Engine
by Karli Sjöberg 23 Jun '17

23 Jun '17

1 0

Frustration defines the deployment of Hosted Engine
by Vinícius Ferrão 23 Jun '17

23 Jun '17

Hello oVirt folks. I’m a traitor of the Xen movement and was looking for some good alternatives for XenServer hypervisors. I was aware of KVM for a long time but I was missing a more professional and appliance feeling of the product, and oVirt appears to deliver exactly what I’m looking for. Don’t get me wrong, I’m not saying that Xen is not good, I’m looking for equal or better alternatives, but I’m starting to get frustrated with oVirt. Firstly I’ve tried to install the oVirt Node on a VM in VMware Fusion on my notebook, it was a no go. For whatever reasons I don’t know vdsmd.service and libvirtd failed to start. I make sure that I was running with EPT support enabled to achieve nested virtualization, but as I said: it was a no go. So I’ve decommissioned a XenServer machine that was in production just to try oVirt. The hardware is not new, but’s it’s very capable: Dual Xeon E5506 with 48GB of system RAM, but I can’t get the hosted engine to work, it always insults my hardware: --- Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy. It’s definitely a problem on the storage subsystem, the error is just random, at this moment I’ve got: [ ERROR ] Failed to execute stage 'Misc configuration': [-32605] No response for JSON-RPC StorageDomain.detach request. But on other tries it came up with something like this: No response for JSON-RPC Volume.getSize request. I was thinking that the problem was on the NFSv3 server on our FreeNAS box, so I’ve changed to an iSCSI backend, but the problem continues. This happens at the very end of the ovirt-hosted-engine-setup command, which leads me to believe that’s an oVirt issue. The OVA was already copied and deployed to the storage: [ INFO ] Starting vdsmd [ INFO ] Creating Volume Group [ INFO ] Creating Storage Domain [ INFO ] Creating Storage Pool [ INFO ] Connecting Storage Pool [ INFO ] Verifying sanlock lockspace initialization [ INFO ] Creating Image for 'hosted-engine.lockspace' ... [ INFO ] Image for 'hosted-engine.lockspace' created successfully [ INFO ] Creating Image for 'hosted-engine.metadata' ... [ INFO ] Image for 'hosted-engine.metadata' created successfully [ INFO ] Creating VM Image [ INFO ] Extracting disk image from OVF archive (could take a few minutes depending on archive size) [ INFO ] Validating pre-allocated volume size [ INFO ] Uploading volume to data domain (could take a few minutes depending on archive size) [ INFO ] Image successfully imported from OVF [ ERROR ] Failed to execute stage 'Misc configuration': [-32605] No response for JSON-RPC StorageDomain.detach request. [ INFO ] Yum Performing yum transaction rollback [ INFO ] Stage: Clean up [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20170623032541.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20170623023424-o9rbt0.log At this point I really don’t know what I should try. And the log file is too verborragic (hoping this word exists) to look for errors. Any guidance? Thanks, V.

2 3

Dell firmware update problem
by Davide Ferrari 23 Jun '17

23 Jun '17

Hello I'm trying to update the BIOS firmware on a Dell PowerEdge with CentOS (just upgraded to 7.3) running oVirt 4.0 and it fails with an error mount: /dev/sdb is already mounted or /tmp/SECUPD busy The problem is acknoleged by Red Hat and there is a solution for it https://access.redhat.com/solutions/2671581 but well, I have no RH subscriptions :( Has anyone here encountered the same problem with CentOS and oVirt? Any hint? Thanks! -- Davide

2 1