[ovirt-users] Re: ovirt keycloak intergration user search not working

[Kevin Köllmann]

We also noticed this and are just adding them by knowing the full username.
A functioning search would be helpful though.



smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NR7OL3N7H2FSFPNA6YUHOGJ5JYW344RP/

[ovirt-users] Re: How to access the ovirt node individually?

[Kevin Köllmann via Users]

You can SSH into your node and use the |hosted-engine| utility. To quote 
the documentation:


> To see all available commands, run |hosted-engine --help|. For 
additional information on a specific command, run |hosted-engine 
--/command/ --help|.


There is also a section on "Booting the Engine Virtual Machine in Rescue 
Mode", see chapter 3.1.6 here: 
https://www.ovirt.org/documentation/administration_guide/index.html
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/V455N3ZXCVRQS5KXOQPNTJX7KXFEGIPZ/

[ovirt-users] Re: Getting error on oVirt installation

[Kevin Cahill]

I am also struggling with this as I try to install a self-hosted engine.  I 
have read every thread in the forum and tried all the suggestions.

Here is my most recent attempt (RHEL 8.5, installing oVirt 4.4):
Start the hosted engine deployment, then run the command [ # dnf downgrade 
postgresql-jdbc ] from a virsh console, to downgrade postgresql as soon as the 
packages are done updating.  The downgrade appears to be successful, however 
the system still fails at 'Check if engine health page is up'.  Restarting the 
oVirt engine [ # systemctl restart oVirt-engine ] immediately after downgrading 
postgresql does not make any difference.  The system times out at the 'Check if 
engine health page is up'.  The log entry where the latest failure started to 
occur is below.  I can include the entire log if needed.  Interestingly, the 
status was 503 this time.  In many prior attempts that status was 500.

2022-05-06 09:42:49,744-0400 ERROR 
otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils._process_output:110 
fatal: [localhost -> 192.168.222.150]: FAILED! => {"attempts": 30, "changed": 
false, "connection": "close", "content": "\n\n503 Service 
Unavailable\n\nService Unavailable\nThe server 
is temporarily unable to service your\nrequest due to maintenance downtime or 
capacity\nproblems. Please try again later.\n\n", 
"content_length": "299", "content_type": "text/html; charset=iso-8859-1", 
"date": "Fri, 06 May 2022 13:42:49 GMT", "elapsed": 0, "msg": "Status code was 
503 and not [200]: HTTP Error 503: Service Unavailable", "redirected": false, 
"server": "Apache/2.4.37 (centos) OpenSSL/1.1.1k mod_auth_gssapi/1.6.1 
mod_wsgi/4.6.4 Python/3.6", "status": 503, "url": 
http://localhost/ovirt-engine/services/health}

I would like to know if anyone has had success doing a fresh install of a 
self-hosted environment since the postgresql issue arose.  If so, any pointers 
would be greatly appreciated.  If I get this working I will follow up with 
exactly what I did.




___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KZCBSQ5KUMVO6IKT4SHXQIOGYBQA4MFL/

[ovirt-users] Re: Repository downloads failing checksum

[Kevin Jones]

Hi,
Enterprise Linux hosts installation is also affected by this metadata issue:

dnf install cockpit-ovirt-dashboard
... 
[plenty of mirror errors skipped]
...
[MIRROR] ovirt-host-dependencies-4.4.9-2.el8.x86_64.rpm: Downloading 
successful, but checksum doesn't match. Calculated: 
4db201c23e065106826c89b4ee543565ced21379f963c8ac9758c3eecb389acc(sha256)  
Expected: 
d26a4ac9db4894824fc603e53d61905224b446344ab7c5626bf0c5dcd9b4e5f4(sha256)
[FAILED] ovirt-host-dependencies-4.4.9-2.el8.x86_64.rpm: No more mirrors to try 
- All mirrors were already tried without success

Seems like implied installation path has been broken for a week.
Is oVirt "installation demand" really so low? Or most people just don't bother 
with an issue (even not report it) and use workaround like manual 
download/install rpms?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZSLXFYCPHFGOHGRIOML3DYKITQ4KAWB/

[ovirt-users] Re: CentOS 8 Stream: hosted-engine deploy with CPU type is not supported

[Kevin Jones]

Christoph

There is definitely a problem with the edk2-ovmf file. Today my hosts updated 
to RHEL 8.5 which installed edk2-ovmf-20210527gite1999b264f1f-3.el8, all my 
hosts stopped working giving the error "Host HOST moved to Non-Operational 
state as host CPU type is not supported in this cluster
compatibility version or is not supported at all". Looking at the properties of 
the hosts, their CPU Type: was completely blank.
Following your advice, I downgraded edk2-ovmf to version 
20200602gitca407c7246bf-4.el8_4.2 which appears to have fixed the problem.

Many thanks for this.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VG32BJYIWLALWLCL5D6M6YGWF5QBQTEV/

[ovirt-users] Re: Deploy Hosted Engine with PowerFlex (formerly ScaleIO) storage

[Kevin Jones]

Hi

Many thanks for your response and the suggestion. I think my memory may be 
playing tricks with me, I definitely deployed a few 4.3 systems with self 
hosted engines and I have one 4.4 environment with a self hosted engine but I 
cannot remember how long ago it was deployed, the other 4.4 deployments may 
well have had the engine residing on a dedicated host or VM - too many 
deployments to remember them all clearly :-)

Anyway, I did manage to fix (work around?) the problem, almost before you send 
your response. I worked out that the productID and vendorID are merely used for 
reporting the details of the discovered FC LUN, by removing any reference to 
them in 
/usr/share/ovirt-hosted-engine-setup/plugins/gr-he-ansiblesetup/core/storage_domain.py
 the deployment completed successfully.

As far as I know, the reporting from the storage has not changed, running 
multipath -v2 -l never showed a vendorID or productID (assuming it is the 
multipath command that is used to gather this info).

Thanks for the help!! I will be back I am sure. If anyone has questions on 
PowerFlex/ScaleIO, don't be afraid to ask, it works a treat with 
oVirt/RHV/Oracle Linux KVM :-)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VD3N3C7MNADOI2ATCA5DPGHLI7CLRD3O/

[ovirt-users] Re: OVN and change of mgmt network

[Kevin Doyle]

Hi Gianluca did you ever resolve this ? I add a new host using the same IP as 
the old host but get errors that ovs already has an entry (the old one)

Thanks 
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SAI3M66O5LUJMRAI3P3SJHEGX3PUKZB3/

[ovirt-users] Replaced host but ovn complains of duplicate port

[Kevin Doyle]

I had to rebuild a host. I first removed it from Ovirt then reinstalled the OS. 
I then used the same 192.xxx.xxx.207 IP as the old host. I then added it to 
Ovirt which seem to go OK. However I am seeing lots of ovn errors complaining 
that there was an existing port for the same IP
Port ovn-47cc88-0 new port is ovn-af7f78-0

ovs-vsctl show
34c43e58-46f5-4217-8f2e-5801e1f2b9de
Bridge br-int
fail_mode: secure
Port "ovn-24b972-0"
Interface "ovn-24b972-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.204"}
Port "ovn-ec1bbd-0"
Interface "ovn-ec1bbd-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.201"}
Port "ovn-47cc88-0"
Interface "ovn-47cc88-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.207"}
Port "ovn-d1e09d-0"
Interface "ovn-d1e09d-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.203"}
Port "ovn-f5ded7-0"
Interface "ovn-f5ded7-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.202"}
Port "ovn-1cb1b0-0"
Interface "ovn-1cb1b0-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.206"}
Port br-int
Interface br-int
type: internal
Port "ovn-af7f78-0"
Interface "ovn-af7f78-0"
type: geneve
options: {csum="true", key=flow, remote_ip="192.xxx.xxx.207"}
error: "could not add network device ovn-af7f78-0 to ofproto 
(File exists)"
ovs_version: "2.10.1"

/ var/log/ovs-vswitchd.log

tunnel|WARN|ovn-af7f78-0: attempting to add tunnel port with same config as 
port 'ovn-47cc88-0' (::->192.xxx.xxx.207, key=flow, legacy_l2, dp port=2)
2021-01-26T18:03:38.128Z|69740|ofproto|WARN|br-int: could not add port 
ovn-af7f78-0 (File exists)
2021-01-26T18:03:38.128Z|69741|bridge|WARN|could not add network device 
ovn-af7f78-0 to ofproto (File exists)

/var/log/messages
Jan 26 18:03:37 05 kernel: device genev_sys_6081 entered promiscuous mode
Jan 26 18:03:37 05 kernel: i40e :3d:00.0 eno3: UDP port 6081 was not 
found, not deleting
Jan 26 18:03:37 05 kernel: i40e :3d:00.1 eno4: UDP port 6081 was not 
found, not deleting
Jan 26 18:03:37 05 kernel: i40e :3d:00.2 eno5: UDP port 6081 was not 
found, not deleting
Jan 26 18:03:37 05 kernel: i40e :3d:00.3 eno6: UDP port 6081 was not 
found, not deleting

I can bring the host 192.xxx.xxx.107 down and the errors stop on the other 
hosts but ovn still has a port defined for 192.xxx.xxx.207 The question I have 
is how do I delete the old port definition ?

Regards
Kevin



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/NMJQIZC276FC6HOUCHPMD6A4O62G6KFF/

[ovirt-users] Re: Incremental VM backups

[Kevin Doyle]

I have tried protect and found it slow, thanks anyway
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LBZ4XWRMGVVHDRWM524VKA2XCR4CHOEF/

[ovirt-users] Re: Incremental VM backups

[Kevin Doyle]

Many thanks I will try this out

Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ESN4S7JCMCY2UFYS4HVQCXOTC6OV7SUR/

[ovirt-users] Incremental VM backups

[Kevin Doyle]

Hi
I am looking at ways to backup VM's, ideally that support incremental backups. 
I have found a couple of python scripts that snapshot a VM and back it up but 
not incremental. The question is what do you use to backup the VM's ? (both 
linux and windows)

Thanks
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KU2FI6KCAQGTLE46YEXFPJY7KQTTAQYN/

[ovirt-users] Re: Is there a way to access VM data that is stored using iscsi block storage outside of the ovirt platform ?

[Kevin Doyle]

Many thanks for your reply. It is giving me options.

Kevin


From: Alan G 
Date: Friday, 10 July 2020 at 15:35
To: Kevin Doyle 
Cc: users 
Subject: Re: [ovirt-users] Is there a way to access VM data that is stored 
using iscsi block storage outside of the ovirt platform ?

You can definitely build a bare metal Engine and do a DB restore onto it. I've 
done this before when I had problems. Obviously you will need a sane backup 
from your hosted engine.

I'm surprised the NFS build didn't work though. You probably need to remove the 
stale iSCSI hosted_storage domain and then I think it will automagically 
discover the new NFS one and then everything should start working.


 On Fri, 10 Jul 2020 14:14:04 +0100 Kevin Doyle 
 wrote 

We have had problems trying to get our broken hosted engine to work. The 
datastore for all the VM's was stored in an iscsi storage that was deactivated 
before the platform went down, I am now looking for a way to access this data 
and start the VM's outside of a running hosted-engine
Can I build an new ovirt standalone engine on a new bare metal remote server 
and connect to the hosts and start up the domain ?
I would be interested in your thoughts.
The problem with rebuilding the hosted-engine is that it cannot reuse the lun 
dedicated for the hosted-engine. I have tried to rebuild using NFS but it 
complains about not seeing the master domain

thanks
Kevin
___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org>
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KLWD7MUYZ4CLDK3QE6KHXGUBHVFGZUNP/



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZAV5DOXUHRVITIU4GJ2VYLCZ7IDWMGXX/

[ovirt-users] Is there a way to access VM data that is stored using iscsi block storage outside of the ovirt platform ?

[Kevin Doyle]

We have had problems trying to get our broken hosted engine to work. The 
datastore for all the VM's was stored in an iscsi storage that was deactivated 
before the platform went down, I am now looking for a way to access this data 
and start the VM's outside of a running hosted-engine
Can I build an new ovirt standalone engine on a new bare metal remote server 
and connect to the hosts and start up the domain ?
I would be interested in your thoughts.
The problem with rebuilding the hosted-engine is that it cannot reuse the lun 
dedicated for the hosted-engine. I have tried to rebuild using NFS but it 
complains about not seeing the master domain

thanks
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KLWD7MUYZ4CLDK3QE6KHXGUBHVFGZUNP/

[ovirt-users] iSCSI array "Storage domain does not exist" error after array reboot

[Kevin Doyle]

I am running a hosted engine using iscsi. I had to reboot the array, I took 
down all the VM's and put the VM data storage into maintenance mode. I also put 
the hosted engine "hosted-engine --set-maintenance --mode =global" and shut 
down the engine "hosted-engine --vm-shutdown" I also stopped the broker and 
agent systemctl stop ovirt-ha-broker' ; 'systemctl stop ovirt-ha-agent' The 
array was rebooted. I started the broker and agent systemctl start 
ovirt-ha-broker' ; 'systemctl start ovirt-ha-agent' However I now see errors in 
the vdsm log 

INFO  (jsonrpc/4) [storage.TaskManager.Task] 
(Task='76547cc5-e4f0-454c-ac46-c341e7f6d54c') aborting: Task is aborted: 
"Storage domain does not exist: (u'5626eba7-ebd8-4578-baf0-ca4f4af5889b',)" - 
code 358 (task:1181)
2020-07-07 14:01:25,098+0100 ERROR (jsonrpc/4) [storage.Dispatcher] FINISH 
prepareImage error=Storage domain does not exist: 
(u'5626eba7-ebd8-4578-baf0-ca4f4af5889b',) (dispatcher:83)
2020-07-07 14:01:25,098+0100 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call 
Image.prepare failed (error 358) in 0.07 seconds (__init__:312)
 INFO  (vmrecovery) [vdsm.api] START getConnectedStoragePoolsList(options=None) 
from=internal, task_id=93d7e2d6-17ee-4370-b8c4-fb32a3887021 (api:48)
2020-07-07 14:01:25,592+0100 INFO  (vmrecovery) [vdsm.api] FINISH 
getConnectedStoragePoolsList return={'poollist': []} from=internal, 
task_id=93d7e2d6-17ee-4370-b8c4-fb32a3887021 (api:54)
2020-07-07 14:01:25,592+0100 INFO  (vmrecovery) [vds] recovery: waiting for 
storage pool to go up (clientIF:709)

I have 6 hosts. I have tried rebooting them all, I have tried just running 1 
host that was originally hosting the engine, but I cannot bring up the hosted 
engine. Has anyone any ideas ? how to reconnect the storage domain The hosted 
engine had its own iscsi disk separate from the VM's

thanks
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/75S43CMY6FVZI56F3AHCEYFJH22N3XXZ/

[ovirt-users] Re: What is this error message from?

[Kevin Wolf]

Am 17.02.2020 um 16:16 hat Nir Soffer geschrieben:
> On Mon, Feb 17, 2020, 16:53  wrote:
> 
> > I have seen this error message repeatedly when reviewing events.
> >
> > VDSM vmh.cyber-range.lan command HSMGetAllTasksStatusesVDS failed: low
> > level Image copy failed: ("Command ['/usr/bin/qemu-img', 'convert', '-p',
> > '-t', 'none', '-T', 'none', '-f', 'raw',
> > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/c651575f-75a0-492e-959e-8cfee6b6a7b5/9b5601fe-9627-4a8a-8a98-4959f68fb137',
> > '-O', 'qcow2', '-o', 'compat=1.1',
> > u'/rhev/data-center/mnt/glusterSD/storage.cyber-range.lan:_vmstore/dd69364b-2c02-4165-bc4b-2f2a3b7fc10d/images/6a2ce11a-deec-41e0-a726-9de6ba6d4ddd/6d738c08-0f8c-4a10-95cd-eeaa2d638db5']
> > failed with rc=1 out='' err=bytearray(b'qemu-img: error while reading
> > sector 24117243: No such file or directory\\n')",)
> >
> 
> Looks like copying image failed with ENOENT while reading
> offset 12348028416 (11.49 GiB).
> 
> I never seen such failure, typically after opening a file read will never
> fail with such error, but in gluster this may be possible.
> 
> Please share vdsm log showingn this error, it may add useful info.
> 
> Also glusterfs client logs from
> /var/log/glusterfs*/*storage.cyber-range.lan*.log
> 
> Kevin, Krutika, do you have an idea about this error?

This is a weird one. Not only that reading shouldn't be looking up any
filename, but also that it's not at offset 0, but suddenly somewhere in
the middle of the image file.

I think it's pretty safe to say that this error doesn't come from QEMU,
but from the kernel. Did you (or some software) change anything about
the volume in the background while the convert operation was running?

Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6C3666HJSRP5BEGTZUTV6C6A6GV2N37I/

[ovirt-users] Re: Disk Allocation policy changes after a snapshot

[Kevin Doyle]

Hi I agree with everyone about using preallocated disks for DB and that is the 
setup I have, the issue I am raising is that when you create a snapshot of a 
preallocated disk it changes to a sparse disk, because of this change in policy 
the VM crashes under heavy writes. I modified vdsm.conf and added 
[irs]
volume_utilization_percent = 25
volume_utilization_chunk_mb = 2048

This has cured the VM crashing under intense writes after I have created a 
snapshot. My setup is using iSCSI disks
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/R366AK3S7XOEICC7AKZAHOTOHOX5FGUV/

[ovirt-users] Disk Allocation policy changes after a snapshot

[Kevin Doyle]

Hi I have linux VM with 2 disks one for OS is sparse the other is for a 
Database and is Preallocated. When I take a snapshot of the VM both disks 
change to sparse policy but the disks in the snapshot are 1 sparse and 1 
allocated. Before the snapshot the VM was running fine, now it crashes when 
data is written to the database. When I delete the snapshot the disks go back 
to 1 sparse and 1 allocated. Has anyone else seen this happen. Ovirt is 
4.3.2.1-1.el7 and it is running on a hostedEngine

Many thanks
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OAT5MIMTIZUUHENZNQI6N7MPGHK4TN7C/

[ovirt-users] Linux VM keeps crashing on copying files "with lost communication with qemu"

[kevin . doyle]

HI
I think it is a bug with qemu, and isci disks. Has anyone else seen this issue 
VM crashes and lost communication with qemu Can I update qemu ? if so what is 
the latest support version to use on Ovirt 4.3.2.1-1.el7 Current versions of 
qemu installed

Installed Packages
qemu-img-ev.x86_64 10:2.12.0-18.el7_6.3.1
qemu-kvm-common-ev.x86_64 10:2.12.0-18.el7_6.3.1
qemu-kvm-ev.x86_64 10:2.12.0-18.el7_6.3.1

Many thanks
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FDMHYEJXRG6IGB3E3C7O3NL34WO2XG43/

[ovirt-users] Re: VM support for Infiniband

[Kevin Hung]

On 9/30/2016 10:10 AM, Kevin Hung wrote:
oVirt sees the HCA as SR-IOV capable and it sees the VFs, so I believe 
I have set up SR-IOV correctly. I was able to do a generic passthrough 
of the HCA, but I was not able to pass through the VFs to more than 
one VM probably because they are all in the same IOMMU group. I first 
tried following the oVirt 3.6 Deep Dive video on SR-IOV [1] but was 
stuck because of the bridging problem.

[1] https://www.youtube.com/watch?v=A-MROZ8D06Y


I was able to pass through the VFs after fixing the IOMMU issue. I had 
to read up on IOMMU groups and discovered that the PCIe root ports on 
Xeon E3 processors do not support ACS [1], which is needed for the VFs 
to be in different IOMMU groups. I was able to plug the HCA into a 
different PCIe slot which was connected to the PCH instead, allowing 
VFIO to see the VFs in different IOMMU groups.


The way SR-IOV works for Ethernet network adapters in oVirt seems to be 
really nice as the scheduler takes care of the pass-through. Is this 
possible for Infiniband HCAs or is that a technical/architectural 
limitation?


[1] http://vfio.blogspot.com.ar/2014/08/iommu-groups-inside-and-out.html

Thanks,
Kevin Hung
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2FYARIOQW4PQXA7TWJHY5AR4KEJ52ANI/

[ovirt-users] File level restore of a VM backup located in export domain in Overt

[kevin . doyle]

Hi

I would like to create backups of VM's using cron. I have installed and ran 
https://github.com/wefixit-AT/oVirtBackup This works well and saves an image to 
the export domain I created. I can also carry out a full restore from this by 
importing from the export domain and selecting the backup.  The question I have 
is how to do a single file recovery from the backup image. I would like to 
restore /etc/hosts just as an example. What command would I use ?

I am not sure of the layout of the export domain directory

── dom_md
│   ├── ids
│   ├── inbox
│   ├── leases
│   ├── metadata
│   └── outbox
├── images
│   └── 622eb98e-f10b-4e96-bec5-8f0a7e7745fe
│   ├── b47ce8e1-f552-47f8-af56-33a3b8ce7aed
│   └── b47ce8e1-f552-47f8-af56-33a3b8ce7aed.meta
└── master
├── tasks
└── vms
└── c6e6c49c-c9bc-4683-8b19-d18250b5697b
└── c6e6c49c-c9bc-4683-8b19-d18250b5697b.ovf

The largest file is found is in images folder so I assume this is the backup 
image ? 

./images/622eb98e-f10b-4e96-bec5-8f0a7e7745fe:
total 2.7G
drwxr-xr-x. 2 vdsm kvm  99 Jan 10 11:48 .
drwxr-xr-x. 3 vdsm kvm  50 Jan 10 11:48 ..
-rw-rw. 1 vdsm kvm 50G Jan 10 11:51 b47ce8e1-f552-47f8-af56-33a3b8ce7aed
-rw-r--r--. 1 vdsm kvm 269 Jan 10 11:48 
b47ce8e1-f552-47f8-af56-33a3b8ce7aed.meta

# file b47ce8e1-f552-47f8-af56-33a3b8ce7aed
b47ce8e1-f552-47f8-af56-33a3b8ce7aed: x86 boot sector; partition 1: ID=0x83, 
active, starthead 32, startsector 2048, 2097152 sectors; partition 2: ID=0x8e, 
starthead 170, startsector 2099200, 102758400 sectors, code offset 0x63

Any help would be appreciated, I am new to Ovirt

regards
Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WVL625J2DC2IIQQVZDKNRBPVSFQ6R3WU/

[ovirt-users] Re: max number of snapshot per vm

[Kevin Wolf]

Am 25.11.2018 um 19:55 hat Nir Soffer geschrieben:
> On Fri, Nov 23, 2018 at 1:01 PM Nathanaël Blanchet  wrote:
> > What are the best pratices about vm snapshots?
> >
> 
> I think the general guideline is keep only snapshot you need, since every
> snapshot has a potential performance cost.
> 
> qemu caches some image metadata in memory, so accessing data from an
> image with 20 snapshots should be efficient as image with 2 snapshots, but
> using more snapshots will consume more memory.

The memory will also only really be used when the backing file is
actually accesses. So if you keep very old snapshots, but all data has
already been overwritten and the old snapshot is never accessed, it
doesn't need that memory.

Additionally, starting with QEMU 3.1, cache-clean-interval is active by
default and frees the cached table of a snapshot layer when it hasn't
been accessed for 10 minutes. (You had to enable it explicitly before
that, which I don't think oVirt does.)

> Kevin, do we have performance tests comparing VMs with different amount
> of snapshots?

I'm not aware of a proper performance test where this aspect was tested.

Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/KY742KYFW255T3SDCPG55Q4J4CZVOK4K/

[ovirt-users] Re: upload ISO from webui failed,"Paused by System"

[Kevin Goldblatt]

Hi,


1. Please check whether you have downloaded the CA certificate in your
browser (This can be found when accessing your engine -> Downloads -> CA
Certificate.
2. Please ensure you are not trying to upload the image via a WIFI
connection (If you are you this will cause the operation to pause and you
will need to resume it mulitple times)
3. Try to Resume the operation by highlighting the paused operation and
from the menu select to resume it.

If all these don't help please file a bug in bugzilla and provide the
engine.log (/var/log/ovirt-engine/engine.log on your engine and the
vdsm.log on your vdsm host /var/log/vdsm/vdsm.log)


Regards,


Kevin


On Tue, Sep 11, 2018 at 9:39 AM,  wrote:

> Hi,
> I can't upload iso image from webui,always got "Paused by System"
> system info:
> engine:4.2.6.4-1.el7
> vdsm:4.20.35-1.el7
> imageio-proxy:1.4.4-0.el7
> imageio-daemon:1.4.4-0.el7
>
> operation:
> 1、download and install ca to the browser
> 2、select iso file to upload
> 3、click test ，alert to installl ca
> 4、install ca again（optional）
> 5、upload
> 6、wait and got "Paused by System"
>
> log：
> engine：
> 2018-09-11 11:13:22,273+08 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HSMClearTaskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-61)
> [02c871da-a599-4201-9dd5-92a468dee952] START, HSMClearTaskVDSCommand(HostName
> = 21, 
> HSMTaskGuidBaseVDSCommandParameters:{hostId='68f27646-da12-480b-9887-42ada2911132',
> taskId='90541bd1-65e7-4185-a051-3d8d9c1e3a5f'}), log id: 3ff168d7
> 2018-09-11 11:13:22,278+08 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.HSMClearTaskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-61)
> [02c871da-a599-4201-9dd5-92a468dee952] FINISH, HSMClearTaskVDSCommand,
> log id: 3ff168d7
> 2018-09-11 11:13:22,278+08 INFO  [org.ovirt.engine.core.
> vdsbroker.irsbroker.SPMClearTaskVDSCommand] 
> (EE-ManagedThreadFactory-engine-Thread-61)
> [02c871da-a599-4201-9dd5-92a468dee952] FINISH, SPMClearTaskVDSCommand,
> log id: 43d30861
> 2018-09-11 11:13:22,280+08 INFO  
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask]
> (EE-ManagedThreadFactory-engine-Thread-61) 
> [02c871da-a599-4201-9dd5-92a468dee952]
> BaseAsyncTask::removeTaskFromDB: Removed task 
> '90541bd1-65e7-4185-a051-3d8d9c1e3a5f'
> from DataBase
> 2018-09-11 11:13:22,280+08 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (EE-ManagedThreadFactory-engine-Thread-61) 
> [02c871da-a599-4201-9dd5-92a468dee952]
> CommandAsyncTask::HandleEndActionResult [within thread]: Removing
> CommandMultiAsyncTasks object for entity '4ff92f68-8353-40ac-a7c5-
> f0efbd054841'
> 2018-09-11 11:13:26,098+08 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferImageStatusCommand] (default task-8)
> [352651c9-ddde-4e1e-b95c-05ad967ed0b1] Running command:
> TransferImageStatusCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group CREATE_DISK
> with role type USER
> 2018-09-11 11:13:28,836+08 INFO  [org.ovirt.engine.core.bll.
> ConcurrentChildCommandsExecutionCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
> [02c871da-a599-4201-9dd5-92a468dee952] Command 'AddDisk' id:
> '4b72410d-e5a0-4c43-b7db-a5324a32d012' child commands
> '[4ff92f68-8353-40ac-a7c5-f0efbd054841]' executions were completed,
> status 'SUCCEEDED'
> 2018-09-11 11:13:28,836+08 INFO  [org.ovirt.engine.core.bll.
> ConcurrentChildCommandsExecutionCallback] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
> [02c871da-a599-4201-9dd5-92a468dee952] Command 'AddDisk' id:
> '4b72410d-e5a0-4c43-b7db-a5324a32d012' Updating status to 'SUCCEEDED',
> The command end method logic will be executed by one of its parent commands.
> 2018-09-11 11:13:28,862+08 INFO  [org.ovirt.engine.core.bll.
> storage.disk.image.TransferDiskImageCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
> [02c871da-a599-4201-9dd5-92a468dee952] Successfully added Upload disk
> 'oVirt-toolsSetup-4.2-1.el7.centos.iso' (disk id:
> '97179509-65eb-4b45-ad8e-ce112cfd016a', image id:
> '6ca217cc-015e-4d00-872a-faf60a8954ac') for image transfer command
> '4cdff02c-7fe4-4000-9c92-8ef613597d13'
> 2018-09-11 11:13:28,892+08 INFO  [org.ovirt.engine.core.
> vdsbroker.vdsbroker.PrepareImageVDSCommand] 
> (EE-ManagedThreadFactory-engineScheduled-Thread-55)
> [02c871da-a599-4201-9dd5-92a468dee952] START, PrepareImageVDSCommand(HostName
> = 21, 
> PrepareImageVDSCommandParameters:{hostId='68f27646-da12-480b-9887-42ada2911132'}),
> log id: 194

[ovirt-users] Re: [Qemu-block] Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

Am 30.05.2018 um 18:14 hat Arik Hadas geschrieben:
> On Wed, May 30, 2018 at 6:33 PM, Kevin Wolf  wrote:
> > I think the problem is that we're talking about two different things in
> > one thread. If I understand correctly, what oVirt does today is:
> >
> > 1. qemu-img convert to create a temporary qcow2 image that merges the
> >whole backing chain in a single file
> >
> > 2. tar to create an temporary OVA archive that contains, amongst others,
> >the temporary qcow2 image. This is a second temporary file.
> >
> > 3. Stream this temporary OVA archive over HTTP
> >
> 
> Well, today we suggest users to mount a shared storage to multiple hosts
> that reside in different oVirt/RHV deployments so they could export
> VMs/templates as OVAs to that shared storage and import these OVAs from the
> shared storage to a destination deployment. This process involves only #1
> and #2.
> 
> The technique you proposed earlier for writing disks directly into an OVA,
> assuming that the target size can be retrieved with 'qemu-img measure',
> sounds like a nice approach to accelerate this process. I think we should
> really consider doing that if that's as easy as it sounds.

Writing the image to a given offset in a file is the example that I gave
further down in the mail:

> > You added another host into the mix, which just receives the image
> > content via NBD and then re-exports it as HTTP. Does this host actually
> > exist or is it the same host where the original images are located?
> >
> > Because if you stay local for this step, there is no need to use NBD at
> > all:
> >
> > $ ./qemu-img measure -O qcow2 ~/images/hd.img
> > required size: 67436544
> > fully allocated size: 67436544
> > $ ./qemu-img create -f file /tmp/test.qcow2 67436544
> > Formatting '/tmp/test.qcow2', fmt=file size=67436544
> > $ ./qemu-img convert -n --target-image-opts ~/images/hd.img
> > driver=raw,file.driver=file,file.filename=/tmp/test.qcow2,offset=65536
> >
> > hexdump verifies that this does the expected thing.

> But #3 is definitely something we are interested in because we expect the
> next step to be exporting the OVAs to a remote instance of Glance that
> serves as a shared repository for the different deployments. Being able to
> stream the collapsed form of a volume chain without writing anything to the
> storage device would be fantastic. I think that even at the expense of
> iterating the chain twice - once to map the structure of the jump tables
> (right?) and once to stream the whole data.

If the target is not a stupid web browser, but something actually
virt-related like Glance, I'm sure it can offer a more suitable protocol
than HTTP? If you could talk NBD to Glance, you'd get rid of the
streaming requirement. I think it would make more sense to invest the
effort there.

Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AGEZDBNTOSTEFN7SIZ63U6CSIXHL547G/

[ovirt-users] Re: [Qemu-block] Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

Am 30.05.2018 um 17:05 hat Eric Blake geschrieben:
> If I understood the question, we start with a local:
> 
> T (any format) <- S (qcow2) <- V (qcow2)
> 
> and want to create a remote tar file:
> 
> dest.tar == | header ... | qcow2 image |
> 
> where we write a single collapsed view of the T<-S<-V chain as a qcow2 image
> in the subset of the remote tar file.

I think the problem is that we're talking about two different things in
one thread. If I understand correctly, what oVirt does today is:

1. qemu-img convert to create a temporary qcow2 image that merges the
   whole backing chain in a single file

2. tar to create an temporary OVA archive that contains, amongst others,
   the temporary qcow2 image. This is a second temporary file.

3. Stream this temporary OVA archive over HTTP

Your proposal is about getting rid of the temporary file from step 1,
but keeping the temporary file from step 2. I was kind of ignoring
step 2 and answering how you can avoid a temporary file by creating and
streaming a qcow2 file in a single step, but if you already have the
code to create a qcow2 image as a stream, adding a tar header as well
shouldn't be that hard...

I think Nir was talking about both.

Ideally, we'd somehow get rid of HTTP, which introduces the requirement
of a non-seekable stream.

> So, first use qemu-img to learn how big to size the collapsed qcow2 image,
> and by extension, the overall tar image
> $ qemu-img measure -f qcow2 -O qcow2 V
> 
> then pre-create a large enough tar file on the destination
> $ create header
> $ truncate --size=XXX dest.qcow2
> $ tar cf dest.tar header dest.qcow2
> 
> (note that I explicitly did NOT use tar --sparse; dest.qcow2 is sparse and
> occupies practically no disk space, but dest.tar must NOT be sparse because
> neither tar nor NBD work well with after-the-fact resizing)
> 
> then set up an NBD server on the destination that can write to the subset of
> the tar file:
> 
> $ learn the offset of dest.qcow2 within dest.tar (probably a multiple of
> 10240, given default GNU tar options)
> $ qemu-nbd --image-opts
> driver=raw,offset=YYY,size=XXX,file.driver=file,file.filename=dest.tar
> 
> (I'm not sure if I got the --image-opts syntax exactly correct.  nbdkit has
> more examples of learning offsets within a tar file, and may be a better
> option as a server than qemu-nbd - but the point remains: serve up the
> subset of the dest.tar file as raw bytes)
> 
> finally set up qemu as an NBD client on the source:
> $ qemu-img convert -f qcow2 V -O qcow2 nbd://remote
> 
> (now the client collapses the qcow2 chain onto the source, and writes that
> into a qcow2 subset of the tar file on the destination, where the
> destination was already sized large enough to hold the qcow2 image, and
> where no other temporary storage was needed other than the sparse dest.qcow2
> used in creating a large enough tar file)

You added another host into the mix, which just receives the image
content via NBD and then re-exports it as HTTP. Does this host actually
exist or is it the same host where the original images are located?

Because if you stay local for this step, there is no need to use NBD at
all:

$ ./qemu-img measure -O qcow2 ~/images/hd.img 
required size: 67436544
fully allocated size: 67436544
$ ./qemu-img create -f file /tmp/test.qcow2 67436544
Formatting '/tmp/test.qcow2', fmt=file size=67436544
$ ./qemu-img convert -n --target-image-opts ~/images/hd.img 
driver=raw,file.driver=file,file.filename=/tmp/test.qcow2,offset=65536

hexdump verifies that this does the expected thing.

> > Exporting to a stream is possible if we're allowed to make two passes
> > over the source, but the existing QEMU code is useless for that because
> > it inherently requires seeking. I think if I had to get something like
> > this, I'd probably implement such an exporter as a script external to
> > QEMU.
> 
> Wait. What are we trying to stream?  A qcow2 file, or what the guest would
> see?  If you stream just what the guest sees, then 'qemu-img map' tells you
> which portions of which source files to read in order to reconstruct data in
> the order it would be seen by the guest.

I think the requirement was that the HTTP client downloads a qcow2
image. Did I get this wrong?

> But yeah, an external exporter that takes a raw file, learns its size
> and where the holes are, and then writes a trivial qcow2 header and
> appends L1/L2/refcount tables on the end to convert the raw file into
> a slightly-larger qcow2 file, might be a valid way to create a qcow2
> file from a two-pass read.

Right. It may have to calculate the size of the L1 and refcount table
first so it can write the right offsets into the header, so maybe it's
easiest to precreat

[ovirt-users] Re: [Qemu-block] Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

Am 30.05.2018 um 15:44 hat Eric Blake geschrieben:
> On 05/29/2018 04:18 PM, Nir Soffer wrote:
> > > You CAN get a logically collapsed view of storage (that is, what the
> > > guest would see), by using an NBD export of volume V.  Reading from that
> > > volume will then pull sectors from whichever portion of the chain you
> > > need.  You can use either qemu-nbd (if no guest is writing to the
> > > chain), or within a running qemu, you can use nbd-server-start and
> > > nbd-server-add (over QMP) to get such an NBD server running.
> > 
> > 
> > NBD expose the guest data, but we want the qcow2 stream - without
> > creating a new image.
> 
> NBD can do both. You choose whether it exposes the guest data or the qcow2
> data, by whether the client or the server is interpreting qcow2 data.

But if I understand correctly, it doesn't result in the image Nir wants.
You would only export an existing qcow2 file, i.e. a single layer in the
backing chain, this way. The question was about a collapsed image, i.e.
the disk content as the guest sees it.

The problem is that qcow2 just isn't made to be streamable. Importing a
qcow2 stream without saving it into a temporary file (or a memory buffer
as large as the image file) simply isn't possible in the general case.

Exporting to a stream is possible if we're allowed to make two passes
over the source, but the existing QEMU code is useless for that because
it inherently requires seeking. I think if I had to get something like
this, I'd probably implement such an exporter as a script external to
QEMU.

Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I7D7JQZMQXNSWOPEURXLT7BX3E3UUBER/

[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

Am 29.05.2018 um 11:27 hat Richard W.M. Jones geschrieben:
> On Mon, May 28, 2018 at 01:27:21PM +0300, Arik Hadas wrote:
> > Let me demonstrate briefly the flow for OVA:
> > Let's say that we have a VM that is based on a template and has one disk
> > and one snapshot, so its volume-chain would be:
> > T -> S -> V
> > (V is the volume the VM writes to, S is the backing file of V and T is the
> > backing file of S).
> > When exporting that VM to an OVA file we want the produced tar file to be
> > comprised of:
> > (1) OVF configuration
> > (2) single disk volume (preferably qcow).
> > 
> > So we need to collapse T, S, V into a single volume.
> > Sure, we can do 'qemu-img convert'. That's what we do now in oVirt 4.2:
> > (a) qemu-img convert produces a 'temporary' collapsed volume
> > (b) make a tar file of the OVf configuration and that 'temporary' volume
> > (c) delete the temporary volume
> > 
> > But the fact that we produce that 'temporary' volume obviously slows down
> > the entire operation.
> > It would be much better if we could "open" a stream that we can read from
> > the 'collapsed' form of that chain and stream it directly into the
> > appropriate tar file entry, without extra writes to the storage device.
> 
> A custom nbdkit plugin is possible here.  In fact it's almost possible
> using the existing nbdkit-tar-plugin[1], except that it doesn't
> support resizing the tarball so you'd need a way to predict the size
> of the final qcow2 file.

I think you can predict the size with 'qemu-img measure'.

But how do you create a tar archive that contains an empty file of the
right size without actually processing and writing gigabytes of zero
bytes? Is there an existing tool that can do that or would you have to
write your own?

> The main difficulty for modifying nbdkit-tar-plugin is working out how
> to resize tar files.  If you can do that then it's likely just a few
> lines of code.

This sounds impossible to do when the tar archive needs to stay
consistent at all times.

Kevin
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/UEWL6ATIGOAC7F6FG5HJG5CEXXSKEGYE/

[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

Am 28.05.2018 um 16:06 hat Tomáš Golembiovský geschrieben:
> 
> On Mon, 28 May 2018 13:37:59 +0200
> Kevin Wolf  wrote:
> 
> > Am 28.05.2018 um 12:27 hat Arik Hadas geschrieben:
> > > On Mon, May 28, 2018 at 11:25 AM, Kevin Wolf  wrote:
> > >   
> > > > [ Adding qemu-block ]
> > > >
> > > > Am 27.05.2018 um 10:36 hat Arik Hadas geschrieben:  
> > > > > On Thu, May 24, 2018 at 6:13 PM, Nir Soffer  
> > > > > wrote:
> > > > >  
> > > > > > On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko <  
> > > > m.vrgo...@activevideo.com>  
> > > > > > wrote:
> > > > > >  
> > > > > >> Dear Nir,
> > > > > >>
> > > > > >> Thank you for quick reply.
> > > > > >>
> > > > > >> Ok, why it will not work?
> > > > > >>  
> > > > > >
> > > > > > Because the image has a backing file which is not accessible to 
> > > > > > oVirt.
> > > > > >
> > > > > >  
> > > > > >> I used qemu+tcp connection, via import method through engine admin 
> > > > > >> UI.
> > > > > >>
> > > > > >> Images was imported and converted according logs, still “backing 
> > > > > >> file”
> > > > > >> invalid entry remained.
> > > > > >>
> > > > > >> Also, I did use same method before, connecting to plain “libvirt 
> > > > > >> kvm”
> > > > > >> host, import and conversion went smooth, no backend file.
> > > > > >>
> > > > > >> Image format is qcow(2) which is supported by oVirt.
> > > > > >>
> > > > > >> What am I missing? Should I use different method?
> > > > > >>  
> > > > > >
> > > > > > I guess this is not a problem on your side, but a bug in our side.
> > > > > >
> > > > > > Either we should block the operation that cannot work, or fix the  
> > > > process  
> > > > > > so we don't refer to non-existing image.
> > > > > >
> > > > > > When importing we have 2 options:
> > > > > >
> > > > > > - import the entire chain,  importing all images in the chain,  
> > > > converting  
> > > > > >  each image to oVirt volume, and updating the backing file of each  
> > > > layer  
> > > > > > to point to the oVirt image.
> > > > > >
> > > > > > - import the current state of the image into a new image, using 
> > > > > > either  
> > > > raw  
> > > > > > or qcow2, but without any backing file.
> > > > > >
> > > > > > Arik, do you know why we create qcow2 file with invalid backing 
> > > > > > file?
> > > > > >  
> > > > >
> > > > > It seems to be a result of a bit naive behavior of the kvm2ovirt 
> > > > > module
> > > > > that tries to download only the top-level volume the VM uses, 
> > > > > assuming  
> > > > each  
> > > > > of the disks to be imported is comprised of a single volume.
> > > > >
> > > > > Maybe it's time to finally asking QEMU guys to provide a way to 
> > > > > consume  
> > > > the  
> > > > > 'collapsed' form of a chain of volumes as a stream if that's not  
> > > > available  
> > > > > yet? ;) It can also boost the recently added process of exporting VMs 
> > > > > as
> > > > > OVAs...  
> > > >
> > > > Not sure which operation we're talking about on the QEMU level, but
> > > > generally the "collapsed" view is the normal thing because that's what
> > > > guests see.
> > > >
> > > > For example, if you use 'qemu-img convert', you have to pass options to
> > > > specifically disable it and convert only a single layer if you want to
> > > > keep using backing files instead of getting a standalone image that
> > > > contains everything.
> > > >  
> > > 
> > > Yeah, some context was missing. Sorry about that.
> > > 
> > >

[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

Am 28.05.2018 um 12:27 hat Arik Hadas geschrieben:
> On Mon, May 28, 2018 at 11:25 AM, Kevin Wolf  wrote:
> 
> > [ Adding qemu-block ]
> >
> > Am 27.05.2018 um 10:36 hat Arik Hadas geschrieben:
> > > On Thu, May 24, 2018 at 6:13 PM, Nir Soffer  wrote:
> > >
> > > > On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko <
> > m.vrgo...@activevideo.com>
> > > > wrote:
> > > >
> > > >> Dear Nir,
> > > >>
> > > >> Thank you for quick reply.
> > > >>
> > > >> Ok, why it will not work?
> > > >>
> > > >
> > > > Because the image has a backing file which is not accessible to oVirt.
> > > >
> > > >
> > > >> I used qemu+tcp connection, via import method through engine admin UI.
> > > >>
> > > >> Images was imported and converted according logs, still “backing file”
> > > >> invalid entry remained.
> > > >>
> > > >> Also, I did use same method before, connecting to plain “libvirt kvm”
> > > >> host, import and conversion went smooth, no backend file.
> > > >>
> > > >> Image format is qcow(2) which is supported by oVirt.
> > > >>
> > > >> What am I missing? Should I use different method?
> > > >>
> > > >
> > > > I guess this is not a problem on your side, but a bug in our side.
> > > >
> > > > Either we should block the operation that cannot work, or fix the
> > process
> > > > so we don't refer to non-existing image.
> > > >
> > > > When importing we have 2 options:
> > > >
> > > > - import the entire chain,  importing all images in the chain,
> > converting
> > > >  each image to oVirt volume, and updating the backing file of each
> > layer
> > > > to point to the oVirt image.
> > > >
> > > > - import the current state of the image into a new image, using either
> > raw
> > > > or qcow2, but without any backing file.
> > > >
> > > > Arik, do you know why we create qcow2 file with invalid backing file?
> > > >
> > >
> > > It seems to be a result of a bit naive behavior of the kvm2ovirt module
> > > that tries to download only the top-level volume the VM uses, assuming
> > each
> > > of the disks to be imported is comprised of a single volume.
> > >
> > > Maybe it's time to finally asking QEMU guys to provide a way to consume
> > the
> > > 'collapsed' form of a chain of volumes as a stream if that's not
> > available
> > > yet? ;) It can also boost the recently added process of exporting VMs as
> > > OVAs...
> >
> > Not sure which operation we're talking about on the QEMU level, but
> > generally the "collapsed" view is the normal thing because that's what
> > guests see.
> >
> > For example, if you use 'qemu-img convert', you have to pass options to
> > specifically disable it and convert only a single layer if you want to
> > keep using backing files instead of getting a standalone image that
> > contains everything.
> >
> 
> Yeah, some context was missing. Sorry about that.
> 
> Let me demonstrate briefly the flow for OVA:
> Let's say that we have a VM that is based on a template and has one disk
> and one snapshot, so its volume-chain would be:
> T -> S -> V
> (V is the volume the VM writes to, S is the backing file of V and T is the
> backing file of S).
> When exporting that VM to an OVA file we want the produced tar file to be
> comprised of:
> (1) OVF configuration
> (2) single disk volume (preferably qcow).
> 
> So we need to collapse T, S, V into a single volume.
> Sure, we can do 'qemu-img convert'. That's what we do now in oVirt 4.2:
> (a) qemu-img convert produces a 'temporary' collapsed volume
> (b) make a tar file of the OVf configuration and that 'temporary' volume
> (c) delete the temporary volume
> 
> But the fact that we produce that 'temporary' volume obviously slows down
> the entire operation.
> It would be much better if we could "open" a stream that we can read from
> the 'collapsed' form of that chain and stream it directly into the
> appropriate tar file entry, without extra writes to the storage device.
> 
> Few months ago people from the oVirt-storage team checked the qemu toolset
> and replied that thi

[ovirt-users] Re: Libvirt ERROR cannot access backing file after importing VM from OpenStack

[Kevin Wolf]

[ Adding qemu-block ]

Am 27.05.2018 um 10:36 hat Arik Hadas geschrieben:
> On Thu, May 24, 2018 at 6:13 PM, Nir Soffer  wrote:
> 
> > On Thu, May 24, 2018 at 6:06 PM Vrgotic, Marko 
> > wrote:
> >
> >> Dear Nir,
> >>
> >> Thank you for quick reply.
> >>
> >> Ok, why it will not work?
> >>
> >
> > Because the image has a backing file which is not accessible to oVirt.
> >
> >
> >> I used qemu+tcp connection, via import method through engine admin UI.
> >>
> >> Images was imported and converted according logs, still “backing file”
> >> invalid entry remained.
> >>
> >> Also, I did use same method before, connecting to plain “libvirt kvm”
> >> host, import and conversion went smooth, no backend file.
> >>
> >> Image format is qcow(2) which is supported by oVirt.
> >>
> >> What am I missing? Should I use different method?
> >>
> >
> > I guess this is not a problem on your side, but a bug in our side.
> >
> > Either we should block the operation that cannot work, or fix the process
> > so we don't refer to non-existing image.
> >
> > When importing we have 2 options:
> >
> > - import the entire chain,  importing all images in the chain, converting
> >  each image to oVirt volume, and updating the backing file of each layer
> > to point to the oVirt image.
> >
> > - import the current state of the image into a new image, using either raw
> > or qcow2, but without any backing file.
> >
> > Arik, do you know why we create qcow2 file with invalid backing file?
> >
> 
> It seems to be a result of a bit naive behavior of the kvm2ovirt module
> that tries to download only the top-level volume the VM uses, assuming each
> of the disks to be imported is comprised of a single volume.
> 
> Maybe it's time to finally asking QEMU guys to provide a way to consume the
> 'collapsed' form of a chain of volumes as a stream if that's not available
> yet? ;) It can also boost the recently added process of exporting VMs as
> OVAs...

Not sure which operation we're talking about on the QEMU level, but
generally the "collapsed" view is the normal thing because that's what
guests see.

For example, if you use 'qemu-img convert', you have to pass options to
specifically disable it and convert only a single layer if you want to
keep using backing files instead of getting a standalone image that
contains everything.

Kevin

> 
> >
> > Nir
> >
> >
> >>
> >> Kindly awaiting your reply.
> >>
> >> — — —
> >> Met vriendelijke groet / Best regards,
> >>
> >> Marko Vrgotic
> >> Sr. System Engineer
> >> ActiveVideo
> >>
> >> Tel. +31 (0)35 677 4131 <+31%2035%20677%204131>
> >> email: m.vrgo...@activevideo.com
> >> skype: av.mvrgotic.se
> >> www.activevideo.com
> >> --
> >> *From:* Nir Soffer 
> >> *Sent:* Thursday, May 24, 2018 4:09:40 PM
> >> *To:* Vrgotic, Marko
> >> *Cc:* users@ovirt.org; Richard W.M. Jones; Arik Hadas
> >> *Subject:* Re: [ovirt-users] Libvirt ERROR cannot access backing file
> >> after importing VM from OpenStack
> >>
> >>
> >>
> >> On Thu, May 24, 2018 at 5:05 PM Vrgotic, Marko 
> >> wrote:
> >>
> >> Dear oVirt team,
> >>
> >>
> >>
> >> When trying to start imported VM, it fails with following message:
> >>
> >>
> >>
> >> ERROR 
> >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >> (ForkJoinPool-1-worker-2) [] EVENT_ID: VM_DOWN_ERROR(119), VM
> >> instance-0673 is down with error. Exit message: Cannot access backing
> >> file 
> >> '/var/lib/nova/instances/_base/2f4f8c5fc11bb83bcab03f4c829ddda4da8c0bce'
> >> of storage file '/rhev/data-center/mnt/glusterSD/aws-gfs-01.awesome.
> >> lan:_gv0__he/2607c265-248c-40ad-b020-f3756454839e/images/
> >> 816ac00f-ba98-4827-b5c8-42a8ba496089/8ecfcd5b-db67-4c23-9869-0e20d7553aba'
> >> (as uid:107, gid:107): No such file or directory.
> >>
> >>
> >>
> >> Platform details:
> >>
> >> Ovirt SHE
> >>
> >> Version 4.2.2.6-1.el7.centos
> >>
> >> GlusterFS, unmanaged by oVirt.
> >>
> >>
> >>
> >> VM is imported & converted from OpenStack, according to log files,
> >&

Re: [ovirt-users] [Qemu-block] qcow2 images corruption

[Kevin Wolf]

Am 07.02.2018 um 18:06 hat Nicolas Ecarnot geschrieben:
> TL; DR : qcow2 images keep getting corrupted. Any workaround?

Not without knowing the cause.

The first thing to make sure is that the image isn't touched by a second
process while QEMU is running a VM. The classic one is using 'qemu-img
snapshot' on the image of a running VM, which is instant corruption (and
newer QEMU versions have locking in place to prevent this), but we have
seen more absurd cases of things outside QEMU tampering with the image
when we were investigating previous corruption reports.

This covers the majority of all reports, we haven't had a real
corruption caused by a QEMU bug in ages.

> After having found (https://access.redhat.com/solutions/1173623) the right
> logical volume hosting the qcow2 image, I can run qemu-img check on it.
> - On 80% of my VMs, I find no errors.
> - On 15% of them, I find Leaked cluster errors that I can correct using
> "qemu-img check -r all"
> - On 5% of them, I find Leaked clusters errors and further fatal errors,
> which can not be corrected with qemu-img.
> In rare cases, qemu-img can correct them, but destroys large parts of the
> image (becomes unusable), and on other cases it can not correct them at all.

It would be good if you could make the 'qemu-img check' output available
somewhere.

It would be even better if we could have a look at the respective image.
I seem to remember that John (CCed) had a few scripts to analyse
corrupted qcow2 images, maybe we would be able to see something there.

> What I read similar to my case is :
> - usage of qcow2
> - heavy disk I/O
> - using the virtio-blk driver
> 
> In the proxmox thread, they tend to say that using virtio-scsi is the
> solution. Having asked this question to oVirt experts
> (https://lists.ovirt.org/pipermail/users/2018-February/086753.html) but it's
> not clear the driver is to blame.

This seems very unlikely. The corruption you're seeing is in the qcow2
metadata, not only in the guest data. If anything, virtio-scsi exercises
more qcow2 code paths than virtio-blk, so any potential bug that affects
virtio-blk should also affect virtio-scsi, but not the other way around.

> I agree with the answer Yaniv Kaul gave to me, saying I have to properly
> report the issue, so I'm longing to know which peculiar information I can
> give you now.

To be honest, debugging corruption after the fact is pretty hard. We'd
need the 'qemu-img check' output and ideally the image to do anything,
but I can't promise that anything would come out of this.

Best would be a reproducer, or at least some operation that you can link
to the appearance of the corruption. Then we could take a more targeted
look at the respective code.

> As you can imagine, all this setup is in production, and for most of the
> VMs, I can not "play" with them. Moreover, we launched a campaign of nightly
> stopping every VM, qemu-img check them one by one, then boot.
> So it might take some time before I find another corrupted image.
> (which I'll preciously store for debug)
> 
> Other informations : We very rarely do snapshots, but I'm close to imagine
> that automated migrations of VMs could trigger similar behaviors on qcow2
> images.

To my knowledge, oVirt only uses external snapshots and creates them
with QMP. This should be perfectly safe because from the perspective of
the qcow2 image being snapshotted, it just means that it gets no new
write requests.

Migration is something more involved, and if you could relate the
problem to migration, that would certainly be something to look into. In
that case, it would be important to know more about the setup, e.g. is
it migration with shared or non-shared storage?

> Last point about the versions we use : yes that's old, yes we're planning to
> upgrade, but we don't know when.

That would be helpful, too. Nothing is more frustrating that debugging a
bug in an old version only to find that it's already fixed in the
current version (well, except maybe debugging and finding nothing).

Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Qemu-block] slow performance with export storage on glusterfs

[Kevin Wolf]

Am 07.12.2017 um 23:45 hat Nir Soffer geschrieben:
> The qemu bug https://bugzilla.redhat.com/713743 explains the issue:
> qemu-img was writing disk images using writeback and fillingup the
> cache buffers which are then flushed by the kernel preventing other
> processes from accessing the storage. This is particularly bad in
> cluster environments where time-based algorithms might be in place and
> accessing the storage within certain timeouts is critical
> 
> I'm not sure it this issue relevant now. We use now sanlock instead of
> safelease, (except for export domain still using safelease), and qemu
> or kernel may have better options to avoid trashing the host cache, or
> guarantee reliable access to storage.

Non-direct means that the data goes through the kernel page cache, and
the kernel doesn't know that it won't be needed again, so it will fill
up the cache with the image.

I'm also not aware that cache coherency is now provided by all backends
for shared storage, so O_DIRECT still seems to be the only way to avoid
using stale caches. Since the problem is about stale caches, I don't see
how the locking mechanism could make a difference.

The only thing I can suggest, given that there is a "glusterfs" in the
subject line of the email, is that the native gluster driver in QEMU
takes a completely different path and never uses the kernel page cache,
which should make both problems disappear. Maybe it would be worth
having a look at this.

Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Qemu-block] Scheduling daily Snapshot

[Kevin Wolf]

Am 07.12.2017 um 23:19 hat Nir Soffer geschrieben:
> On Wed, Dec 6, 2017 at 6:02 PM Jason Lelievre 
> wrote:
> 
> > Hello,
> >
> > What is the best way to set up a daily live snapshot for all VM, and have
> > the possibility to recover, for example, a specific VM to a specific day?
> 
> Each snapshot you create make reads and writes slower, as qemu has to
> lookup data through the entire chain.

This is true in principle. However, as long as the lookup is purely in
memory and doesn't involve I/O, you won't even notice this in average
use cases. Whether additional I/O is necessary depends on whether the
metadata caches already cover the part of the image that you're
accessing.

By choosing the right cache size values for the use case, it can
normally be achieved that everything is already in memory.

> When we take a snapshot, we create a new file (or block device) and make
> the new file the active layer of the chain.
> 
> For example, assuming you have a base image in raw format:
> 
> image-1.raw (top)
> 
> After taking a snapshot, you have:
> 
> image-1.raw <- image-2.qcow2 (top)
> 
> Now when qemu need to read data from the image, it will try to get the
> data from the top layer (image-2), if it does not exists it will try
> the backing file (image-1).  Same when writing data, if qemu need to
> write small amount of data, it may need to get entire sector from a
> another layer in the chain and copy it to the top layer.

Yes, though for this operation it doesn't matter whether it has to copy
it from the second image in the chain or the thirtieth. As soon as you
do a partial write to a cluster that hasn't been written yet since the
last snapshot was taken, you get to copy data, no matter the length of
the chain.

Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [Qemu-block] Enabling libgfapi disk access with oVirt 4.2

[Kevin Wolf]

Am 15.11.2017 um 23:05 hat Nir Soffer geschrieben:
> On Wed, Nov 15, 2017 at 8:58 AM Misak Khachatryan  wrote:
> 
> > Hi,
> >
> > will it be a more clean approach? I can't tolerate full stop of all
> > VMs just to enable it, seems too disastrous for real production
> > environment. Will it be some migration mechanisms in future?
> >
> 
> You can enable it per vm, you don't need to stop all of them. But I think
> we do not support upgrading a machine with running vms, so upgrading
> requires:
> 
> 1. migrating vms from the host you want to upgrade
> 2. upgrading the host
> 3. stopping the vm you want to upgrade to libgfapi
> 4. starting this vm on the upgraded host
> 
> Theoretically qemu could switch from one disk to another, but I'm not
> sure this is supported when switching to the same disk using different
> transports. I know it is not supported now to mirror a network drive to
> another network drive.

I don't think this is possible yet, but we're relatively close to
actually allowing this. No promises as to when qemu will allow QMP to
make arbitrary changes to the block graph, but it is being worked on.

Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Performance of cloning

[Kevin Wolf]

Am 28.09.2017 um 12:44 hat Nir Soffer geschrieben:
> On Thu, Sep 28, 2017 at 12:03 PM Gianluca Cecchi 
> wrote:
> 
> > Hello,
> > I'm on 4.1.5 and I'm cloning a snapshot of a VM with 3 disks for a total
> > of about 200Gb to copy
> > The target I choose is on a different domain than the source one.
> > They are both FC storage domains, with the source on SSD disks and the
> > target on SAS disks.
> >
> > The disks are preallocated
> >
> > Now I have 3 processes of kind:
> > /usr/bin/qemu-img convert -p -t none -T none -f raw
> > /rhev/data-center/59b7af54-0155-01c2-0248-0195/fad05d79-254d-4f40-8201-360757128ede/images/8f62600a-057d-4d59-9655-631f080a73f6/21a8812f-6a89-4015-a79e-150d7e202450
> > -O raw
> > /rhev/data-center/mnt/blockSD/6911716c-aa99-4750-a7fe-f83675a2d676/images/c3973d1b-a168-4ec5-8c1a-630cfc4b66c4/27980581-5935-4b23-989a-4811f80956ca
> >
> > but despite capabilities it seems it is copying using very low system
> > resources.
> >
> 
> We run qemu-img convert (and other storage related commands) with:
> 
> nice -n 19 ionice -c 3 qemu-img ...
> 
> ionice should not have any effect unless you use the CFQ I/O scheduler.
> 
> The intent is to limit the effect of virtual machines.
> 
> 
> > I see this both using iotop and vmstat
> >
> > vmstat 3 gives:
> > io -system-- --cpu-
> > bibo   in   cs us sy id wa st
> > 2527   698 3771 29394  1  0 89 10  0
> >
> 
> us 94% also seems very high - maybe this hypervisor is overloaded with
> other workloads?
> wa 89% seems very high

The alignment in the table is a bit off, but us is 1%. The 94 you saw is
part of cs=29394. A high percentage for wait is generally a good sign
because that means that the system is busy with actual I/O work.
Obviously, this I/O work is rather slow, but at least qemu-img is making
requests to the kernel instead of doing other work, otherwise user would
be much higher.

Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Regarding Host QoS

[Kevin Goldblatt]

Hello Rohit,

Just to clarify,

You edited the Logical Networks via the Rhevm GUI -> Network Tab ->
Selected relevant Network -> Edit Logical Network -> Selected Host Network
QoS -> Custom MTU and entered 5000 and pressed OK and then the error was
generated?

Also provide the following:

What version of Rhevm are you running?

Have you verified that your physical infrastructure (ports/switches)
support and are set to 10g and not the default of 1024?


Regards,


Kevin

On Thu, Jun 22, 2017 at 8:13 AM, TranceWorldLogic . <
tranceworldlo...@gmail.com> wrote:

> Hi,
>
> I have ethernet nic with 10Gbps link speed.
> I want to setup one network over it with rate limit as 5Gbps
>
> When I tried to enter 5000 mbps rate in host qos it throws error saying
> value cannot be more than 1024.
> Can some one help me to know how to set limit as 5000mbps(5gbps) rate ?
>
> Thanks,
> ~Rohit
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM disk update failure

[Kevin Goldblatt]

Hi Stephano,

>From the log I see that the image cannot be found. This would indicate that
you have an issue on your host connected to the storage provider:

OneImageInfoReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=254,
mMessage=Image path does not exist or cannot be accessed/created:
(u'/rhev/data-center/mnt/blockSD/6a386652-629d-4045-835b-
21d2f5c104aa/images/c5fb9190-d059-4d9b-af23-07618ff660ce',)]]

Please provide the following:

1. Provide the exact scenario you performed in the Update of the disk

2. Can you please check to see that the storage domain on which the disk
resides is up and running,

3. If not then check whether the storage on the host is visible through the
host

4. If all the above is working then please submit a bug through bugzilla
and provide the engine, server and vdsm logs.


Regards,


Kevin

On Tue, May 2, 2017 at 11:10 PM, Stefano Bovina  wrote:

> Hi, while trying to update a VM disk, a failure was returned (forcing me
> to add a new disk)
>
> Any advice on how to resolve this error?
>
> Thanks
>
>
> Installation info:
>
> ovirt-release35-006-1.noarch
> libgovirt-0.3.3-1.el7_2.1.x86_64
> vdsm-4.16.30-0.el7.centos.x86_64
> vdsm-xmlrpc-4.16.30-0.el7.centos.noarch
> vdsm-yajsonrpc-4.16.30-0.el7.centos.noarch
> vdsm-jsonrpc-4.16.30-0.el7.centos.noarch
> vdsm-python-zombiereaper-4.16.30-0.el7.centos.noarch
> vdsm-python-4.16.30-0.el7.centos.noarch
> vdsm-cli-4.16.30-0.el7.centos.noarch
> qemu-kvm-ev-2.3.0-29.1.el7.x86_64
> qemu-kvm-common-ev-2.3.0-29.1.el7.x86_64
> qemu-kvm-tools-ev-2.3.0-29.1.el7.x86_64
> libvirt-client-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-driver-storage-1.2.17-13.el7_2.3.x86_64
> libvirt-python-1.2.17-2.el7.x86_64
> libvirt-daemon-driver-nwfilter-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-driver-nodedev-1.2.17-13.el7_2.3.x86_64
> libvirt-lock-sanlock-1.2.17-13.el7_2.3.x86_64
> libvirt-glib-0.1.9-1.el7.x86_64
> libvirt-daemon-driver-network-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-driver-lxc-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-driver-interface-1.2.17-13.el7_2.3.x86_64
> libvirt-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-config-network-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-driver-secret-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-config-nwfilter-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-kvm-1.2.17-13.el7_2.3.x86_64
> libvirt-daemon-driver-qemu-1.2.17-13.el7_2.3.x86_64
>
>
>  engine.log
>
> 2017-05-02 09:48:26,505 INFO  [org.ovirt.engine.core.bll.UpdateVmDiskCommand]
> (ajp--127.0.0.1-8702-6) [c3d7125] Lock Acquired to object EngineLock
> [exclusiveLocks= key: 25c0bcc0-0d3d-4ddc-b103-24ed2ac5aa05 value:
> VM_DISK_BOOT
> key: c5fb9190-d059-4d9b-af23-07618ff660ce value: DISK
> , sharedLocks= key: 25c0bcc0-0d3d-4ddc-b103-24ed2ac5aa05 value: VM
> ]
> 2017-05-02 09:48:26,515 INFO  [org.ovirt.engine.core.bll.UpdateVmDiskCommand]
> (ajp--127.0.0.1-8702-6) [c3d7125] Running command: UpdateVmDiskCommand
> internal: false. Entities affected :  ID: c5fb9190-d059-4d9b-af23-07618ff660ce
> Type: DiskAction group EDIT_DISK_PROPERTIES with role type USER
> 2017-05-02 09:48:26,562 INFO  
> [org.ovirt.engine.core.bll.ExtendImageSizeCommand]
> (ajp--127.0.0.1-8702-6) [ae718d8] Running command: ExtendImageSizeCommand
> internal: true. Entities affected :  ID: c5fb9190-d059-4d9b-af23-07618ff660ce
> Type: DiskAction group EDIT_DISK_PROPERTIES with role type USER
> 2017-05-02 09:48:26,565 INFO  [org.ovirt.engine.core.vdsbro
> ker.irsbroker.ExtendImageSizeVDSCommand] (ajp--127.0.0.1-8702-6)
> [ae718d8] START, ExtendImageSizeVDSCommand( storagePoolId =
> 715d1ba2-eabe-48db-9aea-c28c30359808, ignoreFailoverLimit = false), log
> id: 52aac743
> 2017-05-02 09:48:26,604 INFO  [org.ovirt.engine.core.vdsbro
> ker.irsbroker.ExtendImageSizeVDSCommand] (ajp--127.0.0.1-8702-6)
> [ae718d8] FINISH, ExtendImageSizeVDSCommand, log id: 52aac743
> 2017-05-02 09:48:26,650 INFO  
> [org.ovirt.engine.core.bll.tasks.CommandAsyncTask]
> (ajp--127.0.0.1-8702-6) [ae718d8] CommandAsyncTask::Adding
> CommandMultiAsyncTasks object for command cb7958d9-6eae-44a9-891a-7fe088
> a79df8
> 2017-05-02 09:48:26,651 INFO  
> [org.ovirt.engine.core.bll.CommandMultiAsyncTasks]
> (ajp--127.0.0.1-8702-6) [ae718d8] CommandMultiAsyncTasks::AttachTask:
> Attaching task 769a4b18-182b-4048-bb34-a276a55ccbff to command
> cb7958d9-6eae-44a9-891a-7fe088a79df8.
> 2017-05-02 09:48:26,661 INFO  
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (ajp--127.0.0.1-8702-6) [ae718d8] Adding task 
> 769a4b18-182b-4048-bb34-a276a55ccbff
> (Parent Command UpdateVmDisk, Parameters Type org.ovirt.engine.core.common.a
> synctasks.AsyncTaskParameters), polling hasn't started yet..
> 2017-05-02 09:48:26,673 INFO  

Re: [ovirt-users] iSCSI Discovery cannot detetect LUN

[Kevin Goldblatt]

Hi Eduardo,

You say that the same iscsi storage works on another system? Are you using
different hosts there?

If so you need to check that the problematic systems host iqn is correctly
mapped in the storage provider:

Please check you current hosts and ensure that
/etc/iscsi/initiatorname.iscsi is the same as the one you defined in the
storage provider:
e.g.
cat cat /etc/iscsi/initiatorname.iscsi
InitiatorName=iqn.1994-05.com.mycorp:myhostname-vdsa

So then the iqn in the storage provider should also be:
iqn.1994-05.com.mycorp:myhostname-vdsa

After that reboot the host and rescan with the iscsiadm tool if needed

Regards,


Kevin



On Wed, Mar 29, 2017 at 1:12 PM, Liron Aravot  wrote:

>
>
> On Wed, Mar 29, 2017 at 12:59 PM, Eduardo Mayoral 
> wrote:
>
>> I had a similar problem, in my case this was related to multipath, it was
>> not masking the LUNs correctly, it was seeing it multiple times (one per
>> path), and I could not select the LUNs in the oVirt interface.
>>
>> Once I configured multipath correctly, everything worked like a charm.
>>
>> Best regards,
>>
>> --
>>
>> Eduardo Mayoral.
>>
>> On 29/03/17 11:30, Lukáš Kaplan wrote:
>>
>> Hello all,
>>
>> I did all steps as I described in previous email, but no change. I can't
>> see any  LUN after discovery and login of new iSCSI storage.
>> (That storage is ok, if I try to connect it to another and older ovirt
>> domain, it is working...)
>>
>> I tryed it on 3 new iSCSI targets alredy, all have same problem...
>>
>> Can somebody help me, please?
>>
>> --
>> Lukas Kaplan
>>
>>
> Hi Lukas,
> If you try to perform the discovery yourself, do you see the luns?
>
>>
>>
>> 2017-03-27 16:22 GMT+02:00 Lukáš Kaplan :
>>
>>> I did following steps:
>>>
>>>  - delete target on all initiators (ovirt nodes)
>>>  iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
>>> 10.53.1.201:3260 -u
>>>  iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
>>> 10.53.1.201:3260 -o delete
>>>
>>>  - stop tgtd on target
>>>  - fill storage by zeroes (dd if=/dev/zero of=/dev/md125 bs=4096
>>> status=progress)
>>>  - start tgtd
>>>  - tried to connect to ovirt (Discovery=ok, Login=ok, but can not see
>>> any LUN).
>>>
>>> === After that I ran this commands on one node: ===
>>>
>>> [root@fudi-cn1 ~]# iscsiadm -m session -o show
>>> tcp: [1] 10.53.0.10:3260,1 iqn.2017-03.cz.dragon.ovirt:ovirtengine
>>> (non-flash)
>>> tcp: [11] 10.53.0.201:3260,1 iqn.2017-03.cz.dragon.ovirt.fudi-sn1:10T
>>> (non-flash)
>>> tcp: [12] 10.53.1.201:3260,1 iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T
>>> (non-flash)
>>>
>>> [root@fudi-cn1 ~]# iscsiadm -m discoverydb -P1
>>> SENDTARGETS:
>>> DiscoveryAddress: 10.53.0.201,3260
>>> Target: iqn.2017-03.cz.dragon.ovirt:ovirtengine
>>> Portal: 10.53.0.201:3260,1
>>> Iface Name: default
>>> iSNS:
>>> No targets found.
>>> STATIC:
>>> Target: iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T
>>> Portal: 10.53.1.201:3260,1
>>> Iface Name: default
>>> Target: iqn.2017-03.cz.dragon.ovirt:ovirtengine
>>> Portal: 10.53.0.10:3260,1
>>> Iface Name: default
>>> Target: iqn.2017-03.cz.dragon.ovirt.fudi-sn1:10T
>>> Portal: 10.53.0.201:3260,1
>>> Iface Name: default
>>> FIRMWARE:
>>> No targets found.
>>>
>>> === On iscsi target: ===
>>> [root@fuvs-sn1 ~]# cat /proc/mdstat
>>> Personalities : [raid1] [raid6] [raid5] [raid4]
>>> md125 : active raid6 sdl1[11] sdk1[10] sdj1[9] sdi1[8] sdh1[7] sdg1[6]
>>> sdf1[5] sde1[4] sdd1[3] sdc1[2] sdb1[1] sda1[0]
>>>   9766302720 blocks super 1.2 level 6, 512k chunk, algorithm 2
>>> [12/12] []
>>>   bitmap: 0/8 pages [0KB], 65536KB chunk
>>> ...etc...
>>>
>>>
>>> [root@fuvs-sn1 ~]# cat /etc/tgt/targets.conf
>>> default-driver iscsi
>>>
>>> 
>>> # provided devicce as a iSCSI target
>>> backing-store /dev/md125
>>> # iSCSI Initiator's IP address you allow to connect
>>> #initiator-address 10.53.0.0/23
>>> 
>>>
>>> --
>>> Lukas Kaplan
>>>
>>> 2017-03-25 12:36 GMT+01:00 Lukas Kaplan :
>>>
>>>> Co muze mys

Re: [ovirt-users] Event History for a VM

[Kevin Goldblatt]

Hi Sven,

On your engine you can run the following to get the vms info from the
engine database:

su - postgres -c "psql -U postgres engine -c  'select * from vms;'" |less -S

You may also find some info on the specific vm in the engine log and the
libvirt log:

On the engine - /var/log/ovirt-engine/engine.log (this will probably have
been rotated in your case. Check to see the oldest engine.log in the
directory).

On the host the the vm runs on - /var/log/libvirt/qemu/vm111.log


Hope this helps,


Kevin

On Tue, Mar 21, 2017 at 9:45 AM, Gianluca Cecchi 
wrote:

> On Tue, Mar 21, 2017 at 8:42 AM, Sven Achtelik 
> wrote:
>
>> Hi,
>>
>>
>>
>> does anyone know if this information is pulled from the logs and if it’s
>> related to the log-rotation or if this is part of the Engine DB. I need to
>> know if it’s possible to read this information like 2 or 3 years later for
>> some auditing purpose. It might help if you could let me know where to look
>> at.
>>
>>
>>
>> Thank you,
>>
>>
>>
>> Sven
>>
>> *Von:* users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *Im
>> Auftrag von *Sven Achtelik
>> *Gesendet:* Donnerstag, 16. März 2017 11:54
>> *An:* users@ovirt.org
>> *Betreff:* [ovirt-users] Event History for a VM
>>
>>
>>
>> Hi All,
>>
>>
>>
>> I would need to have an Event-History of our VMs for auditing purposes
>> that is able to go back until the moment the VM was created/imported. I
>> found the Events Tab in the VM view and found that this is not showing
>> everything to the moment of creation. Things that are important for me
>> would be any change in CPUs or Host that the VM is pinned to. Are the
>> Events stored in the Engine DB and can I read them in any way ? Is there a
>> value that needs to be changed in order to keep all Events for a VM ?
>>
>>
>>
>> Thank you for helping,
>>
>>
>>
>> Sven
>>
>>
>>
>
> +1
>
> Gianluca
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM support for Infiniband

[Kevin Hung]

On 9/30/2016 10:10 AM, Kevin Hung wrote:
oVirt sees the HCA as SR-IOV capable and it sees the VFs, so I believe 
I have set up SR-IOV correctly. I was able to do a generic passthrough 
of the HCA, but I was not able to pass through the VFs to more than 
one VM probably because they are all in the same IOMMU group. I first 
tried following the oVirt 3.6 Deep Dive video on SR-IOV [1] but was 
stuck because of the bridging problem.

[1] https://www.youtube.com/watch?v=A-MROZ8D06Y


I was able to pass through the VFs after fixing the IOMMU issue. I had 
to read up on IOMMU groups and discovered that the PCIe root ports on 
Xeon E3 processors do not support ACS [1], which is needed for the VFs 
to be in different IOMMU groups. I was able to plug the HCA into a 
different PCIe slot which was connected to the PCH instead, allowing 
VFIO to see the VFs in different IOMMU groups.


The way SR-IOV works for Ethernet network adapters in oVirt seems to be 
really nice as the scheduler takes care of the pass-through. Is this 
possible for Infiniband HCAs or is that a technical/architectural 
limitation?


[1] http://vfio.blogspot.com.ar/2014/08/iommu-groups-inside-and-out.html

Thanks,
Kevin Hung
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM support for Infiniband

[Kevin Hung]

On 9/30/2016 9:28 AM, Michal Skrivanek wrote:

On 30 Sep 2016, at 03:56, Kevin Hung  wrote:

Hello,

I have been trying (unsuccessfully) to add my Infiniband HCAs on my VM hosts to 
oVirt 4.0.4. I am not using IBoIP, just plain Infiniband. I would like to be 
able to pass through the card (or better yet the VF from SR-IOV) to the guest 
VM.

SR-IOV should work (or general PCI passthrough), it’s then transparent to 
oVirt. Did you not succeed with setting up SR-IOV or generic passthrough of the 
HCA?
oVirt sees the HCA as SR-IOV capable and it sees the VFs, so I believe I 
have set up SR-IOV correctly. I was able to do a generic passthrough of 
the HCA, but I was not able to pass through the VFs to more than one VM 
probably because they are all in the same IOMMU group. I first tried 
following the oVirt 3.6 Deep Dive video on SR-IOV [1] but was stuck 
because of the bridging problem.





 From what I can figure out, oVirt is trying to bridge the interface but I 
don't think that will work as shown here [1]. Does oVirt currently have support 
for passing through Infiniband to VMs? If not, are there any plans to support 
it?

Well, at least for generic passthrough the PCI device would be detached from 
the host so should not be recognized/touched by oVirt networking code at all.

Thanks,
michal


[1] http://lists.ovirt.org/pipermail/users/2016-July/040898.html

Thanks,
Kevin Hung
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



[1] https://www.youtube.com/watch?v=A-MROZ8D06Y
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM support for Infiniband

[Kevin Hung]

Hello,

I have been trying (unsuccessfully) to add my Infiniband HCAs on my VM 
hosts to oVirt 4.0.4. I am not using IBoIP, just plain Infiniband. I 
would like to be able to pass through the card (or better yet the VF 
from SR-IOV) to the guest VM.


From what I can figure out, oVirt is trying to bridge the interface but 
I don't think that will work as shown here [1]. Does oVirt currently 
have support for passing through Infiniband to VMs? If not, are there 
any plans to support it?


[1] http://lists.ovirt.org/pipermail/users/2016-July/040898.html

Thanks,
Kevin Hung
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6 : iSCSI LUN not detected

[Kevin Goldblatt]

Hi Alexis

Were you able to resolve your storage LUN issue?

Regards,


Kevin

On Wed, Aug 10, 2016 at 11:38 AM, Alexis HAUSER <
alexis.hau...@telecom-bretagne.eu> wrote:

> Hi,
>
> I am reinstalling a new Node with a new hosted-engine and I would like to
> import an iSCSI storage from a previous ovirt installation.
> However, I can see all LUN present on that iSCSI but the one I want... I
> checked from the iSCSI array and this disk still exists, it's just not
> detected from Ovirt (3.6)...
> I tried to make a new data domain and chosed that same iSCSI and it's also
> not detected.
>
> Any ideas ?
>
> I didn't remove the storage from the Engine interface on the previous
> installation, just just turned off all VMs accessing the iSCSI and
> unplugged the cable. Is it possible there is still a lock file or something
> from the previous hypervisor ?
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

On 7/4/2016 4:38 AM, Simone Tiraboschi wrote:

On Sun, Jul 3, 2016 at 5:57 AM, Kevin Hung  wrote:

4. Using cloud-init with default values to customize the engine appliance
can fail on the line "Creating/refreshing DWH database schema" if it takes
longer than 600 seconds to return output. This may apply to any other step
that takes a long time to complete. The VM no longer appears to be exist
after the setup exits that so I am unable to debug.

600 seconds seams more than a reasonable time to create an empty DB,
if it requires more than 10 minutes for a simple/short operation there
is probably something strange with the storage.
I monitored the host RAM/CPU usage and the utilization of the Ethernet 
interface on the shared storage. RAM and CPU usage were minimal and 
there was barely anything going through the network interface. I can 
confirm that the network interface is fine as it is heavily utilized 
when the engine setup uses it to copy the image to the storage. I'm not 
sure what other statistics I should monitor to see if there's a bottleneck.

5. Without using cloud-init, the setup creates an engine VM that I cannot
log into (it does not seem to use the engine admin password or a blank
password).

Yes, the engine VM host-name and its root password are configured via
cloud-init and there is not default password.
If you want to avoid using cloud-init you have to reset the root
password of the engine VM as for any el7 machine.


6. Destroying the VM (option 4) leaves the files intact on the shared
storage so I cannot restart setup without deleting those first. This may be
intentional, but the use of kvm terminology (destroy for power off) is not
common, not to mention that "virsh -r list --all" does not list the VM
anymore.

On failures, there is not just the engine VM disk but a whole storage
domain for hosted-engine which also contains ancillary disks.
Re-deploying over a dirty storage is not supported so please clean up
the whole storage domain on failures.


7. Unable to deploy second host through web UI (error "Failed to configure
management network on host node2 due to setup networks failure.") or using

This is not hosted-engine specific:
https://bugzilla.redhat.com/show_bug.cgi?id=1350763
Thanks for pointing out the BZ ticket. I'm not entirely certain that's 
the same issue I was seeing. Of course, I have no way of verifying 
anymore as I have already re-deployed using CentOS instead of Node.



ovirt-hosted-engine-setup (it looks like it can't connect to or doesn't
start the broker service).
8. Random errors to stderr: "vcpu0 unhandled rdmsr" (this seems to be an

Are you running in a nested env?

No, this is bare-metal, not a nested environment.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

Looks like there still needs to be some work done on oVirt 4.0 Node and 
ovirt-hosted-engine-setup before it's ready for general consumption. I 
have spent days trying to get this to work, and only got it running (on 
one host) after encountering 8 serious issues (7 below and the initial 
glusterfs one). I have not been able to successfully deploy a second 
host (see issue 7 below). I will be moving back to deploying hosts using 
CentOS (with either oVirt 4.0 or oVirt 3.6) as I need a working oVirt 
deployment up and running.


In case anyone is interested in reproducing the issues, I used the Node 
ISO here [1] and the latest (7/2/2016) engine appliance OVA here [2]. 
Those seem to be the "official" files as far as I can tell (which is 
difficult as the documentation is not clear).


List of issues:
1. The error I mentioned seems to be an problem with the code. I 
bypassed it by deleting 
/usr/libexec/vdsm/hooks/before_network_setup/50_fcoe.
2. ovirt-hosted-engine-setup is unable to connect to the vdsm service if 
the FQDN of the node is not resolvable (i.e. if a DNS server is not 
entered in the initial setup). This should be checked in either the 
initial oVirt Node setup process or the beginning of 
ovirt-hosted-engine-setup.
3. The management bridge does not get created properly when the server 
is set up with a manually configured DNS server and running 
NetworkManager (the default on Node). It seems like a bug has been filed 
for this back in 2014. [3]
4. Using cloud-init with default values to customize the engine 
appliance can fail on the line "Creating/refreshing DWH database schema" 
if it takes longer than 600 seconds to return output. This may apply to 
any other step that takes a long time to complete. The VM no longer 
appears to be exist after the setup exits that so I am unable to debug.
5. Without using cloud-init, the setup creates an engine VM that I 
cannot log into (it does not seem to use the engine admin password or a 
blank password).
6. Destroying the VM (option 4) leaves the files intact on the shared 
storage so I cannot restart setup without deleting those first. This may 
be intentional, but the use of kvm terminology (destroy for power off) 
is not common, not to mention that "virsh -r list --all" does not list 
the VM anymore.
7. Unable to deploy second host through web UI (error "Failed to 
configure management network on host node2 due to setup networks 
failure.") or using ovirt-hosted-engine-setup (it looks like it can't 
connect to or doesn't start the broker service).
8. Random errors to stderr: "vcpu0 unhandled rdmsr" (this seems to be an 
upstream bug) and "multipath: error getting device" (this has been an 
issue for years with oVirt and seems to be due to multipathing being on 
by default even for systems where that does not apply).


[1] 
http://resources.ovirt.org/pub/ovirt-4.0/iso/ovirt-node-ng-installer/ovirt-node-ng-installer-ovirt-4.0-2016062412.iso
[2] 
http://jenkins.ovirt.org/view/All/job/ovirt-appliance_ovirt-4.0_build-artifacts-el7-x86_64/

[3] https://bugzilla.redhat.com/show_bug.cgi?id=1160423

On 7/1/2016 8:37 PM, Kevin Hung wrote:
It looks like I'm now getting an error when the deployment tries to 
configure the management bridge.


Setup log:

2016-07-01 20:29:47 INFO otopi.plugins.gr_he_common.network.bridge 
bridge._misc:

372 Configuring the management bridge
2016-07-01 20:29:48 DEBUG otopi.plugins.gr_he_common.network.bridge 
bridge._misc
:384 networks: {'ovirtmgmt': {'nic': 'eno1', 'ipaddr': 
u'192.168.1.211', 'netmask': u'255.255.255.0', 'bootproto': u'none', 
'gateway': u'192.168.1.1', 'defaultRoute': True}}
2016-07-01 20:29:48 DEBUG otopi.plugins.gr_he_common.network.bridge 
bridge._misc

:385 bonds: {}
2016-07-01 20:29:48 DEBUG otopi.plugins.gr_he_common.network.bridge 
bridge._misc

:386 options: {'connectivityCheck': False}
2016-07-01 20:29:48 DEBUG otopi.context context._executeMethod:142 
method exception

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, 
in _executeMethod

method['method']()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/network/bridge.py", 
line 387, in _misc

_setupNetworks(conn, networks, bonds, options)
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/network/bridge.py", 
line 405, in _setupNetworks

'message: "%s"' % (networks, code, message))
RuntimeError: Failed to setup networks {'ovirtmgmt': {'nic': 'eno1', 
'ipaddr': u'192.168.1.211', 'netmask': u'255.255.255.0', 'bootproto': 
u'none', 'gateway': u'192.168.1

Re: [ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

It looks like I'm now getting an error when the deployment tries to 
configure the management bridge.


Setup log:

2016-07-01 20:29:47 INFO otopi.plugins.gr_he_common.network.bridge 
bridge._misc:

372 Configuring the management bridge
2016-07-01 20:29:48 DEBUG otopi.plugins.gr_he_common.network.bridge 
bridge._misc
:384 networks: {'ovirtmgmt': {'nic': 'eno1', 'ipaddr': u'192.168.1.211', 
'netmask': u'255.255.255.0', 'bootproto': u'none', 'gateway': 
u'192.168.1.1', 'defaultRoute': True}}
2016-07-01 20:29:48 DEBUG otopi.plugins.gr_he_common.network.bridge 
bridge._misc

:385 bonds: {}
2016-07-01 20:29:48 DEBUG otopi.plugins.gr_he_common.network.bridge 
bridge._misc

:386 options: {'connectivityCheck': False}
2016-07-01 20:29:48 DEBUG otopi.context context._executeMethod:142 
method exception

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, 
in _executeMethod

method['method']()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/network/bridge.py", 
line 387, in _misc

_setupNetworks(conn, networks, bonds, options)
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/network/bridge.py", 
line 405, in _setupNetworks

'message: "%s"' % (networks, code, message))
RuntimeError: Failed to setup networks {'ovirtmgmt': {'nic': 'eno1', 
'ipaddr': u'192.168.1.211', 'netmask': u'255.255.255.0', 'bootproto': 
u'none', 'gateway': u'192.168.1.1', 'defaultRoute': True}}. Error code: 
"78" message: "Hook error: Hook Error: ('Traceback (most recent call 
last):\n  File "/usr/libexec/vdsm/hooks/before_network_setup/50_fcoe", 
line 18, in \nfrom vdsm.netconfpersistence import 
RunningConfig\nImportError: No module named netconfpersistence\n',)"
2016-07-01 20:29:48 ERROR otopi.context context._executeMethod:151 
Failed to execute stage 'Misc configuration': Failed to setup networks 
{'ovirtmgmt': {'nic': 'eno1', 'ipaddr': u'192.168.1.211', 'netmask': 
u'255.255.255.0', 'bootproto': u'none', 'gateway': u'192.168.1.1', 
'defaultRoute': True}}. Error code: "78" message: "Hook error: Hook 
Error: ('Traceback (most recent call last):\n File 
"/usr/libexec/vdsm/hooks/before_network_setup/50_fcoe", line 18, in 
\nfrom vdsm.netconfpersistence import 
RunningConfig\nImportError: No module named netconfpersistence\n',)"



On 7/1/2016 5:21 PM, Kevin Hung wrote:
Thank you Sahina, that was the issue. I upgraded my glusterfs server 
to 3.7.11 and I was able to continue with the deployment. I am seeing 
other issues with deployment, but I will look into those myself first. 
Bug has been logged [1].


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1352165


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

Thank you Sahina, that was the issue. I upgraded my glusterfs server to 
3.7.11 and I was able to continue with the deployment. I am seeing other 
issues with deployment, but I will look into those myself first. Bug has 
been logged [1].


[1] https://bugzilla.redhat.com/show_bug.cgi?id=1352165

On 7/1/2016 1:16 AM, Sahina Bose wrote:
This is a compatibility issue on executing cli commands. Is it 
possible to upgrade your glusterfs server to higher version, or 
downgrade the glusterfs-cli on node to 3.7.6.


Please log a bug in HE deploy to handle this error so that 
installation can proceed. (--remote-host option throws errors when 
there's a version mismatch)


On 07/01/2016 10:25 AM, Kevin Hung wrote:
Version 3.7.11 on node and version 3.7.6 on server. The node was set 
up using the ovirt-node-ng-installer-ovirt-4.0-2016062412 ISO.


On 7/1/2016 12:50 AM, Sahina Bose wrote:

Sorry, missed that you already ran it.
Version of glusterfs on node and server?




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

Version 3.7.11 on node and version 3.7.6 on server. The node was set up 
using the ovirt-node-ng-installer-ovirt-4.0-2016062412 ISO.


On 7/1/2016 12:50 AM, Sahina Bose wrote:

Sorry, missed that you already ran it.
Version of glusterfs on node and server?

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

The same as the other command, two blank lines.

On 7/1/2016 12:41 AM, Sahina Bose wrote:

What's the output of below from the node?
# gluster volume info mgmttank --remote-host=storage1.nullaxiom.com

On 07/01/2016 08:52 AM, Kevin Hung wrote:

Hello,

I thought I would ask the list if anyone is aware of this issue (or 
if I am doing something obviously wrong) before I submit a bug report.


It looks like I am not able to choose glusterfs as a storage option 
for deploying a Hosted Engine in oVirt 4.0 Node Next. I believe it is 
failing to execute the following command:
/sbin/gluster --mode=script --xml volume info mgmttank 
--remote-host=storage1.nullaxiom.com


When I run the command manually, I get a blank line as output and 
checking in /var/log/glusterfs/cli.log, it seems to be exiting with 
error code -2.


I have tried disabling the firewall on both host and gluster server, 
but it did not make a difference. I am able to manually mount the 
gluster volume on the host, and I had a working oVirt 3.6 
installation using the same exact gluster server.


Console output below:

[ INFO  ] Stage: Initializing
[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
  During customization use CTRL-D to abort.
  Continuing will configure this host for serving as 
hypervisor and create a VM where you have to install the engine 
afterwards.

  Are you sure you want to continue? (Yes, No)[Yes]:
  It has been detected that this program is executed through 
an SSH connection without using screen.
  Continuing with the installation may lead to broken 
installation if the network connection fails.
  It is highly recommended to abort the installation and run 
it inside a screen session using command "screen".

  Do you want to continue anyway? (Yes, No)[No]: yes
[ INFO  ] Hardware supports virtualization
  Configuration files: []
  Log file: 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160630225930-ef5wd4.log

  Version: otopi-1.5.0 (otopi-1.5.0-1.el7.centos)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization

  --== STORAGE CONFIGURATION ==--

  Please specify the storage you would like to use 
(glusterfs, iscsi, fc, nfs3, nfs4)[nfs3]: glusterfs
[ INFO  ] Please note that Replica 3 support is required for the 
shared storage.
  Please specify the full shared storage connection path to 
use (example: host:/path): storage1.nullaxiom.com:/mgmttank
[ ERROR ] Cannot access storage connection 
storage1.nullaxiom.com:/mgmttank: Command '/sbin/gluster' failed to 
execute
  Please specify the full shared storage connection path to 
use (example: host:/path):

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Unable to set up oVirt 4.0 HE using glusterfs storage

[Kevin Hung]

Hello,

I thought I would ask the list if anyone is aware of this issue (or if I 
am doing something obviously wrong) before I submit a bug report.


It looks like I am not able to choose glusterfs as a storage option for 
deploying a Hosted Engine in oVirt 4.0 Node Next. I believe it is 
failing to execute the following command:
/sbin/gluster --mode=script --xml volume info mgmttank 
--remote-host=storage1.nullaxiom.com


When I run the command manually, I get a blank line as output and 
checking in /var/log/glusterfs/cli.log, it seems to be exiting with 
error code -2.


I have tried disabling the firewall on both host and gluster server, but 
it did not make a difference. I am able to manually mount the gluster 
volume on the host, and I had a working oVirt 3.6 installation using the 
same exact gluster server.


Console output below:

[ INFO  ] Stage: Initializing
[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
  During customization use CTRL-D to abort.
  Continuing will configure this host for serving as hypervisor 
and create a VM where you have to install the engine afterwards.

  Are you sure you want to continue? (Yes, No)[Yes]:
  It has been detected that this program is executed through an 
SSH connection without using screen.
  Continuing with the installation may lead to broken 
installation if the network connection fails.
  It is highly recommended to abort the installation and run it 
inside a screen session using command "screen".

  Do you want to continue anyway? (Yes, No)[No]: yes
[ INFO  ] Hardware supports virtualization
  Configuration files: []
  Log file: 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160630225930-ef5wd4.log

  Version: otopi-1.5.0 (otopi-1.5.0-1.el7.centos)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ INFO  ] Stage: Environment customization

  --== STORAGE CONFIGURATION ==--

  Please specify the storage you would like to use (glusterfs, 
iscsi, fc, nfs3, nfs4)[nfs3]: glusterfs
[ INFO  ] Please note that Replica 3 support is required for the shared 
storage.
  Please specify the full shared storage connection path to use 
(example: host:/path): storage1.nullaxiom.com:/mgmttank
[ ERROR ] Cannot access storage connection 
storage1.nullaxiom.com:/mgmttank: Command '/sbin/gluster' failed to execute
  Please specify the full shared storage connection path to use 
(example: host:/path):

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [oVirt 4.0] Is it possible to access oVirt through a reverse proxy

[COUSIN Kevin]

Hi list,

I upgraded to oVirt 4.0 and it works fine. However, I used HAProxy to
access oVirt outside my LAN. It doesn't work anymore since I upgraded
to 4.0. It seems the oVirt Manager URL is rewritten by the SSO engine.
eg: ovirt.externaldomain.tld -> ovirtmanager.internaldomain.tld. 

Is it possible to disable this  behaviour and stay with
ovirt.externaldomain.tld ?

Regards

-- 
COUSIN Kevin 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt and Ceph

[Kevin Hrpcek]

Hello Charles,

The solution I came up with to solve this problem was to use RDO. I have
oVirt engine running on dedicated hardware. The best way to have oVirt
engine and RDO running on the same hardware is to build a VM on the same
hardware as the engine with virt manager or virsh using the local disk as
storage (you could possibly replace the VM with docker but I never explored
that option). I found it necessary to do this because the oVirt engine and
RDO http configs didn't play well together. They could probably be made to
work on the same OS instance, but it was taking much more time than I
wanted to figure out how to make httpd work with both. Once the VM is up
and running I set up the RDO repos on it and installed packstack. Use
packstack to generate an answers file, then go through the answers file and
set it up so that it only installs Cinder, Keystone, MariaDB, and RabbitMQ.
These are the only necessary pieces of openstack for cinder to work
correctly. Once it is installed you need to configure cinder and keystone
how you want since they only come with the admin tenant,user,project,etc...
I set up a ovirt user,tenant,project and configured cinder to use my ceph
cluster/pool.

It is much simpler to do than that long paragraph may make it seem at
first. I've also tested using CephFS as a POSIX storage domain in oVirt. It
works but in my experience there was at least a 25% performance decrease
over Cinder/RBD.

Kevin

On Fri, Jun 24, 2016 at 3:23 PM, Charles Gomes 
wrote:

> Hello
>
>
>
> I’ve been reading lots of material about implementing oVirt with Ceph,
> however all talk about using Cinder.
>
> Is there a way to get oVirt with Ceph without having to implement entire
> Openstack ?
>
> I’m already currently using Foreman to deploy Ceph and KVM nodes, trying
> to minimize the amount of moving parts. I heard something about oVirt
> providing a managed Cinder appliance, have any seen this ?
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cinder Snapshot Issues

[Kevin Hrpcek]

Qemu log for a cinder based VM is attached.

Current versions:
ovirt-engine-3.6.5.3-1.el7.centos.noarch
vdsm-4.17.26-0.el7.centos.noarch
qemu-kvm-ev-2.3.0-31.el7_2.10.1.x86_64
libvirt-daemon-kvm-1.2.17-13.el7_2.4.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64



On Wed, May 25, 2016 at 7:59 AM, Daniel Erez  wrote:

> According to VDSM log [1], there was a timeout error during snapshot
> operation.
> This could be a duplicate of bugs [2] already resolved in latest version.
> Can you please provide the versions of the following components for
> further investigation:
> engine / vdsm / qemu-kvm-rhev / libvirt. Also, please attach libivrt/qemu
> logs.
>
> [1] jsonrpc.Executor/6::ERROR::2016-05-23
> 13:09:46,790::vm::3311::virt.vm::(snapshot)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 3309, in snapshot
> self._dom.snapshotCreateXML(snapxml, snapFlags)
>   File "/usr/share/vdsm/virt/virdomain.py", line 76, in f
> raise toe
> TimeoutError: Timed out during operation: cannot acquire state change lock
> (held by remoteDispatchDomainSnapshotCreateXML)
>
> [2]
> https://bugzilla.redhat.com/show_bug.cgi?id=1261980
> https://bugzilla.redhat.com/show_bug.cgi?id=1250839
>
> On Mon, May 23, 2016 at 11:31 AM, Daniel Erez  wrote:
>
>>
>>
>> On Tue, Apr 12, 2016 at 11:13 PM, Kevin Hrpcek  wrote:
>>
>>> Hello,
>>>
>>> I'm running into a problem with live snapshots not working when using
>>> cinder/ceph disks. There are different failures for including and not
>>> including memory, but in each case cinder/ceph creates a new snapshot that
>>> can be seen in cinder and ceph. When doing a memory/disk snapshot the VM
>>> ends up in a paused state and I need to kill -9 the qemu process to be able
>>> to boot the vm again. The engine seems to be losing connection with the
>>> vdsm process on the VM host after freezing the guest's filesystems. The
>>> guest never receives the thaw command and it fails in the logs. I am
>>> pasting in some log snippets.
>>>
>>> 2016-04-12 19:24:58,851 INFO
>>> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
>>> (org.ovirt.thread.pool-8-thread-27) [5c4493e] Ending command
>>> 'org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand' successfully.
>>> 2016-04-12 19:27:56,873 ERROR
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Correlation ID: null, Call
>>> Stack: null, Custom Event ID: -1, Message: VDSM OVCL1A command failed:
>>> Message timeout which can be caused by communication issues
>>> 2016-04-12 19:27:56,873 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
>>> 'org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand' return value
>>> 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=5022,
>>> message=Message timeout which can be caused by communication issues]]'
>>> 2016-04-12 19:27:56,874 INFO
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] HostName = OVCL1A
>>> 2016-04-12 19:27:56,874 ERROR
>>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
>>> 'SnapshotVDSCommand(HostName = OVCL1A,
>>> SnapshotVDSCommandParameters:{runAsync='true',
>>> hostId='9bdfaedc-34a8-4a08-ad8a-c117835a6094',
>>> vmId='040609f6-cfe0-4763-8b32-08ffad158c93'})' execution failed:
>>> VDSGenericException: VDSNetworkException: Message timeout which can be
>>> caused by communication issues
>>> 2016-04-12 19:27:56,875 WARN
>>> [org.ovirt.engine.core.vdsbroker.VdsManager]
>>> (org.ovirt.thread.pool-8-thread-16) [4d97ca06] Host 'OVCL1A' is not
>>> responding.
>>>
>>> Disk only live snapshots freeze the guest file systems, the vm receives
>>> the thaw command, but the VM is no longer responsive. The VM pings on the
>>> network but it is hung and it also needs a kill -9 to the qemu process so
>>> that it can be booted again.
>>>
>>> jsonrpc.Executor/0::DEBUG::2016-04-12
>>> 19:41:58,342::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
>>> 'VM.snapshot' in bridge with {u'frozen': True, u'

[ovirt-users] All field on guest info tab are unknown

[Kevin C]

Hi list,

On a windows VM, all field in "Guest info" tab are "unknown". ovirt agent start 
successfully, I can see IP adress or applications. All drivers are OK.

Must I reinstall my agents ?

Thanks 

Kevin C

smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM status

[Kevin C]

Hi,

I have exclamation mark on some VM. But I can't have more informations when I 
hover my mouse over my VM (I only and "Up/Down" status or "Server/Desktop")

How can I know where is the problem ?

Thanks a lot

smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Windows BSOD with virtio serial driver

[Kevin COUSIN]

> 
> You need this driver for the guest agent to report information and
> generally work well in Windows. This is the communication channel for the
> agent.
> While this is a qemu and/or driver issues, we'll need a lot more
> information to able to help you, beginning with the version of Windows, the
> driver (and where it came from), etc.
> Y.
> 
OK thanks. That's why my ovirt agent is not working. 

I have a Windows 2008 R2 SP1 x64. All drivers came from ovirt guest install ISO.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-guest-agent not starting on Windows 2008 R2

[Kevin COUSIN]

>>
> 
> Is the virtio-serial driver installed and working correctly? Please check
> in the device manager.
> Y.
> 
> 
I have BSOD when I try to install virtio-serial on Windows (I sent to the list, 
I didn't know my errors are dependent).

So I need to fix my BSOD on virtio-serial driver to fix this.



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Windows BSOD with virtio serial driver

[Kevin C]

Hi list,


I imported two windows boxes from Proxmox to oVirt. I want to install 
ovirt-guest-agent and drivers, but I had BSOD when installing virtio-serial.

How can I have some debug info, and need I this driver ?



smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt-guest-agent not starting on Windows 2008 R2

[Kevin C]

Hi list,

On a Windows 2008 R2, oVirt guest agent is not starting. The following 
information was included with the event: 

Traceback (most recent call last):
  File "win32serviceutil.pyc", line 835, in SvcRun
  File "OVirtGuestService.pyc", line 89, in SvcDoRun
  File "GuestAgentWin32.pyc", line 655, in __init__
  File "OVirtAgentLogic.pyc", line 182, in __init__
  File "VirtIoChannel.pyc", line 151, in __init__
  File "VirtIoChannel.pyc", line 128, in __init__
  File "WinFile.pyc", line 40, in __init__
error: (2, 'CreateFile', 'The system cannot find the file specified.')

the message resource is present but the message is not found in the 
string/message table

How can I investigate and start the service ?

Thanks a lot

smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Cinder Snapshot Issues

[Kevin Hrpcek]

Hello,

I'm running into a problem with live snapshots not working when using
cinder/ceph disks. There are different failures for including and not
including memory, but in each case cinder/ceph creates a new snapshot that
can be seen in cinder and ceph. When doing a memory/disk snapshot the VM
ends up in a paused state and I need to kill -9 the qemu process to be able
to boot the vm again. The engine seems to be losing connection with the
vdsm process on the VM host after freezing the guest's filesystems. The
guest never receives the thaw command and it fails in the logs. I am
pasting in some log snippets.

2016-04-12 19:24:58,851 INFO
[org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
(org.ovirt.thread.pool-8-thread-27) [5c4493e] Ending command
'org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand' successfully.
2016-04-12 19:27:56,873 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(DefaultQuartzScheduler_Worker-27) [4d97ca06] Correlation ID: null, Call
Stack: null, Custom Event ID: -1, Message: VDSM OVCL1A command failed:
Message timeout which can be caused by communication issues
2016-04-12 19:27:56,873 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
'org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand' return value
'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=5022,
message=Message timeout which can be caused by communication issues]]'
2016-04-12 19:27:56,874 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(DefaultQuartzScheduler_Worker-27) [4d97ca06] HostName = OVCL1A
2016-04-12 19:27:56,874 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
'SnapshotVDSCommand(HostName = OVCL1A,
SnapshotVDSCommandParameters:{runAsync='true',
hostId='9bdfaedc-34a8-4a08-ad8a-c117835a6094',
vmId='040609f6-cfe0-4763-8b32-08ffad158c93'})' execution failed:
VDSGenericException: VDSNetworkException: Message timeout which can be
caused by communication issues
2016-04-12 19:27:56,875 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
(org.ovirt.thread.pool-8-thread-16) [4d97ca06] Host 'OVCL1A' is not
responding.

Disk only live snapshots freeze the guest file systems, the vm receives the
thaw command, but the VM is no longer responsive. The VM pings on the
network but it is hung and it also needs a kill -9 to the qemu process so
that it can be booted again.

jsonrpc.Executor/0::DEBUG::2016-04-12
19:41:58,342::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
'VM.snapshot' in bridge with {u'frozen': True, u'vmID':
u'040609f6-cfe0-4763-8b32-08ffad158c93', u'snapDrives': []}
jsonrpc.Executor/0::INFO::2016-04-12
19:41:58,343::vm::3237::virt.vm::(snapshot)
vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::



jsonrpc.Executor/0::ERROR::2016-04-12
19:41:58,346::vm::3252::virt.vm::(snapshot)
vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 3250, in snapshot
self._dom.snapshotCreateXML(snapxml, snapFlags)
  File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
124, in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in
wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2581, in
snapshotCreateXML
if ret is None:raise libvirtError('virDomainSnapshotCreateXML()
failed', dom=self)
libvirtError: unsupported configuration: nothing selected for snapshot
jsonrpc.Executor/7::DEBUG::2016-04-12
19:41:58,391::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
'VM.thaw' in bridge with {u'vmID': u'040609f6-cfe0-4763-8b32-08ffad158c93'}
jsonrpc.Executor/7::INFO::2016-04-12
19:41:58,391::vm::3041::virt.vm::(thaw)
vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Thawing guest filesystems
jsonrpc.Executor/7::INFO::2016-04-12
19:41:58,396::vm::3056::virt.vm::(thaw)
vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::6 guest filesystems thawed

Everything else is working well with cinder for running VMs (making disks,
running VMs, live migration, etc...). I was able to get live snapshots when
using a CephFS Posix storage domain.

Versions..
Ceph 9.2.0
oVirt Latest
CentOS 7.2
Cinder 7.0.1-1.el7

Any help would be appreciated.

Thanks,
Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM get stuck randomly

[Kevin Wolf]

Hi Christophe,

Am 30.03.2016 um 13:45 hat Christophe TREFOIS geschrieben:
> Another host went down, so I have to prepare info for this one.
> 
> I could not SSH to it anymore.
> Console would show login screen, but no keystrokes were registered.
> 
> I could “suspend” the VM and “run” it, but still can’t SSH to it.
> Before suspension, all QEMU threads were around 0%, after resuming, 3 of them 
> hover at 100%.
> 
> Attached you could find the gdb, core dump, and other logs.
> 
> Logs: https://dl.dropboxusercontent.com/u/63261/ubuntu2-logs.tar.gz
> 
> Core Dump: https://dl.dropboxusercontent.com/u/63261/core-ubuntu2.tar.gz
> 
> Is there anything else we could provide?

This sounds much like it's not qemu that hangs (because then stopping
and resuming wouldn't work any more), but just the guest OS that is
running inside the VM.

We've had cases before where qemu was reported to hang with 100% CPU
usage and in the end it turned out that the guest kernel had panicked.
Can you check whether a guest kernel crash could be the cause? If this
is reproducible, maybe the easiest way would be to attach a serial
console to the VM and let the kernel print its messages there.

Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] VM get stuck randomly

[Kevin Wolf]

Am 27.03.2016 um 22:38 hat Christophe TREFOIS geschrieben:
> Hi,
> 
> MS does not like my previous email, so here it is again with a link to Dropbox
> instead of as attached.
> 
> ——
> Hi Nir,
> 
> Inside the core dump tarball is also the output of the two gdb commands you
> mentioned.
> 
> Understandbly, you might not want to download the big files for that, so I
> attached them here seperately.

The gdb dump looks pretty much like an idle qemu that just sits there
and waits for events. The vcpu threads seem to be running guest code,
the I/O thread and SPICE thread are in poll() waiting for events to
respond to, and finally the RCU thread is idle as well.

Does the qemu process still respond to monitor commands, so for example
can you still pause and resume the guest?

Kevin

> For the other logs, here you go.
> 
> For gluster I didn’t know which, so I sent all.
> 
> I got the icinga notifcation at 17:06 CEST on March 27th (today). So for vdsm,
> I provided logs from 16h-18h.
> The check said that the VM was down for 11 minutes at that time.
> 
> https://dl.dropboxusercontent.com/u/63261/bioservice-1.tar.gz
> 
> Please do let me know if there is anything else I can provide.
> 
> Best regards,
>  
> 
> > On 27 Mar 2016, at 21:24, Nir Soffer  wrote:
> >
> > On Sun, Mar 27, 2016 at 8:39 PM, Christophe TREFOIS
> >  wrote:
> >> Hi Nir,
> >>
> >> Here is another one, this time with strace of children and gdb dump.
> >>
> >> Interestingly, this time, the qemu seems stuck 0%, vs 100% for other cases.
> >>
> >> The files for strace are attached.
> >
> > Hopefully Kevin can take a look.
> >
> >
> >> The gdb + core dump is found here (too
> >> big):
> >>
> >> https://dl.dropboxusercontent.com/u/63261/gdb-core.tar.gz
> >
> > I think it will be more useful to extract a traceback of all threads
> > and send the tiny traceback.
> >
> > gdb --pid  --batch --eval-command='thread apply all bt'
> >
> >> If it helps, most machines get stuck on the host hosting the self-hosted
> >> engine, which runs a local 1-node glusterfs.
> >
> > And getting also /var/log/messages, sanlock, vdsm, glusterfs and
> > libvirt logs for this timeframe
> > would be helpful.
> >
> > Nir
> >
> >>
> >> Thank you for your help,
> >>
> >> —
> >> Christophe
> >>
> >> Dr Christophe Trefois, Dipl.-Ing.
> >> Technical Specialist / Post-Doc
> >>
> >> UNIVERSITÉ DU LUXEMBOURG
> >>
> >> LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE
> >> Campus Belval | House of Biomedicine
> >> 6, avenue du Swing
> >> L-4367 Belvaux
> >> T: +352 46 66 44 6124
> >> F: +352 46 66 44 6949
> >> http://www.uni.lu/lcsb
> >>
> >>
> >>
> >> 
> >> This message is confidential and may contain privileged information.
> >> It is intended for the named recipient only.
> >> If you receive it in error please notify me and permanently delete the
> >> original message and any copies.
> >> 
> >>
> >>
> >>
> >>> On 25 Mar 2016, at 11:53, Nir Soffer  wrote:
> >>>
> >>> gdb --pid  --batch --eval-command='thread apply all bt'
> >>
> 


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN

[Kevin C]

Le mercredi 13 janvier 2016 à 14:37 +0100, Kevin C a écrit :
> 
> Le 12/01/2016 16:57, Maor Lipchuk a écrit :
> > - Original Message -
> > > From: "Kevin COUSIN" 
> > > To: "Maor Lipchuk" 
> > > Cc: "users" , "Oved Ourfali"  > > m>
> > > Sent: Tuesday, January 12, 2016 5:06:22 PM
> > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not
> > > MANIPULATE_STORAGE_DOMAIN
> > > 
> > > I set SuperAdmin Role on a group.
> > > It dosen't work with StorageAdmin role.
> > > I can't add set roles with my directory account, I need to use ad
> > > min@internal
> > > account.
> > 
> > Which DC are you trying to attach the Storage Domain?
> 
> I try to attach the Storage Domain to the Default DC (I have only one
> DC).
> 
> >  From the attached print screens it looks like the DC you have
> > permissions on are infra and local.
> infra.local is our AD realm.
> 
> > Also, Which oVirt version are you using?
> I am using oVirt 3.6.1.
> 
> > If it is possible can you please send print screens with the
> > permissions of the user and the permissions on the Data Center?
> You have print screens attached but I think you're right. I set roles
> on 
> a group, and I can see my user has not Admin role defined desipte my 
> user is on the group (I can login with this user, create VM...).
> 
I confirm. If I set SuperAdmin role on user, I can attach my storage.
Roles can not be applied from groups from my users are ?

Regards


> > 
> > Thanks,
> > Maor
> Regards,
> 
> Kevin C
> 
> > 
> > > 
> > > 
> > > COUSIN Kevin
> > > 
> > > - Mail original -
> > > > De: "Maor Lipchuk" 
> > > > À: "Kevin C" 
> > > > Cc: "users" , "Oved Ourfali"  > > > com>
> > > > Envoyé: Mardi 12 Janvier 2016 13:57:16
> > > > Objet: Re: [ovirt-users] User with SuperAdmin Role has not
> > > > MANIPULATE_STORAGE_DOMAIN
> > > > - Original Message -
> > > > > From: "Kevin C" 
> > > > > To: "Maor Lipchuk" 
> > > > > Cc: "users" , "Oved Ourfali"  > > > > t.com>
> > > > > Sent: Monday, January 11, 2016 11:04:11 AM
> > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not
> > > > > MANIPULATE_STORAGE_DOMAIN
> > > > > 
> > > > > 
> > > > > 
> > > > > Le 09/01/2016 16:09, Maor Lipchuk a écrit :
> > > > > > Hi Kevin,
> > > > > > 
> > > > > > Does it still reproduce after the permissions were set?
> > > > > > 
> > > > > > Regards,
> > > > > > Maor
> > > > > > 
> > > > > Hi Maor,
> > > > > 
> > > > > Yes it does, I just try it with another Domain.
> > > > > 
> > > > > Regards
> > > > 
> > > > Which role have you added to your user? Can u please try to
> > > > edit the role
> > > > which
> > > > you have added to your user, does the role "Configure Storage
> > > > Domain" is
> > > > marked
> > > > (See attached screenshot).
> > > > Can you please try to add to the user the role StorageAdmin
> > > > (See second
> > > > attached
> > > > screenshot)
> > > > 
> > > > Regards,
> > > > Maor
> > > > 
> > > > > ---
> > > > > 
> > > > > Kevin C
> > > > > 
> > > > > 
> > > > > > - Original Message -
> > > > > > > From: "Oved Ourfali" 
> > > > > > > To: "Kevin C" 
> > > > > > > Cc: "users" 
> > > > > > > Sent: Friday, January 8, 2016 1:20:53 PM
> > > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has
> > > > > > > not
> > > > > > >   MANIPULATE_STORAGE_DOMAIN
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > CC-ing someone from the storage team to take a look.
> > > > > > > On Jan 7, 2016 6:43 PM, "Kevin C" < kevin@fami

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN

[Kevin COUSIN]

I set SuperAdmin Role on a group. 
It dosen't work with StorageAdmin role.
I can't add set roles with my directory account, I need to use admin@internal 
account.



   COUSIN Kevin

- Mail original -
> De: "Maor Lipchuk" 
> À: "Kevin C" 
> Cc: "users" , "Oved Ourfali" 
> Envoyé: Mardi 12 Janvier 2016 13:57:16
> Objet: Re: [ovirt-users] User with SuperAdmin Role has not 
> MANIPULATE_STORAGE_DOMAIN

> - Original Message -
>> From: "Kevin C" 
>> To: "Maor Lipchuk" 
>> Cc: "users" , "Oved Ourfali" 
>> Sent: Monday, January 11, 2016 11:04:11 AM
>> Subject: Re: [ovirt-users] User with SuperAdmin Role has not
>> MANIPULATE_STORAGE_DOMAIN
>> 
>> 
>> 
>> Le 09/01/2016 16:09, Maor Lipchuk a écrit :
>> > Hi Kevin,
>> >
>> > Does it still reproduce after the permissions were set?
>> >
>> > Regards,
>> > Maor
>> >
>> Hi Maor,
>> 
>> Yes it does, I just try it with another Domain.
>> 
>> Regards
> 
> 
> Which role have you added to your user? Can u please try to edit the role 
> which
> you have added to your user, does the role "Configure Storage Domain" is 
> marked
> (See attached screenshot).
> Can you please try to add to the user the role StorageAdmin (See second 
> attached
> screenshot)
> 
> Regards,
> Maor
> 
>> 
>> ---
>> 
>> Kevin C
>> 
>> 
>> > - Original Message -
>> >> From: "Oved Ourfali" 
>> >> To: "Kevin C" 
>> >> Cc: "users" 
>> >> Sent: Friday, January 8, 2016 1:20:53 PM
>> >> Subject: Re: [ovirt-users] User with SuperAdmin Role has not
>> >>   MANIPULATE_STORAGE_DOMAIN
>> >>
>> >>
>> >>
>> >> CC-ing someone from the storage team to take a look.
>> >> On Jan 7, 2016 6:43 PM, "Kevin C" < ke...@famillecousin.fr > wrote:
>> >>
>> >>
>> >>
>> >> Hi,
>> >>
>> >> I set it on "system" level, on right upper side.
>> >>
>> >> Regards,
>> >>
>> >> Le 07/01/2016 17:39, Oved Ourfali a écrit :
>> >>
>> >>
>> >>
>> >>
>> >> Permissions in ovirt are composed of the role, user/group, and object.
>> >>
>> >> I guess you refer to the SuperUser role. Question is what object you've
>> >> granted it on.
>> >>
>> >> In order to have a permission on "system" level, you gave to go to the
>> >> configure dialog (see right upper side of your screen).
>> >>
>> >> Regards,
>> >> Oved Ourfali
>> >> Hi list,
>> >>
>> >> I set the SuperAdmin Role on a AD group. I use my account in this group to
>> >> use oVirt. I try today to add an Export Domain but I failed with this
>> >> error
>> >> in log :
>> >>
>> >> 2016-01-07 16:46:28,883 INFO
>> >> [org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand]
>> >> (default task-1) [68d5410a] No permission found for user
>> >> '8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the groups he is member
>> >> of,
>> >> when running action 'AttachStorageDomainToPool', Required permissions are:
>> >> Action type: 'ADMIN' Action group: 'MANIPULATE_STORAGE_DOMAIN' Object
>> >> type:
>> >> 'Storage' Object ID: 'c7dee64d-a27e-446e-8656-cef2d8ea42a6'.
>> >>
>> >>
>> >> Where can I set the good permission ?
>> >>
>> >> Thanks a lot
>> >> ---
>> >> Kevin C
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >>
>> >>
>> >>
>> >>
>> >> ___
>> >> Users mailing list
>> >> Users@ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >>
>> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN

[Kevin C]

Le 09/01/2016 16:09, Maor Lipchuk a écrit :

Hi Kevin,

Does it still reproduce after the permissions were set?

Regards,
Maor


Hi Maor,

Yes it does, I just try it with another Domain.

Regards

---

Kevin C



- Original Message -

From: "Oved Ourfali" 
To: "Kevin C" 
Cc: "users" 
Sent: Friday, January 8, 2016 1:20:53 PM
Subject: Re: [ovirt-users] User with SuperAdmin Role has not
MANIPULATE_STORAGE_DOMAIN



CC-ing someone from the storage team to take a look.
On Jan 7, 2016 6:43 PM, "Kevin C" < ke...@famillecousin.fr > wrote:



Hi,

I set it on "system" level, on right upper side.

Regards,

Le 07/01/2016 17:39, Oved Ourfali a écrit :




Permissions in ovirt are composed of the role, user/group, and object.

I guess you refer to the SuperUser role. Question is what object you've
granted it on.

In order to have a permission on "system" level, you gave to go to the
configure dialog (see right upper side of your screen).

Regards,
Oved Ourfali
Hi list,

I set the SuperAdmin Role on a AD group. I use my account in this group to
use oVirt. I try today to add an Export Domain but I failed with this error
in log :

2016-01-07 16:46:28,883 INFO
[org.ovirt.engine.core.bll.storage.AttachStorageDomainToPoolCommand]
(default task-1) [68d5410a] No permission found for user
'8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the groups he is member of,
when running action 'AttachStorageDomainToPool', Required permissions are:
Action type: 'ADMIN' Action group: 'MANIPULATE_STORAGE_DOMAIN' Object type:
'Storage' Object ID: 'c7dee64d-a27e-446e-8656-cef2d8ea42a6'.


Where can I set the good permission ?

Thanks a lot
---
Kevin C
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt-aaa-jdbc-tool error on engine-setup

[Kevin C]

Hi list,

I cannot setup an ovirt-engine on a new server, It fails with [ ERROR ] 
Failed to execute stage 'Misc configuration': Command 
'/usr/bin/ovirt-aaa-jdbc-tool' failed to execute.


What I need to do to debug ?

Regards

Kevin C
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] New oVirt Node releases?

[Kevin Hung]

Hello,

I have noticed that there have not been any official releases of oVirt 
Node since 3.5.2 [1]. I have tried looking through the Users and the 
Announce mailing lists for any information regarding the lack of 
releases, but I was not able to find anything from the past few months. 
The official documentation for oVirt seems to indicate that oVirt Node 
is still supported.


Are there just build problems preventing oVirt Node from being released? 
Or are we supposed to use either the latest Jenkins build or our own 
build [2] if we wish to deploy oVirt Node?


[1] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-node/el7-3.5.2/
[2] http://www.ovirt.org/Node_Building
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Network tagging

[Kevin COUSIN]

Hi list,

Is it possible to add same VLAN as tagged for different purposes :

* VLAN XX as VM network and tagged to attach VM
* VLAN XX tagged for bonding with another VLAN on an interface


Regards

Kevin C
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Remove reporst and dwh services and db

[Kevin COUSIN]

Hi list,

Is it safe to remove dwh service et databases from an running ovirt engine ?

I think I can try something like :

engine-cleanup 
[ INFO  ] Stage: Initializing
[ INFO  ] Stage: Environment setup
  Configuration files: 
['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf', 
'/etc/ovirt-engine-setup.conf.d/10-packaging-reports-jboss.conf', 
'/etc/ovirt-engine-setup.conf.d/10-packaging.conf', 
'/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
  Log file: 
/var/log/ovirt-engine/setup/ovirt-engine-remove-20151218103955-e7a1em.log
  Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos)
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment customization
  Do you want to remove all components? (Yes, No) [Yes]: no
 
  --== PRODUCT OPTIONS ==--
 
  Do you want to remove PKI keys? (Yes, No) [No]: no
  Do you want to remove ISO domain layout? (Yes, No) [No]: no
  Do you want to remove YUM version locking configuration? (Yes, No) 
[No]: no
  Do you want to remove PKI configuration? (Yes, No) [No]: no
  Do you want to remove Core files? (Yes, No) [No]: no
  Do you want to remove DWH files? (Yes, No) [No]: yes
  Do you want to remove Reports files? (Yes, No) [No]: yes
  Do you want to remove NFS exports configuration? (Yes, No) [No]: no
  Do you want to remove NFS Configuration? (Yes, No) [No]: no
  Do you want to remove Apache SSL configuration? (Yes, No) [No]: no
  Do you want to remove VMConsole Helper PKI keys? (Yes, No) [No]: no
  Do you want to remove VMConsole PKI Proxy keys? (Yes, No) [No]: no
  The following files were changed since setup:
  /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-uuid.conf
  
/etc/ovirt-engine-reports/ovirt-engine-reports.conf.d/10-setup-database.conf
  /etc/ovirt-engine-dwh/ovirt-engine-dwhd.conf.d/10-setup-database.conf
  /etc/ovirt-engine-reports/sso.properties
  Remove them anyway? (Yes, No) [Yes]: yes
  Do you want to remove the engine? (Yes, No) [No]: no
  Do you want to remove DWH DB content? All data will be lost (Yes, No) 
[No]: yes
  Do you want to remove Reports DB content? All data will be lost (Yes, 
No) [No]: yes
  Do you want to remove Reports Jasper artifacts? (Yes, No) [No]: yes
  Do you want to remove the WebSocket proxy? (Yes, No) [No]: no
[ INFO  ] Stage: Setup validation
  During execution engine service will be stopped (OK, Cancel) [OK]: 
Cancel

Regards,
----

   COUSIN Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Multiple export domains limit?

[Kevin COUSIN]

Le vendredi 20 novembre 2015 à 16:46 +0200, Nir Soffer a écrit :
> On Thu, Nov 19, 2015 at 7:51 PM, Nicolas Ecarnot  > wrote:
> > Le 19/11/2015 18:19, Allon Mureinik a écrit :
> > > 
> > > Why would you need more than one?
> > 
> > 
> > - To export some Q/A VMs to a low-cost NFS storage, and production
> > VMs to a
> > high quality and fast NFS storage
> > - To choose different backup plans towards different NFS storages
> > - to easily exchange exported VMs between datacenters without the
> > hassle of
> > mouting/unmounting (the oVirt way), or approaching
> > - 76 other reasons
> 
> Makes sense, would you open a bug for this, so we can consider it for
> next release?
> 
> Nir
I open  RFE 1289572 for this.

Thanks

Regards,

Kevin C

> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Severale Exports domain

[Kevin COUSIN]

Hi list, 

Is it possible to add more than 1 export domain in oVirt ?


Regards,

Kevin C
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 4.0 wishlist: progress bar in the WebUI

[Kevin COUSIN]

Hi list,

It could be great if we can follow process like moving Disk storage,
snapshots or VM import in the oVirt Interface, like in VMware or VMM.

Regards,

Kevin C
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Random VMs stuck in [drm] fb: depth 24,pitch 4096

[kevin parrikar]

Running centos 6.7 and trying to PXE boot centos 6.5 vms but some of
them are stuck with this in boot message:

[drm] fb: depth 24,pitch 4096

screenshot of vm console:
http://snag.gy/7Bhyc.jpg

tried restarting vms but its still stuck there

rpm -qa |grep kvm
qemu-kvm-rhev-tools-0.12.1.2-2.479.el6_7.2.x86_64
qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64

rpm -qa |grep seabio
seabios-0.6.1.2-30.el6.x86_64

uname -a
2.6.32-431.el6.x86_64

ever seen this behaviour?

vms have 8gb/4cpu
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate from ovirt-manage-domains to aaa

[Kevin COUSIN]

> De: "Alon Bar-Lev" 
> À: "Kevin COUSIN" 
> Cc: "users" 
> Envoyé: Jeudi 5 Novembre 2015 11:19:36
> Objet: Re: [ovirt-users] Migrate from ovirt-manage-domains to aaa

> Hi,
> 
> engine-manage-domains is capable of removing a domain.
> then you can delete all users with authz name of the old domain by sorting the
> users in the webadmin UI.
> 
> if you would like to migrate from one into the other you can use this[1]
> utility.
> 
> Regards,
> Alon Bar-Lev.
> 
> [1] https://github.com/machacekondra/ovirt-engine-kerbldap-migration/releases

Thanks Alon,

Very nice tool, it works like a charm

Regards



   Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Migrate from ovirt-manage-domains to aaa

[Kevin COUSIN]

Hi list,

I setup aaa feature to authenticate to our Active Directory, but how can I 
delete old configuration made with engine-manage-domains in ovirt 3.6 ?

Thanks



   COUSIN Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt monitoring with libirt-snmp

[Kevin COUSIN]

Hi Dan, 

I want to monitor my oVirt infrastructure with Zabbix. I found a zabbix 
template , but it needs to modifiy libirtd.conf to enable libvirt-snmp to 
access VM informations (https://github.com/jensdepuydt/zabbix-ovirt).



   Kevin

- Mail original -
> De: "Dan Kenigsberg" 
> À: "Roman Mohr" 
> Cc: "Kevin COUSIN" , "users" 
> Envoyé: Jeudi 22 Octobre 2015 09:39:49
> Objet: Re: [ovirt-users] oVirt monitoring with libirt-snmp

> On Wed, Oct 21, 2015 at 05:48:17PM +0200, Roman Mohr wrote:
>> Hi Kevin,
>> 
>> 
>> you should not change auth_unix_rw=sasl. I never used libvirt-snmp but it
>> is save to create another user like this:
>> 
>> > saslpasswd2 -a libvirt 
>> 
>> I did that several times on my hosts.
>> 
>> 
>> On Mon, Oct 19, 2015 at 4:43 PM, Kevin COUSIN 
>> wrote:
>> 
>> > Hi list,
>> >
>> > Is it safe to edit /etc/libvirt/libvirtd.conf? I need to change
>> > auth_unix_rw="sasl" because I want to allow libvirt-snmp to acess to VM
>> > informations. Perhaps I need to create a user in sasl instead ?
> 
> Would you share your use case for libvirt-snmp?
> 
> The supposed danger is that whatever uses snmp may modify VM state under
> the feet of oVirt and surprise it.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt monitoring with libirt-snmp

[Kevin COUSIN]

Hi list,

Is it safe to edit /etc/libvirt/libvirtd.conf? I need to change 
auth_unix_rw="sasl" because I want to allow libvirt-snmp to acess to VM 
informations. Perhaps I need to create a user in sasl instead ?

Thanks a lot



   COUSIN Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Migrate VM to new cluster

[Kevin COUSIN]

Hi list,

Hi upgrade my nodes from CentOS 6 to CentOS 7. I create a new cluster, but how 
can I migrate all my VM to the new cluster ?

Thanks a lot



  Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate VM to new cluster

[Kevin COUSIN]

> Hi list,
> 
> Hi upgrade my nodes from CentOS 6 to CentOS 7. I create a new cluster, but how
> can I migrate all my VM to the new cluster ?

Sorry for the mistake, 

I upgrade my nodes from CentOS 6 to CentOS 7. I create a new cluster, but how
can I migrate all my VM to the new cluster ?

> 
> Thanks a lot
> 
> ----
> 
>   Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Just for info: ovirt-guest-agent on Debian 8 Jessie is buggy.

[Kevin C]

Le mercredi 20 mai 2015, 19:03:13 Arman Khalatyan a écrit :
> The current debian has an bug the python script does not have exec
> flag so daemon shows as running but it does nothing. to fix it simply:
> chmod +x /usr/share/ovirt-guest-agent/ovirt-guest-agent.py
> systemctl restart ovirt-guest-agent
> 
> 
> 
> 
> 
> 
> ***
> 
>  Dr. Arman Khalatyan  eScience -SuperComputing
>  Leibniz-Institut für Astrophysik Potsdam (AIP)
>  An der Sternwarte 16, 14482 Potsdam, Germany
> 
> ***
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

Hi,

FYI, a bug is open on Debian bugzilla : 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782005

Regards
-- 
Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt-engine certificate SHA256

[Kevin C]

Hi list,

Is it possible to renew the ovirt-engine certificate to generate a new one with 
SHA256 .

Thanks a lot
-- 
Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Questions about Spice Proxy

[Kevin COUSIN]

Hi list,

Hi try to setup a SPICE Proxy with HAproxy. It works fine for the WebUI. I 
define the proxy with engine-config -s 
SpiceProxyDefault="http://mygreatproxy.tld:8080";. The connections are going on 
the nodes with the same port (here 8080 or 3128 line in documentation) or on 
the engine ? Need I to install a squid proxy instead of HAproxy ?

Regards



   Kevin C.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cannot start VM after reboot an host

[Kevin COUSIN]

> De: "Fabian Deutsch" 
> À: "Kevin C" 
> Cc: users@ovirt.org
> Envoyé: Jeudi 28 Mai 2015 08:44:53
> Objet: Re: [ovirt-users] Cannot start VM after reboot an host

> - Original Message -
>> - Original Message -
>> > Hi list,
>> > 
>> > I cannot start any VM after reboot my hosts on oVirt 3.5.2 and 3.5.2 nodes.
>> > It
>> > failed on nodes with this error :
>> > 
>> > hread-11544::ERROR::2015-05-27 19:17:42,479::vm::2331::vm.Vm::
>> > (_startUnderlyingVm) vmId=`4e349319-72e1-42ee-a74c-3dbd8ca45e4b`::The vm
>> > start
>> > process failed
>> > Traceback (most recent call last):
>> >   File "/usr/share/vdsm/virt/vm.py", line 2271, in _startUnderlyingVm
>> >   File "/usr/share/vdsm/virt/vm.py", line 3335, in _run
>> >   File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line
>> >   111,
>> > in wrapper
>> >   File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in
>> > createXML
>> > libvirtError: internal error Cannot parse sensitivity level in s0
>> 
>> Hey Kevin,
>> 
>> can you please tell me the exact Node version you are using?
> 
> We have actually seen this error before, but we actually assumed that it was
> fixed a few weeks ago.
> 
> - fabian

Hi Fabian,

I use Node version 3.5 - 0.999.201504280933.el6. I cannot use an el7 version 
now because our nodes are on HP servers and we need the cciss module.

---
Kevin



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Cannot start VM after reboot an host

[Kevin C]

Hi list,

I cannot start any VM after reboot my hosts on oVirt 3.5.2 and 3.5.2 nodes. It 
failed on nodes with this error :

hread-11544::ERROR::2015-05-27 19:17:42,479::vm::2331::vm.Vm::
(_startUnderlyingVm) vmId=`4e349319-72e1-42ee-a74c-3dbd8ca45e4b`::The vm start 
process failed
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 2271, in _startUnderlyingVm
  File "/usr/share/vdsm/virt/vm.py", line 3335, in _run
  File "/usr/lib/python2.6/site-packages/vdsm/libvirtconnection.py", line 111, 
in wrapper
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 2709, in 
createXML
libvirtError: internal error Cannot parse sensitivity level in s0


Greetings
-- 
Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt node or Linux standard

[Kevin C]

Hi all,

There is any reason to choose to install a CentOS 6/7 and add it to oVirt 
Manager instead of an oVirt Node ? It's just for managability or there is 
other technical reasons ?

Thanks
-- 
    Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Upgrade Node through oVirt Manager

[Kevin]

Hi all,

Hi installed two nodes with the 3.5.1 ISO. Now I want to upgrade them to 3.5.2 
new ISO. I uploaded the ISO file to my ISO domain with engine-iso-uploader 
command. But I can't choose my ISO file in the Manager to upgrade my nodes. 
How can I select the good Iso file ?

Thanks

---
    Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Edit a node image

[Kevin C]

Hi,

I am testing oVirt to deploy a new virtualization infrastructure. I want to 
edit a node with the command edit-node.
I use this command to add some HP packages to manage our ProLiant Servers and 
add some plugins :

edit-node --install=hponcfg  --install=hpssacli --install=hp-health   --
install-plugin=ovirt-node-plugin-snmp  --install-plugin=ovirt-node-plugin-ipmi  
--repo=/etc/yum.repos.d/ovirt-3.5.repo --repo=/etc/yum.repos.d/CentOS-
Base.repo --repo=/etc/yum.repos.d/epel.repo --repo=/etc/yum.repos.d/HP-
spp.repo ovirt-node-iso-3.5.2-edited.el6.iso

I don't see my plugins or packages in my new ISO file, it seems it only add the 
first packages I add in the command line.

Perhaps I misunderstood how using the edit-node command, must I add all 
packages in one "--install " option ?

Thanks a lot


-- 
Kevin
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Disable/Hide domain on UserPortal

[Kevin]

Is there a way to disable/hide the Domain drop-down on the UserPortal?

You can login with User name: @ 
So I don't want so show the domains!

Cheers,

Kevin

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Allinone One NIC for multiple network

[Kevin Tibi]

Solution:

Create Dummy interface :
http://www.question-defense.com/2012/11/26/linux-create-fake-ethernet-interface


2014-05-11 21:35 GMT+02:00 Kevin Tibi :

> Hi,
>
> i have a little problem with my ovirt allinone. I have a dedibox with one
> NIC. I can't use VLAN tagging on this network. I need to create a second
> network for specific VMs. So, i can't add this network on my physical NIC
> because i have already the mgnt network.
>
> Can i create a tap/virtual NIC for this network ? Ovirt see tap interface
> in interface's host?
>
> Thx.
>
> Kevin.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Allinone One NIC for multiple network

[Kevin Tibi]

Hi,

i have a little problem with my ovirt allinone. I have a dedibox with one
NIC. I can't use VLAN tagging on this network. I need to create a second
network for specific VMs. So, i can't add this network on my physical NIC
because i have already the mgnt network.

Can i create a tap/virtual NIC for this network ? Ovirt see tap interface
in interface's host?

Thx.

Kevin.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] hosted engine health check issues

[Kevin Tibi]

same pb. ovirt-ha-broker have 400% cpu and is defunct. I can't kill with -9.


2014-04-23 13:55 GMT+02:00 Martin Sivak :

> Hi,
>
> > Isn't this file created when hosted engine is started?
>
> The file is created by the setup script. If it got lost then there was
> probably something bad happening in your NFS or Gluster storage.
>
> > Or how can I create this file manually?
>
> I can give you experimental treatment for this. We do not have any
> official way as this is something that should not ever happen :)
>
> !! But before you do that make sure you do not have any nodes running
> properly. This will destroy and reinitialize the lockspace database for the
> whole hosted-engine environment (which you apparently lack, but..). !!
>
> You have to create the ha_agent/hosted-engine.lockspace file with the
> expected size (1MB) and then tell sanlock to initialize it as a lockspace
> using:
>
> # python
> >>> import sanlock
> >>> sanlock.write_lockspace(lockspace="hosted-engine",
> ... path="/rhev/data-center/mnt// domain>/ha_agent/hosted-engine.lockspace",
> ... offset=0)
> >>>
>
> Then try starting the services (both broker and agent) again.
>
> --
> Martin Sivák
> msi...@redhat.com
> Red Hat Czech
> RHEV-M SLA / Brno, CZ
>
>
> - Original Message -
> > On 04/23/2014 11:08 AM, Martin Sivak wrote:
> > > Hi René,
> > >
> >  libvirtError: Failed to acquire lock: No space left on device
> > >
> >  2014-04-22 12:38:17+0200 654 [3093]: r2 cmd_acquire 2,9,5733 invalid
> >  lockspace found -1 failed 0 name
> 2851af27-8744-445d-9fb1-a0d083c8dc82
> > >
> > > Can you please check the contents of /rhev/data-center/ > > mount>//ha_agent/?
> > >
> > > This is how it should look like:
> > >
> > > [root@dev-03 ~]# ls -al
> > >
> /rhev/data-center/mnt/euryale\:_home_ovirt_he/e16de6a2-53f5-4ab3-95a3-255d08398824/ha_agent/
> > > total 2036
> > > drwxr-x---. 2 vdsm kvm4096 Mar 19 18:46 .
> > > drwxr-xr-x. 6 vdsm kvm4096 Mar 19 18:46 ..
> > > -rw-rw. 1 vdsm kvm 1048576 Apr 23 11:05 hosted-engine.lockspace
> > > -rw-rw. 1 vdsm kvm 1028096 Mar 19 18:46 hosted-engine.metadata
> > >
> > > The errors seem to indicate that you somehow lost the lockspace file.
> >
> > True :)
> > Isn't this file created when hosted engine is started? Or how can I
> > create this file manually?
> >
> > >
> > > --
> > > Martin Sivák
> > > msi...@redhat.com
> > > Red Hat Czech
> > > RHEV-M SLA / Brno, CZ
> > >
> > > - Original Message -
> > >> On 04/23/2014 12:28 AM, Doron Fediuck wrote:
> > >>> Hi Rene,
> > >>> any idea what closed your ovirtmgmt bridge?
> > >>> as long as it is down vdsm may have issues starting up properly
> > >>> and this is why you see the complaints on the rpc server.
> > >>>
> > >>> Can you try manually fixing the network part first and then
> > >>> restart vdsm?
> > >>> Once vdsm is happy hosted engine VM will start.
> > >>
> > >> Thanks for your feedback, Doron.
> > >>
> > >> My ovirtmgmt bridge seems to be on or isn't it:
> > >> # brctl show ovirtmgmt
> > >> bridge namebridge id   STP enabled interfaces
> > >> ovirtmgmt  8000.0025907587c2   no  eth0.200
> > >>
> > >> # ip a s ovirtmgmt
> > >> 7: ovirtmgmt:  mtu 1500 qdisc noqueue
> > >> state UNKNOWN
> > >>   link/ether 00:25:90:75:87:c2 brd ff:ff:ff:ff:ff:ff
> > >>   inet 10.0.200.102/24 brd 10.0.200.255 scope global ovirtmgmt
> > >>   inet6 fe80::225:90ff:fe75:87c2/64 scope link
> > >>  valid_lft forever preferred_lft forever
> > >>
> > >> # ip a s eth0.200
> > >> 6: eth0.200@eth0:  mtu 1500 qdisc
> > >> noqueue state UP
> > >>   link/ether 00:25:90:75:87:c2 brd ff:ff:ff:ff:ff:ff
> > >>   inet6 fe80::225:90ff:fe75:87c2/64 scope link
> > >>  valid_lft forever preferred_lft forever
> > >>
> > >> I tried the following yesterday:
> > >> Copy virtual disk from GlusterFS storage to local disk of host and
> > >> create a new vm with virt-manager which loads ovirtmgmt disk. I could
> > >> reach my engine over the ovirtmgmt bridge (so bridge must be working).
> > >>
> > >> I also started libvirtd with Option -v and I saw the following in
> > >> libvirtd.log when trying to start ovirt engine:
> > >> 2014-04-22 14:18:25.432+: 8901: debug : virCommandRunAsync:2250 :
> > >> Command result 0, with PID 11491
> > >> 2014-04-22 14:18:25.478+: 8901: debug : virCommandRun:2045 :
> Result
> > >> exit status 255, stdout: '' stderr: 'iptables v1.4.7: goto 'FO-vnet0'
> is
> > >> not a chain
> > >>
> > >> So it could be that something is broken in my hosted-engine network.
> Do
> > >> you have any clue how I can troubleshoot this?
> > >>
> > >>
> > >> Thanks,
> > >> René
> > >>
> > >>
> > >>>
> > >>> - Original Message -
> >  From: "René Koch" 
> >  To: "Martin Sivak" 
> >  Cc: users@ovirt.org
> >  Sent: Tuesday, April 22, 2014 1:46:38 PM
> >  Subject: Re: [ovirt-users] hosted engine health check issues
> > 
> >  Hi,
> > 
> > >>>

Re: [ovirt-users] Hosted Engine error -243

[Kevin Tibi]

Ho god, My cpu usage is 80% on host1

1729 vdsm  20   0  762m  15m 2884 S 297.6  0.1  77:16.70 ovirt-ha-broker



2014-04-23 16:40 GMT+02:00 Kevin Tibi :

> In engine, i have
> Hosted Engine HA: not activefor my host1
>  Hosted Engine HA: active (score 0)   for my host2
>
>
>
>
> 2014-04-23 13:52 GMT+02:00 Jiri Moskovcak :
>
> Hi,
>> I'm not sure yet what causes the problem, but the workaround should be:
>>
>> open file 
>> /usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/states.py
>> in your favorite editor, go to line 52 and change it:
>>
>> from: except ValueError:
>> to: except (ValueError, TypeError):
>>
>> --Jirka
>>
>>
>> On 04/23/2014 12:43 PM, Kevin Tibi wrote:
>>
>>> Hi,
>>>
>>> /var/log/ovirt-hosted-engine-ha/broker.log
>>>
>>> Host1:
>>> Thread-118327::INFO::2014-04-23
>>> 12:34:59,360::listener::134::ovirt_hosted_engine_ha.broker.
>>> listener.ConnectionHandler::(setup)
>>> Connection established
>>> Thread-118327::INFO::2014-04-23
>>> 12:34:59,375::listener::184::ovirt_hosted_engine_ha.broker.
>>> listener.ConnectionHandler::(handle)
>>> Connection closed
>>> Thread-118328::INFO::2014-04-23
>>> 12:35:14,546::listener::134::ovirt_hosted_engine_ha.broker.
>>> listener.ConnectionHandler::(setup)
>>> Connection established
>>> Thread-118328::INFO::2014-04-23
>>> 12:35:14,549::listener::184::ovirt_hosted_engine_ha.broker.
>>> listener.ConnectionHandler::(handle)
>>> Connection closed
>>>
>>> Host2:
>>> Thread-4::INFO::2014-04-23
>>> 12:36:08,020::mem_free::53::mem_free.MemFree::(action
>>>   ) memFree: 9816
>>> Thread-3::INFO::2014-04-23
>>> 12:36:08,240::mgmt_bridge::59::mgmt_bridge.MgmtBridge
>>>   ::(action) Found bridge ovirtmgmt
>>> Thread-296455::INFO::2014-04-23
>>> 12:36:08,678::listener::134::ovirt_hosted_engine
>>>   _ha.broker.listener.ConnectionHandler::(setup) Connection established
>>> Thread-296455::INFO::2014-04-23
>>> 12:36:08,684::listener::184::ovirt_hosted_engine
>>>   _ha.broker.listener.ConnectionHandler::(handle) Connection closed
>>>
>>>
>>>
>>> /var/log/ovirt-hosted-engine-ha/agent.log
>>>
>>> host1:
>>>
>>> MainThread::INFO::2014-04-02
>>> 17:46:14,856::state_decorators::25::ovirt_hosted_en
>>>gine_ha.agent.hosted_engine.HostedEngine::(check) Unknown local
>>> engine vm statusno actions taken
>>> MainThread::INFO::2014-04-02
>>> 17:46:14,857::brokerlink::108::ovirt_hosted_engine_
>>>ha.lib.brokerlink.BrokerLink::(notify) Trying: notify
>>> time=1396453574.86 type=st   ate_transition
>>> detail=UnknownLocalVmState-UnknownLocalVmState hostname='host01.o
>>>  virt.lan'
>>> MainThread::INFO::2014-04-02
>>> 17:46:14,858::brokerlink::117::ovirt_hosted_engine_
>>>ha.lib.brokerlink.BrokerLink::(notify) Success, was notification
>>> of state_transi   tion
>>> (UnknownLocalVmState-UnknownLocalVmState) sent? ignored
>>> MainThread::WARNING::2014-04-02
>>> 17:46:15,463::hosted_engine::334::ovirt_hosted_e
>>>ngine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Error
>>> while monito   ring engine: float() argument
>>> must be a string or a number
>>> MainThread::WARNING::2014-04-02
>>> 17:46:15,464::hosted_engine::337::ovirt_hosted_e
>>>ngine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>> Unexpected error
>>> Traceback (most recent call last):
>>>File
>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_
>>> ha/agent/hosted_eng
>>>  ine.py", line 323, in start_monitoring
>>>  state.score(self._log))
>>>File
>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_
>>> ha/agent/states.py"
>>>  , line 160, in score
>>>  lm, logger, score, score_cfg)
>>>File
>>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_
>>> ha/agent/states.py"
>>>  , line 61, in _penalize_memory
>>>  if self._float_or_default(lm['mem-free'], 0) < vm_mem:
>>>File
>>> "/usr/lib/python2.

Re: [ovirt-users] Hosted Engine error -243

[Kevin Tibi]

In engine, i have
Hosted Engine HA: not activefor my host1
Hosted Engine HA: active (score 0)   for my host2




2014-04-23 13:52 GMT+02:00 Jiri Moskovcak :

> Hi,
> I'm not sure yet what causes the problem, but the workaround should be:
>
> open file 
> /usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/states.py
> in your favorite editor, go to line 52 and change it:
>
> from: except ValueError:
> to: except (ValueError, TypeError):
>
> --Jirka
>
>
> On 04/23/2014 12:43 PM, Kevin Tibi wrote:
>
>> Hi,
>>
>> /var/log/ovirt-hosted-engine-ha/broker.log
>>
>> Host1:
>> Thread-118327::INFO::2014-04-23
>> 12:34:59,360::listener::134::ovirt_hosted_engine_ha.broker.
>> listener.ConnectionHandler::(setup)
>> Connection established
>> Thread-118327::INFO::2014-04-23
>> 12:34:59,375::listener::184::ovirt_hosted_engine_ha.broker.
>> listener.ConnectionHandler::(handle)
>> Connection closed
>> Thread-118328::INFO::2014-04-23
>> 12:35:14,546::listener::134::ovirt_hosted_engine_ha.broker.
>> listener.ConnectionHandler::(setup)
>> Connection established
>> Thread-118328::INFO::2014-04-23
>> 12:35:14,549::listener::184::ovirt_hosted_engine_ha.broker.
>> listener.ConnectionHandler::(handle)
>> Connection closed
>>
>> Host2:
>> Thread-4::INFO::2014-04-23
>> 12:36:08,020::mem_free::53::mem_free.MemFree::(action
>>   ) memFree: 9816
>> Thread-3::INFO::2014-04-23
>> 12:36:08,240::mgmt_bridge::59::mgmt_bridge.MgmtBridge
>>   ::(action) Found bridge ovirtmgmt
>> Thread-296455::INFO::2014-04-23
>> 12:36:08,678::listener::134::ovirt_hosted_engine
>>   _ha.broker.listener.ConnectionHandler::(setup) Connection established
>> Thread-296455::INFO::2014-04-23
>> 12:36:08,684::listener::184::ovirt_hosted_engine
>>   _ha.broker.listener.ConnectionHandler::(handle) Connection closed
>>
>>
>>
>> /var/log/ovirt-hosted-engine-ha/agent.log
>>
>> host1:
>>
>> MainThread::INFO::2014-04-02
>> 17:46:14,856::state_decorators::25::ovirt_hosted_en
>>gine_ha.agent.hosted_engine.HostedEngine::(check) Unknown local
>> engine vm statusno actions taken
>> MainThread::INFO::2014-04-02
>> 17:46:14,857::brokerlink::108::ovirt_hosted_engine_
>>ha.lib.brokerlink.BrokerLink::(notify) Trying: notify
>> time=1396453574.86 type=st   ate_transition
>> detail=UnknownLocalVmState-UnknownLocalVmState hostname='host01.o
>>  virt.lan'
>> MainThread::INFO::2014-04-02
>> 17:46:14,858::brokerlink::117::ovirt_hosted_engine_
>>ha.lib.brokerlink.BrokerLink::(notify) Success, was notification
>> of state_transi   tion
>> (UnknownLocalVmState-UnknownLocalVmState) sent? ignored
>> MainThread::WARNING::2014-04-02
>> 17:46:15,463::hosted_engine::334::ovirt_hosted_e
>>ngine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Error
>> while monito   ring engine: float() argument
>> must be a string or a number
>> MainThread::WARNING::2014-04-02
>> 17:46:15,464::hosted_engine::337::ovirt_hosted_e
>>ngine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>> Unexpected error
>> Traceback (most recent call last):
>>File
>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_eng
>>  ine.py", line 323, in start_monitoring
>>  state.score(self._log))
>>File
>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/states.py"
>>  , line 160, in score
>>  lm, logger, score, score_cfg)
>>File
>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/states.py"
>>  , line 61, in _penalize_memory
>>  if self._float_or_default(lm['mem-free'], 0) < vm_mem:
>>File
>> "/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/states.py"
>>  , line 51, in _float_or_default
>>  return float(value)
>> TypeError: float() argument must be a string or a number
>> MainThread::ERROR::2014-04-02
>> 17:46:15,464::hosted_engine::350::ovirt_hosted_eng
>>  ine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>> Shutting down the ag   ent because of 3 failures
>> in a row!
>> MainThread::INFO::2014-04-02
>> 17:46:15,466::agent::116::ovirt_hosted_engine_ha.ag
>> <h

Re: [ovirt-users] Hosted Engine error -243

[Kevin Tibi]

-ab9d-435b-9ecf-ddd4272e592f/dom_md/metadata
bs=4096 count=1' (cwd None)
Thread-37::DEBUG::2014-04-23
12:40:17,514::fileSD::225::Storage.Misc.excCmd::(getReadDelay) SUCCESS:
 = '0+1 records in\n0+1 records out\n472 bytes (472 B) copied,
0.000165064 s, 2.9 MB/s\n';  = 0
Thread-11736::DEBUG::2014-04-23
12:40:18,170::task::595::TaskManager.Task::(_updateState)
Task=`8a3a3e42-6e79-4849-9b1c-cad895722884`::moving from state init ->
state preparing
Thread-11736::INFO::2014-04-23
12:40:18,170::logUtils::44::dispatcher::(wrapper) Run and protect:
repoStats(options=None)
Thread-11736::INFO::2014-04-23
12:40:18,171::logUtils::47::dispatcher::(wrapper) Run and protect:
repoStats, Return response: {'aea040f8-ab9d-435b-9ecf-ddd4272e592f':
{'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000165064',
'lastCheck': '0.7', 'valid': True}, '5ae613a4-44e4-42cb-89fc-7b5d34c1f30f':
{'code': 0, 'version': 3, 'acquired': True, 'delay': '0.000174536',
'lastCheck': '3.0', 'valid': True}, 'cc51143e-8ad7-4b0b-a4d2-9024dffc1188':
{'code': 0, 'version': 0, 'acquired': True, 'delay': '0.000183642',
'lastCheck': '1.1', 'valid': True}, 'ff98d346-4515-4349-8437-fb2f5e9eaadf':
{'code': 0, 'version': 0, 'acquired': True, 'delay': '0.00045492',
'lastCheck': '8.6', 'valid': True}}
Thread-11736::DEBUG::2014-04-23
12:40:18,171::task::1185::TaskManager.Task::(prepare)
Task=`8a3a3e42-6e79-4849-9b1c-cad895722884`::finished:
{'aea040f8-ab9d-435b-9ecf-ddd4272e592f': {'code': 0, 'version': 3,
'acquired': True, 'delay': '0.000165064', 'lastCheck': '0.7', 'valid':
True}, '5ae613a4-44e4-42cb-89fc-7b5d34c1f30f': {'code': 0, 'version': 3,
'acquired': True, 'delay': '0.000174536', 'lastCheck': '3.0', 'valid':
True}, 'cc51143e-8ad7-4b0b-a4d2-9024dffc1188': {'code': 0, 'version': 0,
'acquired': True, 'delay': '0.000183642', 'lastCheck': '1.1', 'valid':
True}, 'ff98d346-4515-4349-8437-fb2f5e9eaadf': {'code': 0, 'version': 0,
'acquired': True, 'delay': '0.00045492', 'lastCheck': '8.6', 'valid': True}}
Thread-11736::DEBUG::2014-04-23
12:40:18,172::task::595::TaskManager.Task::(_updateState)
Task=`8a3a3e42-6e79-4849-9b1c-cad895722884`::moving from state preparing ->
state finished
Thread-11736::DEBUG::2014-04-23
12:40:18,172::resourceManager::940::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-11736::DEBUG::2014-04-23
12:40:18,172::resourceManager::977::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-11736::DEBUG::2014-04-23
12:40:18,172::task::990::TaskManager.Task::(_decref)
Task=`8a3a3e42-6e79-4849-9b1c-cad895722884`::ref 0 aborting False
Thread-299::DEBUG::2014-04-23
12:40:19,599::fileSD::225::Storage.Misc.excCmd::(getReadDelay) '/bin/dd
iflag=direct
if=/rhev/data-center/mnt/host01.ovirt.lan:_home_export/ff98d346-4515-4349-8437-fb2f5e9eaadf/dom_md/metadata
bs=4096 count=1' (cwd None)
Thread-299::DEBUG::2014-04-23
12:40:19,610::fileSD::225::Storage.Misc.excCmd::(getReadDelay) SUCCESS:
 = '0+1 records in\n0+1 records out\n352 bytes (352 B) copied,
0.000525872 s, 669 kB/s\n';  = 0


host2 :

Thread-1688899::DEBUG::2014-04-23
12:41:30,270::task::990::TaskManager.Task::(_decref) Task=`c23aeaf
5-aed4-4285-a8c9-2bffadc0240e`::ref 0 aborting False
Thread-159126::DEBUG::2014-04-23
12:41:30,547::fileSD::225::Storage.Misc.excCmd::(getReadDelay) '/bi
n/dd iflag=direct
if=/rhev/data-center/mnt/host01.ovirt.lan:_home_iso/cc51143e-8ad7-4b0b-a4d2-9024df
fc1188/dom_md/metadata bs=4096 count=1' (cwd
None)
Thread-159126::DEBUG::2014-04-23
12:41:30,569::fileSD::225::Storage.Misc.excCmd::(getReadDelay) SUCC
ESS:  = '0+1 records in\n0+1 records out\n343
bytes (343 B) copied, 0.000480513 s, 714 kB/s\n';
= 0
Thread-159125::DEBUG::2014-04-23
12:41:30,740::fileSD::225::Storage.Misc.excCmd::(getReadDelay) '/bi
n/dd iflag=direct
if=/rhev/data-center/mnt/host01.ovirt.lan:_home_DATA/5ae613a4-44e4-42cb-89fc-7b5d3
4c1f30f/dom_md/metadata bs=4096 count=1' (cwd
None)
Thread-159125::DEBUG::2014-04-23
12:41:30,762::fileSD::225::Storage.Misc.excCmd::(getReadDelay) SUCC
ESS:  = '0+1 records 

[ovirt-users] Hosted Engine error -243

[Kevin Tibi]

Hi all,

I have a probleme with my hosted engine. Every 10 min i have a event in
engine :

VM HostedEngine is down. Exit message: internal error Failed to acquire
lock: error -243

My data is a local export NFS.

Thx for you help.

Kevin.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fail snapshot

[Kevin Tibi]

Ok it's work with this version of qemu-kvm.

Thx for your help :)


2014-04-04 17:23 GMT+02:00 Douglas Schilling Landgraf 
:

> On 04/04/2014 11:06 AM, Kevin Tibi wrote:
>
>> It's centos 6.5. Have I need to change my repo ? I have just EPEL and
>> Ovirt repo.
>>
>>
> Unfortunately we don't have any repo for this yet, only the packages
> recompiled with such feature enabled available to download in the url that
> I have provided. We are working with CentOS guys to have an official repo
> for it.
>
>
>
>
>> 2014-04-04 16:23 GMT+02:00 Douglas Schilling Landgraf
>> mailto:dougsl...@redhat.com>>:
>>
>>
>> Hi,
>>
>>
>> On 04/04/2014 10:04 AM, Kevin Tibi wrote:
>>
>> Yes it's a live snapshots. Normal snapshot works.
>>
>>
>> Question:
>> Is it a EL6 hosts? If yes, are you using qemu-kvm from:
>> jenkins.ovirt.org/view/__Packaging/job/qemu-kvm-rhev___
>> create_rpms_el6/
>> <http://jenkins.ovirt.org/view/Packaging/job/qemu-kvm-
>> rhev_create_rpms_el6/>
>>
>>   ?
>>
>>
>> Thanks!
>>
>>
>> How i make debug in vdsm ?
>>
>> mom.conf :
>>
>> log: /var/log/vdsm/mom.log
>>
>> verbosity: info
>>
>> vdsm.conf :
>>
>> [root@host02 ~]# cat /etc/vdsm/vdsm.conf
>> [addresses]
>> management_port = 54321
>>
>> [vars]
>> ssl = true
>>
>>
>>
>> 2014-04-04 15:27 GMT+02:00 Dafna Ron > <mailto:d...@redhat.com>
>> <mailto:d...@redhat.com <mailto:d...@redhat.com>>>:
>>
>>
>>
>>  is this a live snapshots (wile vm is running)?
>>  can you please make sure your vdsm log is in debug and
>> attach the
>>  full log?
>>
>>  Thanks,
>>  Dafna
>>
>>
>>
>>  On 04/04/2014 02:23 PM, Michal Skrivanek wrote:
>>
>>  On 4 Apr 2014, at 12:45, Kevin Tibi wrote:
>>
>>  Hi,
>>
>>  I have a pb when i try to snapshot a VM.
>>
>>  are you running the right qemu/libvirt from
>> virt-preview repo?
>>
>>  Ovirt engine self hosted 3.4. Two node (host01 and
>> host02).
>>
>>  my engine.log :
>>
>>  2014-04-04 12:30:03,013 INFO
>>
>> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmComman
>> d]
>> (org.ovirt.thread.pool-6-thread-24) Ending command
>> successfully:
>> org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand
>>
>>  2014-04-04 12:30:03,028 INFO
>>
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.
>> SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-thread-24) START,
>>
>> SnapshotVDSCommand(HostName = host01, HostId =
>> fcb9a5cf-2064-42a5-99fe-dc56ea39ed81,
>> vmId=cb038ccf-6c6f-475c-872f-ea812ff795a1), log id: 36463977
>>
>>
>>  2014-04-04 12:30:03,075 ERROR
>>
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.
>> SnapshotVDSCommand]
>>  (org.ovirt.thread.pool-6-thread-24) Failed in
>>
>> SnapshotVDS
>>
>>  method
>>  2014-04-04 12:30:03,076 INFO
>>
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.
>> SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-thread-24) Command
>> org.ovirt.engine.core.vdsbroker.vdsbroker.
>> SnapshotVDSCommand
>>
>> return value
>>
>> StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc
>>  [mCode=48, mMessage=Snapshot failed]]
>>  2014-04-04 12:30:03,077 INFO
>>
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.
>> SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-thread-24) HostName = host01
>>
>>
>>  2014-04-04 12:30:03,078 ERROR
>>
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.
>> SnapshotVDSCommand]
>>  (org.ovirt.thread.pool-6-thread-24) Command
>>
>>
>>  

Re: [Users] Conf access rights

[Kevin Tibi]

Yes with engine-manage-domains.

It's work perfectly. Thx for your help :)


2014-04-04 14:56 GMT+02:00 Itamar Heim :

> On 04/03/2014 06:19 PM, René Koch wrote:
>
>> Hi Kevin,
>>
>> On 04/03/2014 04:11 PM, Kevin Tibi wrote:
>>
>>> Hi,
>>>
>>> I am contacting you because I can not do what I want. I have a
>>> hosted-engine. I have a data center with a cluster that has two nodes. I
>>> have a ipa-server for authentication. I want a user can create VMs. I
>>> would like he could just manage its VMs and not see others. And more, I
>>> would like to put a quota per user.
>>>
>>
>> You can assign quotas per user. Quotas are disabled per default, so you
>> have to enabled it for your datacenter.
>>
>> I also suggest to assign permissions for your users to self provisioning
>> portal, then they can only see/create/start/stop their vms. In webadmin
>> portal users can always see all vms.
>>
>
> which would be done by assigning the user from IPA a "Power User" UserRole
> at the DC level, then enabling quota on the DC, then creating a quota, and
> giving that user a permission to consume it.
>
> did you add the IPA domain to the engine via the engine-manage-domains
> utility?
>
>
>
>>
>> Regards,
>> René
>>
>>
>>
>>> Is it possible today?
>>>
>>> Thx,
>>> Kevin.
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>  ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Fail snapshot

[Kevin Tibi]

Installed Packages
qemu-kvm.x86_642:0.12.1.2-2.415.el6_5.6
@updates
Available Packages
qemu-kvm.x86_642:0.12.1.2-2.415.el6_5.7
updates
[


2014-04-04 17:06 GMT+02:00 Kevin Tibi :

> It's centos 6.5. Have I need to change my repo ? I have just EPEL and
> Ovirt repo.
>
>
> 2014-04-04 16:23 GMT+02:00 Douglas Schilling Landgraf <
> dougsl...@redhat.com>:
>
> Hi,
>>
>>
>> On 04/04/2014 10:04 AM, Kevin Tibi wrote:
>>
>>> Yes it's a live snapshots. Normal snapshot works.
>>>
>>
>> Question:
>> Is it a EL6 hosts? If yes, are you using qemu-kvm from:
>> jenkins.ovirt.org/view/Packaging/job/qemu-kvm-rhev_create_rpms_el6/  ?
>>
>>
>> Thanks!
>>
>>
>>> How i make debug in vdsm ?
>>>
>>> mom.conf :
>>>
>>> log: /var/log/vdsm/mom.log
>>>
>>> verbosity: info
>>>
>>> vdsm.conf :
>>>
>>> [root@host02 ~]# cat /etc/vdsm/vdsm.conf
>>> [addresses]
>>> management_port = 54321
>>>
>>> [vars]
>>> ssl = true
>>>
>>>
>>>
>>> 2014-04-04 15:27 GMT+02:00 Dafna Ron >> <mailto:d...@redhat.com>>:
>>>
>>>
>>> is this a live snapshots (wile vm is running)?
>>> can you please make sure your vdsm log is in debug and attach the
>>> full log?
>>>
>>> Thanks,
>>> Dafna
>>>
>>>
>>>
>>> On 04/04/2014 02:23 PM, Michal Skrivanek wrote:
>>>
>>> On 4 Apr 2014, at 12:45, Kevin Tibi wrote:
>>>
>>> Hi,
>>>
>>> I have a pb when i try to snapshot a VM.
>>>
>>> are you running the right qemu/libvirt from virt-preview repo?
>>>
>>> Ovirt engine self hosted 3.4. Two node (host01 and host02).
>>>
>>> my engine.log :
>>>
>>> 2014-04-04 12:30:03,013 INFO
>>>   [org.ovirt.engine.core.bll.__
>>> CreateAllSnapshotsFromVmComman__d] (org.ovirt.thread.pool-6-__thread-24)
>>> Ending command successfully: org.ovirt.engine.core.bll.__
>>> CreateAllSnapshotsFromVmComman__d
>>>
>>> 2014-04-04 12:30:03,028 INFO
>>>   
>>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>>> (org.ovirt.thread.pool-6-__thread-24) START,
>>> SnapshotVDSCommand(HostName = host01, HostId = 
>>> fcb9a5cf-2064-42a5-99fe-__dc56ea39ed81,
>>> vmId=cb038ccf-6c6f-475c-872f-__ea812ff795a1), log id: 36463977
>>>
>>> 2014-04-04 12:30:03,075 ERROR
>>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__
>>> SnapshotVDSCommand]
>>> (org.ovirt.thread.pool-6-__thread-24) Failed in SnapshotVDS
>>>
>>> method
>>> 2014-04-04 12:30:03,076 INFO
>>>   
>>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>>> (org.ovirt.thread.pool-6-__thread-24) Command org.ovirt.engine.core.__
>>> vdsbroker.vdsbroker.__SnapshotVDSCommand return value
>>>
>>>StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc
>>> [mCode=48, mMessage=Snapshot failed]]
>>> 2014-04-04 12:30:03,077 INFO
>>>   
>>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>>> (org.ovirt.thread.pool-6-__thread-24) HostName = host01
>>>
>>> 2014-04-04 12:30:03,078 ERROR
>>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__
>>> SnapshotVDSCommand]
>>> (org.ovirt.thread.pool-6-__thread-24) Command
>>>
>>> SnapshotVDSCommand(HostName = host01, HostId =
>>> fcb9a5cf-2064-42a5-99fe-__dc56ea39ed81,
>>> vmId=cb038ccf-6c6f-475c-872f-__ea812ff795a1) execution
>>>
>>> failed. Exception: VDSErrorException: VDSGenericException:
>>> VDSErrorException: Failed to SnapshotVDS, error = Snapshot
>>> failed, code = 48
>>> 2014-04-04 12:30:03,080 INFO
>>>   
>>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>>> (org.ovirt.thread.pool-6-__thread-24) FINISH, SnapshotVDSCommand, log
>>> id: 36463977
>&g

Re: [Users] Fail snapshot

[Kevin Tibi]

It's centos 6.5. Have I need to change my repo ? I have just EPEL and Ovirt
repo.


2014-04-04 16:23 GMT+02:00 Douglas Schilling Landgraf 
:

> Hi,
>
>
> On 04/04/2014 10:04 AM, Kevin Tibi wrote:
>
>> Yes it's a live snapshots. Normal snapshot works.
>>
>
> Question:
> Is it a EL6 hosts? If yes, are you using qemu-kvm from:
> jenkins.ovirt.org/view/Packaging/job/qemu-kvm-rhev_create_rpms_el6/  ?
>
>
> Thanks!
>
>
>> How i make debug in vdsm ?
>>
>> mom.conf :
>>
>> log: /var/log/vdsm/mom.log
>>
>> verbosity: info
>>
>> vdsm.conf :
>>
>> [root@host02 ~]# cat /etc/vdsm/vdsm.conf
>> [addresses]
>> management_port = 54321
>>
>> [vars]
>> ssl = true
>>
>>
>>
>> 2014-04-04 15:27 GMT+02:00 Dafna Ron > <mailto:d...@redhat.com>>:
>>
>>
>> is this a live snapshots (wile vm is running)?
>>     can you please make sure your vdsm log is in debug and attach the
>> full log?
>>
>> Thanks,
>> Dafna
>>
>>
>>
>> On 04/04/2014 02:23 PM, Michal Skrivanek wrote:
>>
>> On 4 Apr 2014, at 12:45, Kevin Tibi wrote:
>>
>> Hi,
>>
>> I have a pb when i try to snapshot a VM.
>>
>> are you running the right qemu/libvirt from virt-preview repo?
>>
>> Ovirt engine self hosted 3.4. Two node (host01 and host02).
>>
>> my engine.log :
>>
>> 2014-04-04 12:30:03,013 INFO
>>   [org.ovirt.engine.core.bll.__CreateAllSnapshotsFromVmComman__d]
>> (org.ovirt.thread.pool-6-__thread-24) Ending command successfully:
>> org.ovirt.engine.core.bll.__CreateAllSnapshotsFromVmComman__d
>>
>> 2014-04-04 12:30:03,028 INFO
>>   
>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-__thread-24) START, SnapshotVDSCommand(HostName
>> = host01, HostId = fcb9a5cf-2064-42a5-99fe-__dc56ea39ed81,
>> vmId=cb038ccf-6c6f-475c-872f-__ea812ff795a1), log id: 36463977
>>
>> 2014-04-04 12:30:03,075 ERROR
>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__
>> SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-__thread-24) Failed in SnapshotVDS
>>
>> method
>> 2014-04-04 12:30:03,076 INFO
>>   
>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-__thread-24) Command org.ovirt.engine.core.__
>> vdsbroker.vdsbroker.__SnapshotVDSCommand return value
>>
>>StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc
>> [mCode=48, mMessage=Snapshot failed]]
>> 2014-04-04 12:30:03,077 INFO
>>   
>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-__thread-24) HostName = host01
>>
>> 2014-04-04 12:30:03,078 ERROR
>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__
>> SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-__thread-24) Command
>>
>> SnapshotVDSCommand(HostName = host01, HostId =
>> fcb9a5cf-2064-42a5-99fe-__dc56ea39ed81,
>> vmId=cb038ccf-6c6f-475c-872f-__ea812ff795a1) execution
>>
>> failed. Exception: VDSErrorException: VDSGenericException:
>> VDSErrorException: Failed to SnapshotVDS, error = Snapshot
>> failed, code = 48
>> 2014-04-04 12:30:03,080 INFO
>>   
>> [org.ovirt.engine.core.__vdsbroker.vdsbroker.__SnapshotVDSCommand]
>> (org.ovirt.thread.pool-6-__thread-24) FINISH, SnapshotVDSCommand, log
>> id: 36463977
>>
>> 2014-04-04 12:30:03,083 WARN
>>   [org.ovirt.engine.core.bll.__CreateAllSnapshotsFromVmComman__d]
>> (org.ovirt.thread.pool-6-__thread-24) Wasnt able to live snapshot due to
>> error: VdcBLLException: VdcBLLException: org.ovirt.engine.core.__
>> vdsbroker.vdsbroker.__VDSErrorException: VDSGenericException:
>> VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed, code =
>> 48 (Failed with error SNAPSHOT_FAILED and code 48). VM will still be
>> configured to the new created snapshot
>>
>> 2014-04-04 12:30:03,097 INFO
>>   
>> [org.ovirt.engine.core.dal.__dbbroker.auditloghandling.__AuditLogDirector]
>> (org.ovirt.thread.pool-6-__thread-24) Correlation ID: 5650b99f, Job ID:
>> c1

Re: [Users] Fail snapshot

[Kevin Tibi]

Yes it's a live snapshots. Normal snapshot works.

How i make debug in vdsm ?

mom.conf :

log: /var/log/vdsm/mom.log

verbosity: info

vdsm.conf :

[root@host02 ~]# cat /etc/vdsm/vdsm.conf
[addresses]
management_port = 54321

[vars]
ssl = true



2014-04-04 15:27 GMT+02:00 Dafna Ron :

> is this a live snapshots (wile vm is running)?
> can you please make sure your vdsm log is in debug and attach the full log?
>
> Thanks,
> Dafna
>
>
>
> On 04/04/2014 02:23 PM, Michal Skrivanek wrote:
>
>> On 4 Apr 2014, at 12:45, Kevin Tibi wrote:
>>
>>  Hi,
>>>
>>> I have a pb when i try to snapshot a VM.
>>>
>> are you running the right qemu/libvirt from virt-preview repo?
>>
>>  Ovirt engine self hosted 3.4. Two node (host01 and host02).
>>>
>>> my engine.log :
>>>
>>> 2014-04-04 12:30:03,013 INFO  [org.ovirt.engine.core.bll.
>>> CreateAllSnapshotsFromVmCommand] (org.ovirt.thread.pool-6-thread-24)
>>> Ending command successfully: org.ovirt.engine.core.bll.
>>> CreateAllSnapshotsFromVmCommand
>>> 2014-04-04 12:30:03,028 INFO  [org.ovirt.engine.core.
>>> vdsbroker.vdsbroker.SnapshotVDSCommand] (org.ovirt.thread.pool-6-thread-24)
>>> START, SnapshotVDSCommand(HostName = host01, HostId =
>>> fcb9a5cf-2064-42a5-99fe-dc56ea39ed81, 
>>> vmId=cb038ccf-6c6f-475c-872f-ea812ff795a1),
>>> log id: 36463977
>>> 2014-04-04 12:30:03,075 ERROR [org.ovirt.engine.core.
>>> vdsbroker.vdsbroker.SnapshotVDSCommand] (org.ovirt.thread.pool-6-thread-24)
>>> Failed in SnapshotVDS method
>>> 2014-04-04 12:30:03,076 INFO  [org.ovirt.engine.core.
>>> vdsbroker.vdsbroker.SnapshotVDSCommand] (org.ovirt.thread.pool-6-thread-24)
>>> Command org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand
>>> return value
>>>   StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=48,
>>> mMessage=Snapshot failed]]
>>> 2014-04-04 12:30:03,077 INFO  [org.ovirt.engine.core.
>>> vdsbroker.vdsbroker.SnapshotVDSCommand] (org.ovirt.thread.pool-6-thread-24)
>>> HostName = host01
>>> 2014-04-04 12:30:03,078 ERROR [org.ovirt.engine.core.
>>> vdsbroker.vdsbroker.SnapshotVDSCommand] (org.ovirt.thread.pool-6-thread-24)
>>> Command SnapshotVDSCommand(HostName = host01, HostId =
>>> fcb9a5cf-2064-42a5-99fe-dc56ea39ed81, 
>>> vmId=cb038ccf-6c6f-475c-872f-ea812ff795a1)
>>> execution failed. Exception: VDSErrorException: VDSGenericException:
>>> VDSErrorException: Failed to SnapshotVDS, error = Snapshot failed, code = 48
>>> 2014-04-04 12:30:03,080 INFO  [org.ovirt.engine.core.
>>> vdsbroker.vdsbroker.SnapshotVDSCommand] (org.ovirt.thread.pool-6-thread-24)
>>> FINISH, SnapshotVDSCommand, log id: 36463977
>>> 2014-04-04 12:30:03,083 WARN  [org.ovirt.engine.core.bll.
>>> CreateAllSnapshotsFromVmCommand] (org.ovirt.thread.pool-6-thread-24)
>>> Wasnt able to live snapshot due to error: VdcBLLException: VdcBLLException:
>>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>>> VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error =
>>> Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48).
>>> VM will still be configured to the new created snapshot
>>> 2014-04-04 12:30:03,097 INFO  [org.ovirt.engine.core.dal.
>>> dbbroker.auditloghandling.AuditLogDirector] 
>>> (org.ovirt.thread.pool-6-thread-24)
>>> Correlation ID: 5650b99f, Job ID: c1b2d861-2a52-49f1-9eaa-1b63aa8b4fba,
>>> Call Stack: org.ovirt.engine.core.common.errors.VdcBLLException:
>>> VdcBLLException: 
>>> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
>>> VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error =
>>> Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48)
>>>
>>>
>>> My /var/log/messages
>>>
>>> Apr  4 12:30:04 host01 vdsm vm.Vm ERROR 
>>> vmId=`cb038ccf-6c6f-475c-872f-ea812ff795a1`::The
>>> base volume doesn't exist: {'device': 'disk', 'domainID':
>>> '5ae613a4-44e4-42cb-89fc-7b5d34c1f30f', 'volumeID':
>>> '3b6cbb5d-beed-428d-ac66-9db3dd002e2f', 'imageID':
>>> '646df162-5c6d-44b1-bc47-b63c3fdab0e2'}
>>>
>>> My /var/log/libvirt/libvirt.log
>>>
>>> 2014-04-04 10:40:13.886+: 8234: debug : qemuMonitorIOWrite:462 :
>>> QEMU_MONITOR_IO_WRITE: mon=0x7f77ec0ccce0 buf={"execute":"query-
>>> blockstats","id&q

[Users] Fail snapshot

[Kevin Tibi]

Hi,

I have a pb when i try to snapshot a VM.

Ovirt engine self hosted 3.4. Two node (host01 and host02).

my engine.log :

2014-04-04 12:30:03,013 INFO
 [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
(org.ovirt.thread.pool-6-thread-24) Ending command successfully:
org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand
2014-04-04 12:30:03,028 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(org.ovirt.thread.pool-6-thread-24) START, SnapshotVDSCommand(HostName =
host01, HostId = fcb9a5cf-2064-42a5-99fe-dc56ea39ed81,
vmId=cb038ccf-6c6f-475c-872f-ea812ff795a1), log id: 36463977
2014-04-04 12:30:03,075 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(org.ovirt.thread.pool-6-thread-24) Failed in SnapshotVDS method
2014-04-04 12:30:03,076 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(org.ovirt.thread.pool-6-thread-24) Command
org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand return value
 StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=48,
mMessage=Snapshot failed]]
2014-04-04 12:30:03,077 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(org.ovirt.thread.pool-6-thread-24) HostName = host01
2014-04-04 12:30:03,078 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(org.ovirt.thread.pool-6-thread-24) Command SnapshotVDSCommand(HostName =
host01, HostId = fcb9a5cf-2064-42a5-99fe-dc56ea39ed81,
vmId=cb038ccf-6c6f-475c-872f-ea812ff795a1) execution failed. Exception:
VDSErrorException: VDSGenericException: VDSErrorException: Failed to
SnapshotVDS, error = Snapshot failed, code = 48
2014-04-04 12:30:03,080 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
(org.ovirt.thread.pool-6-thread-24) FINISH, SnapshotVDSCommand, log id:
36463977
2014-04-04 12:30:03,083 WARN
 [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
(org.ovirt.thread.pool-6-thread-24) Wasnt able to live snapshot due to
error: VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error =
Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48).
VM will still be configured to the new created snapshot
2014-04-04 12:30:03,097 INFO
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-6-thread-24) Correlation ID: 5650b99f, Job ID:
c1b2d861-2a52-49f1-9eaa-1b63aa8b4fba, Call Stack:
org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to SnapshotVDS, error =
Snapshot failed, code = 48 (Failed with error SNAPSHOT_FAILED and code 48)


My /var/log/messages

Apr  4 12:30:04 host01 vdsm vm.Vm ERROR
vmId=`cb038ccf-6c6f-475c-872f-ea812ff795a1`::The base volume doesn't exist:
{'device': 'disk', 'domainID': '5ae613a4-44e4-42cb-89fc-7b5d34c1f30f',
'volumeID': '3b6cbb5d-beed-428d-ac66-9db3dd002e2f', 'imageID':
'646df162-5c6d-44b1-bc47-b63c3fdab0e2'}

My /var/log/libvirt/libvirt.log

2014-04-04 10:40:13.886+: 8234: debug : qemuMonitorIOWrite:462 :
QEMU_MONITOR_IO_WRITE: mon=0x7f77ec0ccce0
buf={"execute":"query-blockstats","id":"libvirt-20842"}
 len=53 ret=53 errno=11
2014-04-04 10:40:13.888+: 8234: debug : qemuMonitorIOProcess:354 :
QEMU_MONITOR_IO_PROCESS: mon=0x7f77ec0ccce0 buf={"return": [{"device":
"drive-ide0-1-0", "parent": {"stats": {"flush_total_time_ns": 0,
"wr_highest_offset": 0, "wr_total_time_ns": 0, "wr_bytes": 0,
"rd_total_time_ns": 0, "flush_operations": 0, "wr_operations": 0,
"rd_bytes": 0, "rd_operations": 0}}, "stats": {"flush_total_time_ns": 0,
"wr_highest_offset": 0, "wr_total_time_ns": 0, "wr_bytes": 0,
"rd_total_time_ns": 11929902, "flush_operations": 0, "wr_operations": 0,
"rd_bytes": 135520, "rd_operations": 46}}, {"device": "drive-virtio-disk0",
"parent": {"stats": {"flush_total_time_ns": 0, "wr_highest_offset":
22184332800, "wr_total_time_ns": 0, "wr_bytes": 0, "rd_total_time_ns": 0,
"flush_operations": 0, "wr_operations": 0, "rd_bytes": 0, "rd_operations":
0}}, "stats": {"flush_total_time_ns": 34786515034, "wr_highest_offset":
22184332800, "wr_total_time_ns": 5131205369094, "wr_bytes": 5122065408,
"rd_total_time_ns": 12987633373, "flush_operations": 285398,
"wr_operations": 401232, "rd_bytes": 392342016, "rd_operations": 15069}}],
"id": "libvirt-20842"}
 len=1021
2014-04-04 10:40:13.888+: 8263: debug :
qemuMonitorGetBlockStatsInfo:1478 : mon=0x7f77ec0ccce0 dev=ide0-1-0
2014-04-04 10:40:13.889+: 8263: debug : qemuMonitorSend:904 :
QEMU_MONITOR_SEND_MSG: mon=0x7f77ec0ccce0
msg={"execute":"query-blockstats","id":"libvirt-20843"}

/var/log/vdsm/vdsm.log
Thread-4732::DEBUG::2014-04-04
12:43:34,439::BindingXMLRPC::1067::vds::(wrapper) client
[192.168.99.104]::call vmSnapshot with
('cb038ccf-6c6f-475c-872f-ea812ff795a1', [{'baseVolumeID':
'b62232fc-4e02-41ce-ae10-5dff9e2f7bbe', 'domainID'