[ovirt-users] securing ovirt vnc console

[Bill James]

Our security requirements require that we disable tls1.0 and tla1.1 for VNC
port, 59xx.
I have not yet been able to find where this can be done, only for spice
console.
Can anyone assist in pointing me to what config file controls this?

ovirt-engine 4.3.
___
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/FFCCIINBTGV3ULMKK6CPSSCDZ7LRW44J/

[ovirt-users] Re: ovirt vms NotResponding related to firewalls

[Bill James]

reposting after signing up my new email address...

On Thu, Jul 28, 2022 at 8:02 PM Bill James  wrote:

> we recently added a bunch of firewalls around vlans where our VMs live and
> it may be causing a lot of confusion to ovirt management node?
> Though I don't know why firewall would cause intermittent problems.
>
> We see a lot of errors like: (in engine.log)
>
> 2022-07-28 19:39:47,923-07 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-1) [] VM '6e177451-d43f-4e
>
> 91-85ad-6b8f3bcfc4ad'(epayfraud2.j2noc.com) moved from 'NotResponding'
> --> 'Up'
>
> ...
>
> 2022-07-28 19:39:53,676-07 WARN  
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineSch
>
> eduled-Thread-58) [] EVENT_ID: VM_NOT_RESPONDING(126), VM epayfraud
> 2.j2noc.com is not responding.
>
> ...
>
> 2022-07-28 19:40:36,189-07 INFO  
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (ForkJoinPool-1-worker-10) [] VM '6e177451-d43f-4e91-85ad-6b8f3bcfc4ad'(
> epayfraud2.j2noc.com) moved from 'NotResponding' --> 'Up'
>
>
>
> I guess my first question is how does ovirt determine if VM is up or not,
> is it the management node or the host VM is running on and what ports does
> it use to determine health?
>
>
>
>
___
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/EMAQHOIPFURD4GFRLDVJHDY4N7WCQ6RB/

[ovirt-users] ovirt vms NotResponding related to firewalls

[Bill James]

we recently added a bunch of firewalls around vlans where our VMs live and
it may be causing a lot of confusion to ovirt management node?
Though I don't know why firewall would cause intermittent problems.

We see a lot of errors like: (in engine.log)

2022-07-28 19:39:47,923-07 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(ForkJoinPool-1-worker-1) [] VM '6e177451-d43f-4e

91-85ad-6b8f3bcfc4ad'(epayfraud2.j2noc.com) moved from 'NotResponding' -->
'Up'

...

2022-07-28 19:39:53,676-07 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engineSch

eduled-Thread-58) [] EVENT_ID: VM_NOT_RESPONDING(126), VM epayfraud
2.j2noc.com is not responding.

...

2022-07-28 19:40:36,189-07 INFO
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
(ForkJoinPool-1-worker-10) [] VM '6e177451-d43f-4e91-85ad-6b8f3bcfc4ad'(
epayfraud2.j2noc.com) moved from 'NotResponding' --> 'Up'



I guess my first question is how does ovirt determine if VM is up or not,
is it the management node or the host VM is running on and what ports does
it use to determine health?
___
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/4VF6WRL4G6LJEIMFIEJBAI2AL74BL4YE/

[ovirt-users] Re: host certification is about to expire

[Bill James]

restarting vdsmd did the trick, thank you!


On Tue, Apr 20, 2021 at 11:58 PM Yedidyah Bar David  wrote:

> On Tue, Apr 20, 2021 at 9:07 PM Bill James  wrote:
> >
> > Thank you for reply.
> > Notice Enroll cert was done 4/15, but still getting notices.
> >
> >
> > engine.log:
> >
> > 2021-04-19 20:05:59,922-07 WARN
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (EE-ManagedThreadFactory-engineScheduled-Thread-58) [] EVENT_ID:
> HOST_CERTIFICATION_IS_ABOUT_TO_EXPIRE(845), Host ovirt1.j2noc.com
> certification is about to expire at 2021-05-12. Please renew the host's
> certification.
> >
> > ..
> >
> >
> >
> > 2021-04-15 20:25:47,964-07 INFO
> [org.ovirt.engine.core.bll.hostdeploy.HostEnrollCertificateCommand]
> (default task-3) [6b9b252b-e78a-4f46-983c-58b4162c2818] Running command:
> HostEnrollCertificateCommand internal: false. Entities affected :  ID:
> 23d2c0ab-5dd1-43af-9db3-2a426a539faf Type: VDSAction group
> EDIT_HOST_CONFIGURATION with role type ADMIN
> >
> > 2021-04-15 20:25:48,004-07 INFO
> [org.ovirt.engine.core.bll.hostdeploy.HostEnrollCertificateInternalCommand]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-1)
> [6b9b252b-e78a-4f46-983c-58b4162c2818] Running command:
> HostEnrollCertificateInternalCommand internal: true. Entities affected :
> ID: 23d2c0ab-5dd1-43af-9db3-2a426a539faf Type: VDS
> >
> > 2021-04-15 20:25:48,012-07 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-1)
> [6b9b252b-e78a-4f46-983c-58b4162c2818] START,
> SetVdsStatusVDSCommand(HostName = ovirt1.j2noc.com,
> SetVdsStatusVDSCommandParameters:{hostId='23d2c0ab-5dd1-43af-9db3-2a426a539faf',
> status='Installing', nonOperationalReason='NONE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id: 2c9a2bff
> >
> > 2021-04-15 20:25:48,021-07 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-1)
> [6b9b252b-e78a-4f46-983c-58b4162c2818] FINISH, SetVdsStatusVDSCommand,
> return: , log id: 2c9a2bff
> >
> > 2021-04-15 20:25:48,037-07 INFO
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-3) [6b9b252b-e78a-4f46-983c-58b4162c2818] EVENT_ID:
> HOST_CERTIFICATION_ENROLLMENT_STARTED(880), Enrolling certificate for host
> ovirt1.j2noc.com was started (User: bill.ja...@j2global.com
> @j2global.com-authz).
> >
> > 2021-04-15 20:25:48,058-07 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-1)
> [6b9b252b-e78a-4f46-983c-58b4162c2818] START,
> SetVdsStatusVDSCommand(HostName = ovirt1.j2noc.com,
> SetVdsStatusVDSCommandParameters:{hostId='23d2c0ab-5dd1-43af-9db3-2a426a539faf',
> status='Maintenance', nonOperationalReason='NONE',
> stopSpmFailureLogged='false', maintenanceReason='null'}), log id: e46428c
> >
> > 2021-04-15 20:25:48,062-07 INFO
> [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-1)
> [6b9b252b-e78a-4f46-983c-58b4162c2818] FINISH,
> >
> >  SetVdsStatusVDSCommand, return: , log id: e46428c
> >
> > 2021-04-15 20:25:48,069-07 INFO
> [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor]
> (EE-ManagedThreadFactory-commandCoordinator-Thread-1)
> [6b9b252b-e78a-4f46-983c-58b4162c2818] Executing Ansible command:
> /usr/bin/ansible-playbook --ssh-common-args=-F
> /var/lib/ovirt-engine/.ssh/config -v
> --private-key=/etc/pki/ovirt-engine/keys/engine_id_rsa
> --inventory=/tmp/ansible-inventory8413305606879978005
> --extra-vars=ovirt_organizationname="j2noc.com"
> --extra-vars=ovirt_ca_cert="-BEGIN CERTIFICATE-
> >
> >
> MIIDrjCCApagAwIBAgICEAAwDQYJKoZIhvcNAQEFBQAwQTELMAkGA1UEBhMCVVMxEjAQBgNVBAoT
> >
> >
> CWoybm9jLmNvbTEeMBwGA1UEAxMVb3ZpcnQuajJub2MuY29tLjE4NjU1MB4XDTE2MDUxMjE0NDUz
> >
> >
> MloXDTI2MDUxMTE0NDUzMlowQTELMAkGA1UEBhMCVVMxEjAQBgNVBAoTCWoybm9jLmNvbTEeMBwG
> >
> >
> A1UEAxMVb3ZpcnQuajJub2MuY29tLjE4NjU1MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKC
> >
> >
> AQEAvGatrRaRs2lnC/uT2caEij9cAzrYeJvnskCUY/iJoVGZuERDmU0QanvEUIIKlcjAqJsAb3Z4
> >
> >
> 4h63RoXNshnvFUP7L0DR2YvfrKWnDV3AlA/rEQ8jwLedGGsvM/AxzTMaSlnlcJYSlJXeQKHEhc84
> >
> >
> OTF8k+KalJditE9XWS/Z+OV9T3RcnE5QpBNJDKgg0W42WU4Y2K8r+Jwpso0Ea7YZuMck8GORnQOD
> >
> >
> vlQbGvj/6pOBcMyAIeVa0puTFIsGuje0dM7VUYl/DP/2T8kwJJtDM7cgaV94KSUTJbjdBLshWSPI
> >
> >
> Jj5LK1s7k3FGqGlPdjiXsbccZ8wUs439HwjMm7C6SQIDAQABo4GvMIGsMB0GA1UdDgQWBBRVi07z
> >
&g

[ovirt-users] Re: host certification is about to expire

[Bill James]

ars=ovirt_ca_key="ssh-rsa
B3NzaC1yc2EDAQABAAABAQC8Zq2tFpGzaWcL+5PZxoSKP1wDOth4m+eyQJRj+ImhUZm4REOZTRBqe8RQggqVyMComwBvdnjiHrdGhc2yGe8VQ/svQNHZi9+spacNXcCUD+sRDyPAt50Yay8z8DHNMxpKWeVwlhKUld5AocSFzzg5MXyT4pqUl2K0T1dZL9n45X1PdFycTlCkE0kMqCDRbjZZThjYryv4nCmyjQRrthm4xyTwY5GdA4O+VBsa+P/qk4FwzIAh5VrSm5MUiwa6N7R0ztVRiX8M//ZPyTAkm0MztyBpX3gpJRMluN0EuyFZI8gmPksrWzuTcUaoaU92OJextxxnzBSzjf0fCMybsLpJ"
--extra-vars=ovirt_vdscertificatevalidityinyears="5"
/usr/share/ovirt-engine/playbooks/ovirt-host-enroll-certificate.yml
[Logfile:
/var/log/ovirt-engine/host-deploy/ovirt-enroll-certs-ansible-20210415202548-10.144.110.99-6b9b252b-e78a-4f46-983c-58b4162c2818.log]



ovirt-enroll-certs-ansible-20210415202548-10.144.110.99-6b9b252b-e78a-4f46-983c-58b4162c2818.log
attached.



On Mon, Apr 19, 2021 at 10:37 PM Yedidyah Bar David  wrote:

> On Mon, Apr 19, 2021 at 8:15 PM Bill James  wrote:
> >
> > I get this message from ovirt:
> > Message:Host  certification is about to expire at 2021-05-12.
> Please renew the host's certification.
> >
> > I tried putting host in maintenance mode and running "enroll
> certificate". Didn't help.
>
> Please check/share relevant logs (on the engine machine) -
> /var/log/ovirt-engine/engine.log and
> /var/log/ovirt-engine/host-deploy/* . Thanks.
>
> >
> > How do I renew the certificate?
>
> 'Enroll Certificate' should have worked. In principle you can also try
> 'Reinstall', which is not that much more drastic than 'Enroll
> Certificate' on a working host, but does do a bit more.
>
> >
> > I'm running 4.3.9.4-1.el7
>
> Please note that this is EOL. Also, the host-deploy code (including
> all of above) was rewritten in ansible in 4.4 (not implying the old
> code was/is broken, though).
>
> Best regards,
> --
> Didi
>
>

-- 


This email, its contents and attachments contain information from J2 
Global, Inc. and/or its affiliates which may be privileged, confidential or 
otherwise protected from disclosure. The information is intended to be for 
the addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you 
have received this email in error, please notify the sender by reply email 
and delete the original message and any copies.



ovirt-enroll-certs-ansible-20210415202548-10.144.110.99-6b9b252b-e78a-4f46-983c-58b4162c2818.log
Description: Binary data
___
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/HEQF4NE7AT7GH6TEXW245FJIJAT2DPXF/

[ovirt-users] host certification is about to expire

[Bill James]

I get this message from ovirt:
Message:Host  certification is about to expire at 2021-05-12.
Please renew the host's certification.

I tried putting host in maintenance mode and running "enroll certificate".
Didn't help.

How do I renew the certificate?

I'm running* 4.3.9.4-1.el7*


*Thanks.*

-- 


This email, its contents and attachments contain information from J2 
Global, Inc. and/or its affiliates which may be privileged, confidential or 
otherwise protected from disclosure. The information is intended to be for 
the addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you 
have received this email in error, please notify the sender by reply email 
and delete the original message and any copies.

___
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/AITRFOJZZJAU6F7Z6HL5LXJ3WSJLEJZV/

[ovirt-users] Re: upgrade VM cluster compatibility version

[Bill James]

ah, found it. Thank you very much!



On Tue, Apr 14, 2020 at 5:42 PM  wrote:

> When you edit the bm, show advanced options, then under system and
> advanced options.
>
> See the attached screenshot.
>
>
>
> Eric Evans
>
> Digital Data Services LLC.
>
> 304.660.9080
>
>
>
> *From:* Bill James 
> *Sent:* Tuesday, April 14, 2020 6:52 PM
> *To:* users 
> *Subject:* [ovirt-users] upgrade VM cluster compatibility version
>
>
>
> I'm trying to upgrade my cluster to 4.3. Currently its running
> 4.2.8.2-1.el7.
>
> But the cluster compatibility version is 3.6.
>
> I try to change that and it says I need to edit the VM.
>
>
> https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks.html
>
>
>
> says:
>
> *Important:* An error message may warn that some virtual machines and
> templates are incorrectly configured. To fix this error, edit each virtual
> machine manually. The *Edit Virtual Machine* window provides additional
> validations and warnings that show what to correct. Sometimes the issue is
> automatically corrected and the virtual machine’s configuration just needs
> to be saved again. After editing each virtual machine, you will be able to
> change the cluster compatibility version.
>
>
>
>
>
> I edit the VM and there are no errors or warnings. I see no way to change
> the cluster compatibility level on a VM.
>
> How do I change the Custom Compatibility Version??
>
>
>
>
> --
>
>
>
> This email, its contents and attachments contain information from J2
> Global, Inc. and/or its affiliates which may be privileged, confidential or
> otherwise protected from disclosure. The information is intended to be for
> the addressee(s) only. If you are not an addressee, any disclosure, copy,
> distribution or use of the contents of this message is prohibited. If you
> have received this email in error, please notify the sender by reply email
> and delete the original message and any copies.
>
>
>

-- 


This email, its contents and attachments contain information from J2 
Global, Inc. and/or its affiliates which may be privileged, confidential or 
otherwise protected from disclosure. The information is intended to be for 
the addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you 
have received this email in error, please notify the sender by reply email 
and delete the original message and any copies.

___
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/7PFP5PHO5RTUU656YFMP2QCHU4NA7OGN/

[ovirt-users] upgrade VM cluster compatibility version

[Bill James]

I'm trying to upgrade my cluster to 4.3. Currently its running
4.2.8.2-1.el7.
But the cluster compatibility version is 3.6.
I try to change that and it says I need to edit the VM.
https://www.ovirt.org/documentation/upgrade-guide/chap-Post-Upgrade_Tasks.html

says:
*Important:* An error message may warn that some virtual machines and
templates are incorrectly configured. To fix this error, edit each virtual
machine manually. The *Edit Virtual Machine* window provides additional
validations and warnings that show what to correct. Sometimes the issue is
automatically corrected and the virtual machine’s configuration just needs
to be saved again. After editing each virtual machine, you will be able to
change the cluster compatibility version.


I edit the VM and there are no errors or warnings. I see no way to change
the cluster compatibility level on a VM.
How do I change the Custom Compatibility Version??

-- 


This email, its contents and attachments contain information from J2 
Global, Inc. and/or its affiliates which may be privileged, confidential or 
otherwise protected from disclosure. The information is intended to be for 
the addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution or use of the contents of this message is prohibited. If you 
have received this email in error, please notify the sender by reply email 
and delete the original message and any copies.

___
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/LDZIZW6LZPQG7WANSTOG34WN246ZKEMC/

[ovirt-users] ovirt api snapshot date format?

[Bill James]

I'm trying to use the ovirt REST api to read snapshot date but the number
I'm getting back doesn't appear to be in epoch time. What format is it?

Example:
"date":1565299725928,"snapshot_status":"ok"

Should be "Aug 8, 2019", epoch conversion put it at Tue May 16 16:25:28
51572.


(accessed via https://$HOSTNAME/ovirt-engine/api/vms/$value/snapshots)
___
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/W6ED3NTRX45NEDBPFTD7O4PAIEF5U5AF/

[ovirt-users] Re: left over volume after failed disk move

[Bill James]

thank you. just to follow up for this thread, create Bug 1679355
<https://bugzilla.redhat.com/show_bug.cgi?id=1679355>

On Sat, Feb 16, 2019 at 9:55 PM Eyal Shenitzky  wrote:

> Can you please open a bug - https://bugzilla.redhat.com/
> <https://bugzilla.redhat.com/show_bug.cgi?id=1677319>
>
> Please attach the engine.log and the vdsm.log.
>
> Thanks
>
> On Fri, Feb 15, 2019 at 8:11 AM Bill James  wrote:
>
>> I tried moving some disks from one gluster volume to another.
>> 8 worked, 6 failed.
>>
>> I can't retry the move because ovirt says:
>> 2019-02-14 21:36:49,450-08 ERROR
>> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler4)
>> [2d9789d1] BaseAsyncTask::logEndTaskFailure: Task '2a0e703b-0239-41f8-a920
>> -50c1ae096590' (Parent Command 'CreateImagePlaceholder', Parameters Type
>> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
>> failure:
>> -- Result: 'cleanSuccess'
>> -- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
>> to HSMGetAllTasksStatusesVDS, error = Volume already exists:
>> ('d33e8048-a4b4-4b85-bf44-20be65b854f2',)',
>>
>>
>> How do I clear up the gluster volume of these failed images?
>> I'm running :
>> ovirt-engine-4.1.8.2-1.el7.centos.noarch
>> glusterfs-3.8.15-2.el7.x86_64
>> vdsm-4.19.43-1.el7.centos.x86_64
>>
>>
>> Some errors from the first failed disk move:
>> 2019-02-14 21:23:44,114-08 ERROR
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.VmReplicateDiskFinishVDSCommand]
>> (DefaultQuartzScheduler2) [7adfa09d-d0d6-4478-9a6a-c505535e325b] Failed
>>  in 'VmReplicateDiskFinishVDS' method
>> 2019-02-14 21:23:44,125-08 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (DefaultQuartzScheduler2) [7adfa09d-d0d6-4478-9a6a-c505535e325b] EVENT_ID: V
>> DS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack:
>> null, Custom ID: null, Custom Event ID: -1, Message: VDSM
>> ovirt4.j2noc.com command VmReplicateDiskFinishVDS fai
>> led: Resource unavailable
>>
>> attached is engine.log.
>>
>>
>> ___
>> 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/GAOGBS7CWLEK2IKSIFQKGGSCHUI7GJ5S/
>>
>
>
> --
> Regards,
> Eyal Shenitzky
>
___
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/4TLSWVGFPHNOPKJEKK2YDWPIKRZV7PN4/

[ovirt-users] Re: left over volume after failed disk move

[Bill James]

re-posting without attachment to see if it goes through.


On Thu, Feb 14, 2019 at 10:07 PM Bill James  wrote:

> I tried moving some disks from one gluster volume to another.
> 8 worked, 6 failed.
>
> I can't retry the move because ovirt says:
> 2019-02-14 21:36:49,450-08 ERROR
> [org.ovirt.engine.core.bll.tasks.SPMAsyncTask] (DefaultQuartzScheduler4)
> [2d9789d1] BaseAsyncTask::logEndTaskFailure: Task '2a0e703b-0239-41f8-a920
> -50c1ae096590' (Parent Command 'CreateImagePlaceholder', Parameters Type
> 'org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters') ended with
> failure:
> -- Result: 'cleanSuccess'
> -- Message: 'VDSGenericException: VDSErrorException: Failed in vdscommand
> to HSMGetAllTasksStatusesVDS, error = Volume already exists:
> ('d33e8048-a4b4-4b85-bf44-20be65b854f2',)',
>
>
> How do I clear up the gluster volume of these failed images?
> I'm running :
> ovirt-engine-4.1.8.2-1.el7.centos.noarch
> glusterfs-3.8.15-2.el7.x86_64
> vdsm-4.19.43-1.el7.centos.x86_64
>
>
> Some errors from the first failed disk move:
> 2019-02-14 21:23:44,114-08 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.VmReplicateDiskFinishVDSCommand]
> (DefaultQuartzScheduler2) [7adfa09d-d0d6-4478-9a6a-c505535e325b] Failed
>  in 'VmReplicateDiskFinishVDS' method
> 2019-02-14 21:23:44,125-08 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler2) [7adfa09d-d0d6-4478-9a6a-c505535e325b] EVENT_ID: V
> DS_BROKER_COMMAND_FAILURE(10,802), Correlation ID: null, Call Stack: null,
> Custom ID: null, Custom Event ID: -1, Message: VDSM ovirt4.j2noc.com
> command VmReplicateDiskFinishVDS fai
> led: Resource unavailable
>
> attached is engine.log.
>
>
>
___
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/A6CWUHKVSIFYUNVHATGLDOKCKK2B423C/

[ovirt-users] gluster volume permission denied

[Bill James]

I have one node in our cluster that has problems when migrating a VM if 
the VM is hosted on a gluster volume.

If the VM is hosted on a NFS volume it migrates fine.

/var/log/messages:
Jan 16 14:36:09 ovirt1 libvirtd: 2018-01-16 22:36:09.769+: 9700: 
error : qemuProcessReportLogError:1862
 : internal error: process exited while connecting to monitor: 
2018-01-16T22:36:09.587405Z qemu-kvm: -drive

 
file=/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/67b4d9aa-f174-436a-b5a1-ec7cee5f2edb/images/60
3271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-4ab0-4047-9b91-e0817a139e90,format=raw,if=none,id=drive-virtio-
disk0,serial=603271e4-3089-4779-aa1c-faf280fabd17,cache=none,werror=stop,rerror=stop,aio=threads: 
Could not
 open 
'/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/67b4d9aa-f174-436a-b5a1-ec7cee5f2edb/images/603271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-4ab0-4047-9b91-e0817a139e90': 
Permission denied

(libvirt/csapi1.test.j2noc.com.log says same thing)

[root@ovirt1 test log]# ls -hl 
/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/67b4d9aa-f174-436a-b5a1-ec7cee5f2edb/images/603271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-4ab0-4047-9b91-e0817a139e90
-rw-rw 1 vdsm kvm 20G Jan 16 15:32 
/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/67b4d9aa-f174-436a-b5a1-ec7cee5f2edb/images/603271e4-3089-4779-aa1c-faf280fabd17/7c7f7726-4ab0-4047-9b91-e0817a139e90


lrwxrwxrwx 1 vdsm kvm  98 Jan 10 21:21 
67b4d9aa-f174-436a-b5a1-ec7cee5f2edb -> 
/rhev/data-center/mnt/glusterSD/ovirt3-ks.test.j2noc.com:_gv3/67b4d9aa-f174-436a-b5a1-ec7cee5f2edb



engine.log:
2018-01-16 14:36:18,846-08 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (o
rg.ovirt.thread.pool-6-thread-34) [78d8b38c] EVENT_ID: 
VM_MIGRATION_TRYING_RERUN(128), Correlation ID: e39
9da53-cd31-401c-bf63-16b118b8884c, Job ID: 
4db6bd87-0da4-4358-acae-dc453c813969, Call Stack: null, Custom
ID: null, Custom Event ID: -1, Message: Failed to migrate VM 
csapi1.test.j2noc.com to Host ovirt1.test.j2n

oc.com . Trying to migrate to another Host.


ovirt-engine-tools-4.1.8.2-1.el7.centos.noarch
glusterfs-3.8.15-2.el7.x86_64
vdsm-4.19.43-1.el7.centos.x86_64
libvirt-daemon-3.2.0-14.el7_4.7.x86_64

Let me know what logs would be useful in troubleshooting this.

Thanks!


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

Re: [ovirt-users] host timeout for remote colo

[Bill James]

thanks, we found when we switched to a different internet provider that 
the network issues went away.
I'll look into upgrading, but it hard for us to keep up. We just got to 
4.1.0 recently.  :-)



On 8/24/17 10:57 PM, Yaniv Kaul wrote:



On Thu, Aug 24, 2017 at 9:55 PM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


We have an ovirt master (engine) host in Los Angeles and some
remote servers in the UK.
Normally they work fine, but when there is a heavy load on the UK
servers the management engine has problems with heartbeat and ends
up trying to restart the nodes.


Perhaps the mgmt interface is used for traffic other than mgmt? On 
small scale it's OK. For bigger scale and workloads, it's best to 
separate traffic to dedicated NICs.



I saw in this thread that I can change vdsHeartbeatInSeconds
(https://www.mail-archive.com/users@ovirt.org/msg41695.html
<https://www.mail-archive.com/users@ovirt.org/msg41695.html>)
but I don't really want to change it globally, just for the nodes
in UK.
Also not sure how to get the current setting of that value, only
how to change it. How do I tell current value?  I heard default is
30 seconds.


To change it:
usr/share/ovirt-engine/dbscripts/engine-psql.sh -c "update vdc_options 
set option_value = 90 where option_name = 'vdsHeartbeatInSeconds'



ovirt-engine-4.1.0.4-1.el7.centos.noarch


I recommend upgrade, though not specifically due to the above issue.


Or maybe its not best practice to have a cluster that far from the
engine?


We have an Engien in Israel managing hosts in Europe and the US.
Y.



2017-08-24 11:27:51,921-07 WARN
[org.ovirt.engine.core.vdsbroker.VdsManager]
(DefaultQuartzScheduler3) [feefbf3f-d0e2-4a64-b008-80838d04f130]
Failed to refresh VDS, network error, continuing,
vds='ovirt1.evuk.j2noc.com
<http://ovirt1.evuk.j2noc.com>'(d0482635-93fd-4cc3-9c78-523078845f11):
VDSGenericException: VDSNetworkException: Heartbeat exceeded

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





Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, including its contents and attachments, contains information from 
j2 Global, Inc. and/or its affiliates that may be privileged, confidential, or 
otherwise protected from disclosure.  The information is intended for the 
addressee(s) only.  If you are not an addressee, any disclosure, copy, 
distribution, or use of this message is prohibited.  If you have received this 
email in error, please immediately notify the sender by reply email and delete 
the message and any copies.  �2017 j2 Global, Inc. and affiliates.  All rights 
reserved.  eFax�, eVoice�, Campaigner�, FuseMail�, KeepItSafe�, and Onebox� are 
trademarks of j2 Global, Inc. and affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] host timeout for remote colo

[Bill James]

We have an ovirt master (engine) host in Los Angeles and some remote 
servers in the UK.
Normally they work fine, but when there is a heavy load on the UK 
servers the management engine has problems with heartbeat and ends up 
trying to restart the nodes.


I saw in this thread that I can change vdsHeartbeatInSeconds 
(https://www.mail-archive.com/users@ovirt.org/msg41695.html)

but I don't really want to change it globally, just for the nodes in UK.
Also not sure how to get the current setting of that value, only how to 
change it. How do I tell current value?  I heard default is 30 seconds.


ovirt-engine-4.1.0.4-1.el7.centos.noarch

Or maybe its not best practice to have a cluster that far from the engine?


2017-08-24 11:27:51,921-07 WARN 
[org.ovirt.engine.core.vdsbroker.VdsManager] (DefaultQuartzScheduler3) 
[feefbf3f-d0e2-4a64-b008-80838d04f130] Failed to refresh VDS, network 
error, continuing, 
vds='ovirt1.evuk.j2noc.com'(d0482635-93fd-4cc3-9c78-523078845f11): 
VDSGenericException: VDSNetworkException: Heartbeat exceeded


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

[ovirt-users] ovirt and mixed selinux

[Bill James]

I was hoping to migrate my systems to using selinux gradually.
I added 3 new nodes with selinux in permissive mode.
Migration fails to any of the previous hosts that currently have selinux 
disabled.
Is it an all or nothing deal? Obviously not easy to reboot all nodes at 
once.


2017-07-28 09:35:43,616 ERROR (migsrc/8c566813) [virt.vm] 
(vmId='8c566813-4bee-4f04-be23-c9fc10e1e1f2') unsupported configuration: 
Unable to find security driver for model selinux (migration:265)
2017-07-28 09:35:43,641 ERROR (migsrc/8c566813) [virt.vm] 
(vmId='8c566813-4bee-4f04-be23-c9fc10e1e1f2') Failed to migrate 
(migration:405)

Traceback (most recent call last):


ovirt-engine-4.1.0.4-1.el7.centos.noarch
libselinux-utils-2.5-6.el7.x86_64


related: http://lists.ovirt.org/pipermail/users/2016-October/076878.html

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

Re: [ovirt-users] Add CentOS 7 host fails during setup validation with 'Cannot locate vdsm package, possible cause is incorrect channels.'

[Bill James]

might want to double check what yum repos you have configured.
"yum search vdsm" or "yum list vdsm" should return something.
vdsm is not part of standard centos7 repo.

you can add it with something like

|# yum install 
||http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm| 




https://www.ovirt.org/release/4.1.1/#fedora--centos--rhel



On 07/27/2017 11:35 AM, Schorschi wrote:
Trying to add a CentOS 7 host to oVirt instance, but fails during 
setup validation with 'Cannot locate vdsm package, possible cause is 
incorrect channels.'  Of course, given this is oVirt (not RHEV) and 
CentOS not RHEL, there is not any RHEL applicable channel. Anyone have 
this issue as well?


Version of KVM host (CentOS)...
Linux node01.dachshund-digital.org 3.10.0-514.26.2.el7.x86_64 #1 SMP 
Tue Jul 4 15:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

CentOS Linux release 7.3.1611 (Core)
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/;
BUG_REPORT_URL="https://bugs.centos.org/;
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
CentOS Linux release 7.3.1611 (Core)
CentOS Linux release 7.3.1611 (Core)

Version of oVirt (and CentOS hosting oVirt)... Is release 4.1 per 
install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
Linux ovirt.dachshund-digital.org 3.10.0-514.26.2.el7.x86_64 #1 SMP 
Tue Jul 4 15:04:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

CentOS Linux release 7.3.1611 (Core)
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/;
BUG_REPORT_URL="https://bugs.centos.org/;
CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"
CentOS Linux release 7.3.1611 (Core)
CentOS Linux release 7.3.1611 (Core)

Any help appreciated.  Thanks.

___
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] fence issue adding host

[Bill James]

that doesn't work either on good host or bad.
Maybe that is just a distraction.

Any idea why ovirt won't let me add the host?
"Test failed: [Failed: Unable to obtain correct plug status or plug is 
not available, , ]"




[root@ovirt6 prod ~]# /sbin/fence_ilo4 -a 10.144.254.87 -P -l 
Administrator -p *** -o status -v
Executing: /usr/bin/ipmitool -I lanplus -H 10.144.254.87 -U 
Administrator -P [set] -p 623 -L ADMINISTRATOR chassis power status


1  Error: Unable to establish IPMI v2 / RMCP+ session


Failed: Unable to obtain correct plug status or plug is not available


On 07/27/2017 04:00 AM, Martin Perina wrote:



On Thu, Jul 27, 2017 at 2:26 AM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


I'm adding 3 hardware nodes to our cluster. All 3 same type of
server and software, HP DL360 G8, centos 7.
One fails the fence agent test.
The one I'm having problems with has a newer version of ilo
firmware, not sure if related.
Troublemaker: 2.54
Others: 2.53

ovirt-engine-4.1.0.4-1.el7.centos.noarch
vdsm-4.19.4-1.el7.centos.x86_64


2017-07-26 15:14:30,215-07 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID:
FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation
ID: null, Call Stack: null, Custom Event ID: -1, Message:
Executing power management status on Host ovirt6.j2noc.com
<http://ovirt6.j2noc.com> using Proxy Host ovirt1.j2noc.com
<http://ovirt1.j2noc.com> and Fence Agent ilo4:10.144.254.89.
2017-07-26 15:14:30,216-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]

(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START,
FenceVdsVDSCommand(HostName = ovirt1.j2noc.com
<http://ovirt1.j2noc.com>,
FenceVdsVDSCommandParameters:{runAsync='true',
hostId='23d2c0ab-5dd1-43af-9db3-2a426a539faf',
targetVdsId='----',
action='STATUS', agent='FenceAgent:{id='null', hostId='null',
order='1', type='ilo4', ip='10.144.254.89', port='null',
user='Administrator', password='***', encryptOptions='false',
options='power_wait=4'}', policy='null'}), log id: 1498b3c4
*2017-07-26 15:14:30,414-07 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH,
FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR',
powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct
plug status or plug is not available, , ]'}, log id: 1498b3c4*
2017-07-26 15:14:30,420-07 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID:
FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation
ID: null, Call Stack: null, Custom Event ID: -1, Message:
Execution of power management status on Host ovirt6.j2noc.com
<http://ovirt6.j2noc.com> using Proxy Host ovirt1.j2noc.com
<http://ovirt1.j2noc.com> and Fence Agent ilo4:10.144.254.89 failed.
2017-07-26 15:14:30,420-07 WARN  [org.ovirt.engine.core.bll.pm
<http://org.ovirt.engine.core.bll.pm>.FenceAgentExecutor] (default
task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] Fence action
failed using proxy host '10.144.110.99', trying another proxy
2017-07-26 15:14:30,740-07 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID:
FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation
ID: null, Call Stack: null, Custom Event ID: -1, Message:
Executing power management status on Host ovirt6.j2noc.com
<http://ovirt6.j2noc.com> using Proxy Host ovirt2.j2noc.com
<http://ovirt2.j2noc.com> and Fence Agent ilo4:10.144.254.89.
2017-07-26 15:14:30,741-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]

(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START,
FenceVdsVDSCommand(HostName = ovirt2.j2noc.com
<http://ovirt2.j2noc.com>,
FenceVdsVDSCommandParameters:{runAsync='true',
hostId='91d8fa70-fd24-4530-90f7-982ff068230b',
targetVdsId='----',
action='STATUS', agent='FenceAgent:{id='null', hostId='null',
order='1', type='ilo4', ip='10.144.254.89', port='null',
user='Administrator', password='***', encryptOptions='false',
options='power_wait=4'}', policy='null'}), log id: 67d837da
2017-07-26 15:14:30,898-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand]

(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH,
FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR',
powerStatus='UNKNOWN', message='[Failed: Unab

[ovirt-users] fence issue adding host

[Bill James]

I'm adding 3 hardware nodes to our cluster. All 3 same type of server 
and software, HP DL360 G8, centos 7.

One fails the fence agent test.
The one I'm having problems with has a newer version of ilo firmware, 
not sure if related.

Troublemaker: 2.54
Others: 2.53

ovirt-engine-4.1.0.4-1.el7.centos.noarch
vdsm-4.19.4-1.el7.centos.x86_64


2017-07-26 15:14:30,215-07 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: 
FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation ID: 
null, Call Stack: null, Custom Event ID: -1, Message: Executing power 
management status on Host ovirt6.j2noc.com using Proxy Host 
ovirt1.j2noc.com and Fence Agent ilo4:10.144.254.89.
2017-07-26 15:14:30,216-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default 
task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START, 
FenceVdsVDSCommand(HostName = ovirt1.j2noc.com, 
FenceVdsVDSCommandParameters:{runAsync='true', 
hostId='23d2c0ab-5dd1-43af-9db3-2a426a539faf', 
targetVdsId='----', action='STATUS', 
agent='FenceAgent:{id='null', hostId='null', order='1', type='ilo4', 
ip='10.144.254.89', port='null', user='Administrator', password='***', 
encryptOptions='false', options='power_wait=4'}', policy='null'}), log 
id: 1498b3c4
*2017-07-26 15:14:30,414-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default 
task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH, 
FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR', 
powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct plug 
status or plug is not available, , ]'}, log id: 1498b3c4*
2017-07-26 15:14:30,420-07 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: 
FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation ID: 
null, Call Stack: null, Custom Event ID: -1, Message: Execution of power 
management status on Host ovirt6.j2noc.com using Proxy Host 
ovirt1.j2noc.com and Fence Agent ilo4:10.144.254.89 failed.
2017-07-26 15:14:30,420-07 WARN 
[org.ovirt.engine.core.bll.pm.FenceAgentExecutor] (default task-52) 
[4d72d360-2b92-43f6-b2df-e80ee305c622] Fence action failed using proxy 
host '10.144.110.99', trying another proxy
2017-07-26 15:14:30,740-07 INFO 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: 
FENCE_OPERATION_USING_AGENT_AND_PROXY_STARTED(9,020), Correlation ID: 
null, Call Stack: null, Custom Event ID: -1, Message: Executing power 
management status on Host ovirt6.j2noc.com using Proxy Host 
ovirt2.j2noc.com and Fence Agent ilo4:10.144.254.89.
2017-07-26 15:14:30,741-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default 
task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] START, 
FenceVdsVDSCommand(HostName = ovirt2.j2noc.com, 
FenceVdsVDSCommandParameters:{runAsync='true', 
hostId='91d8fa70-fd24-4530-90f7-982ff068230b', 
targetVdsId='----', action='STATUS', 
agent='FenceAgent:{id='null', hostId='null', order='1', type='ilo4', 
ip='10.144.254.89', port='null', user='Administrator', password='***', 
encryptOptions='false', options='power_wait=4'}', policy='null'}), log 
id: 67d837da
2017-07-26 15:14:30,898-07 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] (default 
task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] FINISH, 
FenceVdsVDSCommand, return: FenceOperationResult:{status='ERROR', 
powerStatus='UNKNOWN', message='[Failed: Unable to obtain correct plug 
status or plug is not available, , ]'}, log id: 67d837da
2017-07-26 15:14:30,903-07 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(default task-52) [4d72d360-2b92-43f6-b2df-e80ee305c622] EVENT_ID: 
FENCE_OPERATION_USING_AGENT_AND_PROXY_FAILED(9,021), Correlation ID: 
null, Call Stack: null, Custom Event ID: -1, Message: Execution of power 
management status on Host ovirt6.j2noc.com using Proxy Host 
ovirt2.j2noc.com and Fence Agent ilo4:10.144.254.89 failed.




I'm not sure the right syntax for fence_ipmilan since even a "good" host 
fails:



[root@ovirt4 prod vdsm]# fence_ipmilan -a 10.144.254.87 -P -l 
Administrator -p *** -o status -v chassis power status
Executing: /usr/bin/ipmitool -I lanplus -H 10.144.254.87 -U 
Administrator -P [set] -p 623 -L ADMINISTRATOR chassis power status


1  Error: Unable to establish IPMI v2 / RMCP+ session


Failed: Unable to obtain correct plug status or plug is not available




Any ideas on what the issue is?

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

Re: [ovirt-users] moving disk from one storage domain to another

[Bill James]

On 4/7/17 12:52 AM, Nir Soffer wrote:
On Fri, Apr 7, 2017 at 2:40 AM Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


We are trying to convert our qa environment from local nfs to gluster.
When I move a disk with a VM that is running on same server as the
storage it fails.
When I move a disk with VM running on a different system it works.

VM running on same system as disk:

2017-04-06 13:31:00,588 ERROR (jsonrpc/6) [virt.vm]
(vmId='e598485a-dc74-43f7-8447-e00ac44dae21') Unable to start
replication for vda to {u'domainID':
u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volumeInfo': {'domainID':
u'6affd8c3-2c
51-4cd1-8300-bfbbb14edbe9', 'volType': 'path', 'leaseOffset': 0,
'path':

u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
'volumeID': u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', 'leasePath':

u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5.lease',
'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}, 'diskType':
'file',
'format': 'cow', 'cache': 'none', u'volumeID':
u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', u'imageID':
u'7ae9b3f7-3507-4469-a080-d0944d0ab753', u'poolID':
u'8b6303b3-79c6-4633-ae21-71b15ed00675', u'device': 'disk', 'path':

u'/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
'propagateErrors': u'off', 'volumeChain': [{'domainID':
u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volType': 'path',
'leaseOffset': 0, 'path':

u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/6756eb05-6803-42a7-a3a2-10233bf2ca8d',
'volumeID': u'6756eb05-6803-42a7-a3a2-10233bf2ca8d', 'leasePath':

u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/6756eb05-6803-42a7-a3a2-10233bf2ca8d.lease',
'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}, {'domainID':
u'6affd8c3-2c51-4cd1-8300-bfbbb14edbe9', 'volType': 'path',
'leaseOffset': 0, 'path':

u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5',
'volumeID': u'30fd46c9-c738-4b13-aeca-3dc9ffc677f5', 'leasePath':

u'/rhev/data-center/mnt/glusterSD/ovirt1-ks.test.j2noc.com:_gv2/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5.lease',
'imageID': u'7ae9b3f7-3507-4469-a080-d0944d0ab753'}]} (vm:3594)
Traceback (most recent call last):
   File "/usr/share/vdsm/virt/vm.py", line 3588, in diskReplicateStart
 self._startDriveReplication(drive)
   File "/usr/share/vdsm/virt/vm.py", line 3713, in
_startDriveReplication
 self._dom.blockCopy(drive.name <http://drive.name>, destxml,
flags=flags)
   File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py",
line
69, in f
 ret = attr(*args, **kwargs)
   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py",
line 123, in wrapper
 ret = f(*args, **kwargs)
   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 941, in
wrapper
 return func(inst, *args, **kwargs)
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 684, in
blockCopy
 if ret == -1: raise libvirtError ('virDomainBlockCopy() failed',
dom=self)
libvirtError: internal error: unable to execute QEMU command
'drive-mirror': Could not open

'/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5':
Permission denied


[root@ovirt1 test vdsm]# ls -l

/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5
-rw-rw 2 vdsm kvm 197120 Apr  6 13:29

/rhev/data-center/8b6303b3-79c6-4633-ae21-71b15ed00675/6affd8c3-2c51-4cd1-8300-bfbbb14edbe9/images/7ae9b3f7-3507-4469-a080-d0944d0ab753/30fd46c9-c738-4b13-aeca-3dc9ffc677f5



Then if I try and rerun it it says, even though move failed:

2017-04-06 13:49:27,197 INFO  (jsonrpc/1) [dispatcher] Run and
protect:
getAllTasksStatuses, Return response: {'allT
asksStatus': {'078d962c-e682-40f9-a177-2a8b479a7d8b': {'code': 212,

Re: [ovirt-users] NFS storage domain path is illegal

[Bill James]

once it is detached it no longer shows up in any list other than the 
dialog for "attach data domain".

How do I right click on it or select it to "remove" it?
I did find that if I select Data Center -> Default on left, select the 
storage tab, for domain in maintenance right click will let me Destroy 
the volume. Remove option never became active.




We will rename the host to not use '_', thanks for the replies!



On 04/05/2017 12:00 AM, Fred Rolland wrote:



On Wed, Apr 5, 2017 at 2:27 AM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


ovirt-engine-tools-4.1.0.4-1.el7.centos.noarch
vdsm-4.19.4-1.el7.centos.x86_64


I'm trying to add a NFS storage domain but the gui keeps telling
me the export path is illegal.
Even though I can mount the volume fine at the command line.
I have not found any log that contains the error so I can't attach
log entry.

It says "Use IP:/path or FQDN:/path" but only IP works, no name
I've tried is allowed.

Also, how do I remove a storage domain?
I could put it into maintenance and then detach it, but I have not
found any way to remove/destroy/delete it.


Once it is detached, you have a "remove" button on the top above the list.
You can also do a right click on the row and select "destroy.

With the "remove" action you have the possibility to format the domain 
to wipe any data on it.



What I'm trying for Export Path:
   qagenfil1_nfs1:/ovirt_inside/images


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





Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, including its contents and attachments, contains information from 
j2 Global, Inc. and/or its affiliates that may be privileged, confidential, or 
otherwise protected from disclosure.  The information is intended for the 
addressee(s) only.  If you are not an addressee, any disclosure, copy, 
distribution, or use of this message is prohibited.  If you have received this 
email in error, please immediately notify the sender by reply email and delete 
the message and any copies.  �2017 j2 Global, Inc. and affiliates.  All rights 
reserved.  eFax�, eVoice�, Campaigner�, FuseMail�, KeepItSafe�, and Onebox� are 
trademarks of j2 Global, Inc. and affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] NFS storage domain path is illegal

[Bill James]

ovirt-engine-tools-4.1.0.4-1.el7.centos.noarch
vdsm-4.19.4-1.el7.centos.x86_64


I'm trying to add a NFS storage domain but the gui keeps telling me the 
export path is illegal.

Even though I can mount the volume fine at the command line.
I have not found any log that contains the error so I can't attach log 
entry.


It says "Use IP:/path or FQDN:/path" but only IP works, no name I've 
tried is allowed.


Also, how do I remove a storage domain?
I could put it into maintenance and then detach it, but I have not found 
any way to remove/destroy/delete it.


What I'm trying for Export Path:
   qagenfil1_nfs1:/ovirt_inside/images


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

Re: [ovirt-users] assigned Host was not available

[Bill James]

We found if we move the rebuilt host to a new cluster setup for 4.1 
compatibility it could startup VMs just fine.

So we are guessing its just a 3.6 compat mode issue.
I'll try upgrading the rest of the nodes to 4.1 and change compat mode.
Hopefully all will just work then.
We'll see this weekend

Thanks.


On 03/14/2017 02:41 AM, Bill James wrote:
I'm not sure if its related or not but I noticed 3 other hosts are 
doing similar things.
They all have in common that they are earlier hardware nodes from the 
other 3 nodes in the cluster.
All are HP DL360's, but that later 3 have 256 GB ram, older ones have 
128GB ram.

The other 3 nodes are still running ovirt 3.6.4.


On 3/12/17 11:57 PM, Bill James wrote:
only thing different on the VM config is that I says Deploy to host 
ovirt4.test, which ovirt then ignores because "host is not available".


I attached logs from ovirt engine and ovirt4.test.
VM I tried to start is called "billj4-2".
I also tried to migrate another VM that is suppose to run on ovirt4 
called "billj4".

This time it successfully migrated and is running on ovrit4.test.

Thank you for your help!


[root@ovirt4 test vdsm]# virsh -r list --all
 IdName   State

 2 billj4 running


On 3/12/17 6:16 AM, Yaniv Kaul wrote:



On Tue, Mar 7, 2017 at 9:50 PM Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


I have a hardware node that I recently upgraded from 3.6.4 to
4.1.0.4-1.
It is having issues that certain VMs I cannot deploy to it
because ovirt
says host is not available.
However that host is status up and has 14 running VMs on it.

How do I tell why ovirt thinks the host is not available?


Anything different on the VM's configuration?
If some VMs do run on it, look like the issue is with the VM 
configuration. Can you provide full logs?

Y.


Attached is output from "vdsClient -s ovirt4.test.j2noc.com
<http://ovirt4.test.j2noc.com> getVdsStats"


vdsm-4.19.4-1.el7.centos.x86_64
ovirt-engine-4.1.0.4-1.el7.centos.noarch


engine.log:
2017-03-07 11:06:49,269-08 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ForkJo
inPool-1-worker-0) [] EVENT_ID: USER_RUN_VM_ON_NON_DEFAULT_VDS(152),
Correlation ID: 81490f5b-3029-44d4-b223-df
6bb506efb3, Job ID: 76900dc9-ed9a-4fda-a17a-31825aa515c9, Call
Stack:
null, Custom Event ID: -1, Message: Guest
  billj4 started on Host ovirt7.test.j2noc.com
<http://ovirt7.test.j2noc.com>. (Default Host parameter
was ignored - assigned Host was not available).


___
Users mailing list
Users@ovirt.org <mailto: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] assigned Host was not available

[Bill James]

I'm not sure if its related or not but I noticed 3 other hosts are doing 
similar things.
They all have in common that they are earlier hardware nodes from the 
other 3 nodes in the cluster.
All are HP DL360's, but that later 3 have 256 GB ram, older ones have 
128GB ram.

The other 3 nodes are still running ovirt 3.6.4.


On 3/12/17 11:57 PM, Bill James wrote:
only thing different on the VM config is that I says Deploy to host 
ovirt4.test, which ovirt then ignores because "host is not available".


I attached logs from ovirt engine and ovirt4.test.
VM I tried to start is called "billj4-2".
I also tried to migrate another VM that is suppose to run on ovirt4 
called "billj4".

This time it successfully migrated and is running on ovrit4.test.

Thank you for your help!


[root@ovirt4 test vdsm]# virsh -r list --all
 IdName   State

 2 billj4 running


On 3/12/17 6:16 AM, Yaniv Kaul wrote:



On Tue, Mar 7, 2017 at 9:50 PM Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


I have a hardware node that I recently upgraded from 3.6.4 to
4.1.0.4-1.
It is having issues that certain VMs I cannot deploy to it
because ovirt
says host is not available.
However that host is status up and has 14 running VMs on it.

How do I tell why ovirt thinks the host is not available?


Anything different on the VM's configuration?
If some VMs do run on it, look like the issue is with the VM 
configuration. Can you provide full logs?

Y.


Attached is output from "vdsClient -s ovirt4.test.j2noc.com
<http://ovirt4.test.j2noc.com> getVdsStats"


vdsm-4.19.4-1.el7.centos.x86_64
ovirt-engine-4.1.0.4-1.el7.centos.noarch


engine.log:
2017-03-07 11:06:49,269-08 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(ForkJo
inPool-1-worker-0) [] EVENT_ID: USER_RUN_VM_ON_NON_DEFAULT_VDS(152),
Correlation ID: 81490f5b-3029-44d4-b223-df
6bb506efb3, Job ID: 76900dc9-ed9a-4fda-a17a-31825aa515c9, Call Stack:
null, Custom Event ID: -1, Message: Guest
  billj4 started on Host ovirt7.test.j2noc.com
<http://ovirt7.test.j2noc.com>. (Default Host parameter
was ignored - assigned Host was not available).


___
Users mailing list
Users@ovirt.org <mailto: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] assigned Host was not available

[Bill James]

We have tried re-kickstarting the server, and removing it from ovirt and 
reinstalling it.

Ovirt still thinks its not available to run VMs.
I even tried calling it by a different name, still no luck.
Starting a VM using "run-once" will deploy to the host just fine.


WHY?
I thought when host is in status UP its available.

How do I find out why ovirt thinks its not available for VMs even though 
it marked it as up?




On 3/7/17 11:45 AM, Bill James wrote:

I have a hardware node that I recently upgraded from 3.6.4 to 4.1.0.4-1.
It is having issues that certain VMs I cannot deploy to it because 
ovirt says host is not available.

However that host is status up and has 14 running VMs on it.

How do I tell why ovirt thinks the host is not available?

Attached is output from "vdsClient -s ovirt4.test.j2noc.com getVdsStats"


vdsm-4.19.4-1.el7.centos.x86_64
ovirt-engine-4.1.0.4-1.el7.centos.noarch


engine.log:
2017-03-07 11:06:49,269-08 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ForkJo
inPool-1-worker-0) [] EVENT_ID: USER_RUN_VM_ON_NON_DEFAULT_VDS(152), 
Correlation ID: 81490f5b-3029-44d4-b223-df
6bb506efb3, Job ID: 76900dc9-ed9a-4fda-a17a-31825aa515c9, Call Stack: 
null, Custom Event ID: -1, Message: Guest
 billj4 started on Host ovirt7.test.j2noc.com. (Default Host parameter 
was ignored - assigned Host was not available).







vdsClient.out.gz
Description: GNU Zip compressed data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] assigned Host was not available

[Bill James]

I have a hardware node that I recently upgraded from 3.6.4 to 4.1.0.4-1.
It is having issues that certain VMs I cannot deploy to it because ovirt 
says host is not available.

However that host is status up and has 14 running VMs on it.

How do I tell why ovirt thinks the host is not available?

Attached is output from "vdsClient -s ovirt4.test.j2noc.com getVdsStats"


vdsm-4.19.4-1.el7.centos.x86_64
ovirt-engine-4.1.0.4-1.el7.centos.noarch


engine.log:
2017-03-07 11:06:49,269-08 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(ForkJo
inPool-1-worker-0) [] EVENT_ID: USER_RUN_VM_ON_NON_DEFAULT_VDS(152), 
Correlation ID: 81490f5b-3029-44d4-b223-df
6bb506efb3, Job ID: 76900dc9-ed9a-4fda-a17a-31825aa515c9, Call Stack: 
null, Custom Event ID: -1, Message: Guest
 billj4 started on Host ovirt7.test.j2noc.com. (Default Host parameter 
was ignored - assigned Host was not available).





getVdsStats4.txt.gz
Description: application/gzip
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt network setup hangs

[Bill James]

We recently upgraded our QA ovirt installation from ovirt3.6 to 4.0.3.
All seems to work fine except when I try to setup network configuration.

Even if I take an already configured host and change nothing when I 
select "Setup Host Networks" and press "ok" the window just hangs 
(spinning wheel) and task never finishes.
I can Delete the job and restart ovirt-engine and all is clean, till I 
try to setup a network, on any host, again.


I haven't found any log entries that seem to apply, but here's the start 
of the task:


2017-02-21 16:15:35,557 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.HostSetupNetworksVDSCommand] 
(default
task-40) [77a44650] START, HostSetupNetworksVDSCommand(HostName = 
webdev3.dev.j2noc.com, 
HostSetupNetworksVdsCommandParameters:{runAsync='true', 
hostId='85f43ad0-bba8-46af-97db-062651d23a84', 
vds='Host[webdev3.dev.j2noc.com,85f43ad0-bba8-46af-97db-062651d23a84]', 
rollbackOnFailure='true', connectivityTimeout='120', 
networks='[HostNetwork:{defaultRoute='false', bonding='false', 
networkName='V102_dev', nicName='enp4s0f0', vlan='482', mtu='0',
 vmNetwork='true', stp='false', properties='[]', 
ipv4BootProtocol='NONE', ipv4Address='null', ipv4Netmask='null
', ipv4Gateway='null', ipv6BootProtocol='NONE', ipv6Address='null', 
ipv6Prefix='null', ipv6Gateway='null', swit

chType='LEGACY'},


Where would I look for more info?

Another error that is probably related is when I open Setup Host Network 
and click on the edit pencil I get an error: (ui.log)


2017-02-21 16:33:09,486 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] 
(default task-1) [] Permutation name: EBD94055CA35ABB08F35A7613B98C193
2017-02-21 16:33:09,486 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] 
(default task-1) [] Uncaught exception: 
com.google.gwt.event.shared.UmbrellaException: Exception caught: (TypeError)

 __gwt$exception: : Cannot read property 'c' of null
at Unknown.Ev(webadmin-0.js@25078)
at Unknown.Mv(webadmin-0.js@41)
at Unknown.X7(webadmin-0.js@19)
at Unknown.$7(webadmin-0.js@19)
at Unknown.i7(webadmin-0.js@117)
...
Caused by: com.google.gwt.core.client.JavaScriptException: (TypeError)
 __gwt$exception: : Cannot read property 'c' of null


Did I miss something in the upgrade?


ovirt-engine-4.0.3-1.el7.centos.noarch
vdsm-4.18.11-1.el7.centos.x86_64

Thanks.

--

'ovirt-engine' and component 'Frontend.WebAdmin'

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

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

[Bill James]

thank you for the reply.

[root@ovirt1 prod ~]# lsblk
NAME  MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda 8:00  1.1T  0 disk
├─sda1  8:10  500M  0 part /boot
├─sda2  8:204G  0 part [SWAP]
└─sda3  8:30  1.1T  0 part
  ├─rootvg01-lv01 253:00   50G  0 lvm  /
  └─rootvg01-lv02 253:101T  0 lvm  /ovirt-store

ovirt2 same.
ovirt3:

[root@ovirt3 prod ~]# lsblk
NAME  MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda 8:00 279.4G  0 disk
├─sda1  8:10   500M  0 part /boot
├─sda2  8:20 4G  0 part [SWAP]
└─sda3  8:30 274.9G  0 part
  ├─rootvg01-lv01 253:0050G  0 lvm  /
*  └─rootvg01-lv02 253:10 224.9G  0 lvm  /ovirt-store*

Ah ha! I missed that. Thank you!!
I can fix that.


Once I detached the storage domain it is no longer listed.
Is there some option to make it show detached volumes?

ovirt-engine-3.6.4.1-1.el7.centos.noarch


On 12/1/16 3:58 AM, Sahina Bose wrote:



On Thu, Dec 1, 2016 at 10:54 AM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


I have a  3 node cluster with replica 3 gluster volume.
But for some reason the volume is not using the full size available.
I thought maybe it was because I had created a second gluster
volume on same partition, so I tried to remove it.

I was able to put it in maintenance mode and detach it, but in no
window was I able to get the "remove" option to be enabled.
Now if I select "attach data" I see ovirt thinks the volume is
still there, although it is not.

2 questions.

1. how do I clear out the old removed volume from ovirt?


To remove the storage domain, you need to detach the domain from the 
Data Center sub tab of Storage Domain. Once detached, the remove and 
format domain option should be available to you.
Once you detach - what is the status of the storage domain? Does it 
show as Detached?



2. how do I get gluster to use the full disk space available?


Its a 1T partition but it only created a 225G gluster volume. Why?
How do I get the space back?


What's the output of "lsblk"? Is it consistent across all 3 nodes?


All three nodes look the same:
/dev/mapper/rootvg01-lv02  1.1T  135G  929G  13% /ovirt-store
ovirt1-gl.j2noc.com:/gv1   225G  135G   91G  60%
/rhev/data-center/mnt/glusterSD/ovirt1-gl.j2noc.com
<http://ovirt1-gl.j2noc.com>:_gv1


[root@ovirt1 prod ovirt1-gl.j2noc.com:_gv1]# gluster volume status
Status of volume: gv1
Gluster process TCP Port  RDMA Port
Online  Pid

--
Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y  5218
Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y  5678
Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y  61386
NFS Server on localhost 2049  0 Y  31312
Self-heal Daemon on localhost   N/A   N/A Y 
 31320
NFS Server on ovirt3-gl.j2noc.com <http://ovirt3-gl.j2noc.com>   
   2049 0 Y   38109

Self-heal Daemon on ovirt3-gl.j2noc.com
<http://ovirt3-gl.j2noc.com> N/A  N/A Y   38119
NFS Server on ovirt2-gl.j2noc.com <http://ovirt2-gl.j2noc.com>   
   2049 0 Y   5387

Self-heal Daemon on ovirt2-gl.j2noc.com
<http://ovirt2-gl.j2noc.com> N/A  N/A Y   5402

Task Status of Volume gv1

--
There are no active volume tasks


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





Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] remove gluster storage domain and resize gluster storage domain

[Bill James]

I have a  3 node cluster with replica 3 gluster volume.
But for some reason the volume is not using the full size available.
I thought maybe it was because I had created a second gluster volume on 
same partition, so I tried to remove it.


I was able to put it in maintenance mode and detach it, but in no window 
was I able to get the "remove" option to be enabled.
Now if I select "attach data" I see ovirt thinks the volume is still 
there, although it is not.


2 questions.

1. how do I clear out the old removed volume from ovirt?

2. how do I get gluster to use the full disk space available?

Its a 1T partition but it only created a 225G gluster volume. Why? How 
do I get the space back?


All three nodes look the same:
/dev/mapper/rootvg01-lv02  1.1T  135G  929G  13% /ovirt-store
ovirt1-gl.j2noc.com:/gv1   225G  135G   91G  60% 
/rhev/data-center/mnt/glusterSD/ovirt1-gl.j2noc.com:_gv1



[root@ovirt1 prod ovirt1-gl.j2noc.com:_gv1]# gluster volume status
Status of volume: gv1
Gluster process TCP Port  RDMA Port Online  Pid
--
Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   5218
Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   5678
Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   61386
NFS Server on localhost 2049  0 Y   31312
Self-heal Daemon on localhost   N/A   N/A Y   31320
NFS Server on ovirt3-gl.j2noc.com   2049  0 Y   38109
Self-heal Daemon on ovirt3-gl.j2noc.com N/A   N/A Y   38119
NFS Server on ovirt2-gl.j2noc.com   2049  0 Y   5387
Self-heal Daemon on ovirt2-gl.j2noc.com N/A   N/A Y   5402

Task Status of Volume gv1
--
There are no active volume tasks


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

Re: [ovirt-users] ovirt4.0.1 and new node, migration fails

[Bill James]

Can anyone offer suggestions on how to figure out why when I create a 
new VM and go to "Host" and try to select "Specific Host", although 2 
nodes are listed it won't let me pick on of them?


No updates on the bug reported.
I tried ovirt-engine-4.0.2.7-1.el7.centos.noarch on both ovirt engine 
and the new node, no change.


The 2 nodes are not identical if that makes a difference. Both are HP 
DL360 G8's but one has 128GB RAM and the other has 32GB. Does that matter?


If after creating VM I go to "Run-once", then I can select the second 
node and VM starts up fine.

Or I can migrate the VM once its started.
Why doesn't the initial "New VM" window allow me to select a host?



On 8/15/16 8:51 AM, Bill James wrote:

sure did. No word yet on that.
*bug 1363900*



On 08/14/2016 03:43 AM, Yaniv Dary wrote:

Did you open a bug like Michal asked?

Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem 
Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 
7692306 8272306 Email: yd...@redhat.com <mailto:yd...@redhat.com> IRC 
: ydary


On Fri, Aug 12, 2016 at 2:23 AM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


just fyi, I tried updating to
ovirt-engine-4.0.2.6-1.el7.centos.noarch
and still same story, it won't let me select a specific host to
deploy a VM to, and doesn't tell me why not.

However I can migrate the VM from one node to the other one just
fine.

Any ideas why?

    I provided logs earlier.




On 08/03/2016 02:32 PM, Bill James wrote:

opened bug 1363900.
It also includes recent logs from all 3 servers.

Also tried updating vdsm to 4.18.10-1 and restarted ovirt-engine.
No change in results.

I can migrate VMs to new node but not initially assign VMs to
    that node.


On 07/29/2016 09:31 AM, Bill James wrote:

ok, I will raise a bug. Yes it is very frustrating just
having button not work without explanation.
I don't know if this is related, the new host that I am
having troubles with is running 4.0.1.1-1,
other other host is running 4.0.0.6-1

I was planning on migrating VMs then upgrade the older host.
Also Cluster is still in 3.6 mode, also waiting for
upgrade of older node.
All storage domains are on older node, its the NFS server.


hmm, just retried migration so I could get vdsm logs from
both hosts.
1 VM worked, the other 3 failed.
And I still can't assign VMs to new node.

VM that worked: f4cd4891-977d-44c2-8554-750ce86da7c9

Not sure what's special about it.
It and 45f4f24b-2dfa-401b-8557-314055a4662c are clones
from same template.


Attaching logs from 2 nodes and engine now.



On 7/29/16 4:00 AM, Michal Skrivanek wrote:

On 28 Jul 2016, at 18:37, Bill James
<bill.ja...@j2.com <mailto:bill.ja...@j2.com>> wrote:

I'm trying to test out ovirt4.0.1.
I added a new hardware node to the cluster. Its
status is Up.
But for some reason when I create a new VM and
try to select "Specific Host" the radio button
doesn't let me select it so I can't assign a VM
to new node.

please raise that as a bug if there is no explanation why

When I try to migrate a VM to new node it fails with:

MigrationError: Domain not found: no domain with
matching uuid '45f4f24b-2dfa-401b-8557-314055a4662c'


What did I miss?

for migration issues you always need to include vdsm
logs from both source and destination host. Hard to
say otherwise. Anything special about your deployment?

ovirt-engine-4.0.1.1-1.el7.centos.noarch
vdsm-4.18.6-1.el7.centos.x86_64

storage is NFS.

Attached logs.


___

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




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






--

Check it out Tomorrow night:
http://thebilljamesgroup.com/Events.html

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

Re: [ovirt-users] ovirt4.0.1 and new node, migration fails

[Bill James]

sure did. No word yet on that.
bug 1363900



On 08/14/2016 03:43 AM, Yaniv Dary wrote:

Did you open a bug like Michal asked?

Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem 
Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 
7692306 8272306 Email: yd...@redhat.com <mailto:yd...@redhat.com> IRC 
: ydary


On Fri, Aug 12, 2016 at 2:23 AM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


just fyi, I tried updating to ovirt-engine-4.0.2.6-1.el7.centos.noarch
and still same story, it won't let me select a specific host to
deploy a VM to, and doesn't tell me why not.

However I can migrate the VM from one node to the other one just fine.

Any ideas why?

I provided logs earlier.




On 08/03/2016 02:32 PM, Bill James wrote:

opened bug 1363900.
It also includes recent logs from all 3 servers.

Also tried updating vdsm to 4.18.10-1 and restarted ovirt-engine.
No change in results.

I can migrate VMs to new node but not initially assign VMs to
that node.


On 07/29/2016 09:31 AM, Bill James wrote:

ok, I will raise a bug. Yes it is very frustrating just
having button not work without explanation.
I don't know if this is related, the new host that I am
having troubles with is running 4.0.1.1-1,
other other host is running 4.0.0.6-1

I was planning on migrating VMs then upgrade the older host.
Also Cluster is still in 3.6 mode, also waiting for
upgrade of older node.
All storage domains are on older node, its the NFS server.


hmm, just retried migration so I could get vdsm logs from
both hosts.
1 VM worked, the other 3 failed.
And I still can't assign VMs to new node.

VM that worked: f4cd4891-977d-44c2-8554-750ce86da7c9

Not sure what's special about it.
It and 45f4f24b-2dfa-401b-8557-314055a4662c are clones
from same template.


Attaching logs from 2 nodes and engine now.



On 7/29/16 4:00 AM, Michal Skrivanek wrote:

On 28 Jul 2016, at 18:37, Bill James
<bill.ja...@j2.com <mailto:bill.ja...@j2.com>> wrote:

I'm trying to test out ovirt4.0.1.
I added a new hardware node to the cluster. Its
status is Up.
But for some reason when I create a new VM and try
to select "Specific Host" the radio button doesn't
let me select it so I can't assign a VM to new node.

please raise that as a bug if there is no explanation why

When I try to migrate a VM to new node it fails with:

MigrationError: Domain not found: no domain with
matching uuid '45f4f24b-2dfa-401b-8557-314055a4662c'


What did I miss?

for migration issues you always need to include vdsm
logs from both source and destination host. Hard to
say otherwise. Anything special about your deployment?

ovirt-engine-4.0.1.1-1.el7.centos.noarch
vdsm-4.18.6-1.el7.centos.x86_64

storage is NFS.

Attached logs.


___

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




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





Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt4.0.1 and new node, migration fails

[Bill James]

just fyi, I tried updating to ovirt-engine-4.0.2.6-1.el7.centos.noarch
and still same story, it won't let me select a specific host to deploy a 
VM to, and doesn't tell me why not.


However I can migrate the VM from one node to the other one just fine.

Any ideas why?

I provided logs earlier.



On 08/03/2016 02:32 PM, Bill James wrote:

opened bug 1363900.
It also includes recent logs from all 3 servers.

Also tried updating vdsm to 4.18.10-1 and restarted ovirt-engine.
No change in results.

I can migrate VMs to new node but not initially assign VMs to that node.


On 07/29/2016 09:31 AM, Bill James wrote:
ok, I will raise a bug. Yes it is very frustrating just having button 
not work without explanation.
I don't know if this is related, the new host that I am having 
troubles with is running 4.0.1.1-1,

other other host is running 4.0.0.6-1

I was planning on migrating VMs then upgrade the older host.
Also Cluster is still in 3.6 mode, also waiting for upgrade of older 
node.

All storage domains are on older node, its the NFS server.


hmm, just retried migration so I could get vdsm logs from both hosts.
1 VM worked, the other 3 failed.
And I still can't assign VMs to new node.

VM that worked: f4cd4891-977d-44c2-8554-750ce86da7c9

Not sure what's special about it.
It and 45f4f24b-2dfa-401b-8557-314055a4662c are clones from same 
template.



Attaching logs from 2 nodes and engine now.



On 7/29/16 4:00 AM, Michal Skrivanek wrote:

On 28 Jul 2016, at 18:37, Bill James <bill.ja...@j2.com> wrote:

I'm trying to test out ovirt4.0.1.
I added a new hardware node to the cluster. Its status is Up.
But for some reason when I create a new VM and try to select 
"Specific Host" the radio button doesn't let me select it so I 
can't assign a VM to new node.

please raise that as a bug if there is no explanation why


When I try to migrate a VM to new node it fails with:

MigrationError: Domain not found: no domain with matching uuid 
'45f4f24b-2dfa-401b-8557-314055a4662c'



What did I miss?
for migration issues you always need to include vdsm logs from both 
source and destination host. Hard to say otherwise. Anything special 
about your deployment?



ovirt-engine-4.0.1.1-1.el7.centos.noarch
vdsm-4.18.6-1.el7.centos.x86_64

storage is NFS.

Attached logs.

___ 


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] ovirt4.0.1 and new node, migration fails

[Bill James]

opened bug 1363900.
It also includes recent logs from all 3 servers.

Also tried updating vdsm to 4.18.10-1 and restarted ovirt-engine.
No change in results.

I can migrate VMs to new node but not initially assign VMs to that node.


On 07/29/2016 09:31 AM, Bill James wrote:
ok, I will raise a bug. Yes it is very frustrating just having button 
not work without explanation.
I don't know if this is related, the new host that I am having 
troubles with is running 4.0.1.1-1,

other other host is running 4.0.0.6-1

I was planning on migrating VMs then upgrade the older host.
Also Cluster is still in 3.6 mode, also waiting for upgrade of older 
node.

All storage domains are on older node, its the NFS server.


hmm, just retried migration so I could get vdsm logs from both hosts.
1 VM worked, the other 3 failed.
And I still can't assign VMs to new node.

VM that worked: f4cd4891-977d-44c2-8554-750ce86da7c9

Not sure what's special about it.
It and 45f4f24b-2dfa-401b-8557-314055a4662c are clones from same 
template.



Attaching logs from 2 nodes and engine now.



On 7/29/16 4:00 AM, Michal Skrivanek wrote:

On 28 Jul 2016, at 18:37, Bill James <bill.ja...@j2.com> wrote:

I'm trying to test out ovirt4.0.1.
I added a new hardware node to the cluster. Its status is Up.
But for some reason when I create a new VM and try to select 
"Specific Host" the radio button doesn't let me select it so I can't 
assign a VM to new node.

please raise that as a bug if there is no explanation why


When I try to migrate a VM to new node it fails with:

MigrationError: Domain not found: no domain with matching uuid 
'45f4f24b-2dfa-401b-8557-314055a4662c'



What did I miss?
for migration issues you always need to include vdsm logs from both 
source and destination host. Hard to say otherwise. Anything special 
about your deployment?



ovirt-engine-4.0.1.1-1.el7.centos.noarch
vdsm-4.18.6-1.el7.centos.x86_64

storage is NFS.

Attached logs.

___ 


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] migrating a vm from a down node

[Bill James]

I am doing some fault tolerance type testing with ovirt before we put it 
in production.
One thing I noticed is if I unplug the power from a hardware node, 
including iLo (fence),

that the VMs that were on that host go to unknown state.
I have found no way in the GUI to migrate the hosts, even they they are 
marked HA.

The only way I've found so far is to modify the database directly.
Is that the only recovery from a host failure of this type?



engine=> update vm_dynamic set status = 0 where vm_guid =(select
engine(> vm_guid from vm_static where vm_name = 'myvm');


ovirt-engine-3.6.4.1-1.el7.centos.noarch
centos 7.2


Also is 3.6.4 a OK version to use or should I upgrade first?
(looks like 3.6.6.2-1.el7.centos is current latest)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] dwhd error: host_interface_samples_history_pkey

[Bill James]

That fixed it, Thank you.


On 05/29/2016 12:39 AM, Yedidyah Bar David wrote:

On Fri, May 27, 2016 at 9:03 PM, Bill James <bill.ja...@j2.com> wrote:

Ovirt events keeps saying
"ETL service sampling has encountered an error. Please consult the service
log for more details."


ovirt-engine-dwhd.log says:
2016-05-27
10:55:00|UWxd1W|48u96S|MjrqV0|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java
Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: root page
  3 of index "host_interface_samples_history_pkey" has level 0, expected 1|1

This error message is from postgresql, unrelated to a specific feature/table/etc
of ovirt.

It most likely means you had some corruption in your database, either due to
bad hardware (RAM, disk, etc) or temporary issues (power failure, kernel panic
etc).

If you think it was a temporary issue and just want to fix this specific bad
index, you can recreate it with the command "reindex". Search for e.g.
'postgresql "ignore_system_indexes" reindex' to find more relevant information.

Best,


Exception in component tJDBCOutput_3
org.postgresql.util.PSQLException: ERROR: current transaction is aborted,
commands ignored until end of transaction block
 at
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)

(see attached)

I double checked all my VMs, they all have an interface assigned. Not sure
what host_interface_samples_history_pkey is referring to.


Thanks.


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







Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] dwhd error: host_interface_samples_history_pkey

[Bill James]

Ovirt events keeps saying
"ETL service sampling has encountered an error. Please consult the 
service log for more details."



ovirt-engine-dwhd.log says:
2016-05-27 
10:55:00|UWxd1W|48u96S|MjrqV0|OVIRT_ENGINE_DWH|StatisticsSync|Default|6|Java 
Exception|tJDBCOutput_4|org.postgresql.util.PSQLException:ERROR: root page

 3 of index "host_interface_samples_history_pkey" has level 0, expected 1|1
Exception in component tJDBCOutput_3
org.postgresql.util.PSQLException: ERROR: current transaction is 
aborted, commands ignored until end of transaction block
at 
org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)


(see attached)

I double checked all my VMs, they all have an interface assigned. Not 
sure what host_interface_samples_history_pkey is referring to.



Thanks.



ovirt-engine-dwhd.log.gz
Description: GNU Zip compressed data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

I just tried importing using the import script and got this error:

[root@ovirt1 prod ~]# import-to-ovirt.pl 
/mnt/tmp/puppetdb.j2noc.com.disk.xm 
/rhev/data-center/mnt/j2hqnap02:_vol_ovirt__inside__export_exportTemplates

libvirt needs authentication to connect to libvirt URI qemu:///system
(see also: http://libvirt.org/auth.html http://libvirt.org/uri.html)
Please enter your authentication name: vdsm@ovirt
Please enter your password:
could not create appliance through libvirt.

Try running qemu directly without libvirt using this environment variable:
export LIBGUESTFS_BACKEND=direct

Original error from libvirt: internal error: process exited while 
connecting to monitor: 2016-05-24T18:10:21.651694Z qemu-kvm: -drive 
file=/tmp/libguestfsWx9FbI/overlay1,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=unsafe: 
Could not open '/tmp/libguestfsWx9FbI/overlay1': Permission denied

 [code=1 domain=10] at /usr/local/bin/import-to-ovirt.pl line 233.


I believe this is the same error that prompted me to use "user = root" 
in qemu.conf, but sounds like there is a better resolution?





[root@ovirt1 prod qemu]# less guestfs-7ogk4gszrvsyv7j7.log
2016-05-24 18:10:21.617+: starting up libvirt version: 1.2.17, 
package: 13.el7_2.4 (CentOS BuildSystem <http://bugs.centos.org>, 
2016-03-31-16:56:26, worker1.bsys.centos.org), qemu version: 2.3.0 
(qemu-kvm-ev-2.3.0-31.el7_2.4.1)
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
QEMU_AUDIO_DRV=none TMPDIR=/var/tmp /usr/libexec/qemu-kvm -name 
guestfs-7ogk4gszrvsyv7j7 -S -machine 
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu host -m 500 -realtime 
mlock=off -smp 1,sockets=1,cores=1,threads=1 -uuid 
ceeecdda-e44e-4227-990d-84261d0161aa -nographic -no-user-config 
-nodefaults -device sga -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-guestfs-7ogk4gszrvsyv7j7/monitor.sock,server,nowait 
-mon chardev=charmonitor,id=monitor,mode=control -rtc 
base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet 
-no-reboot -no-acpi -boot strict=on -kernel 
/var/tmp/.guestfs-0/appliance.d/kernel -initrd 
/var/tmp/.guestfs-0/appliance.d/initrd -append panic=1 console=ttyS0 
udevtimeout=6000 udev.event-timeout=6000 no_timer_check acpi=off 
printk.time=1 cgroup_disable=memory root=/dev/sdb selinux=0 TERM=screen 
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x2 -device 
virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x3 -drive 
file=/tmp/libguestfsWx9FbI/overlay1,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=unsafe 
-device 
scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1 
-drive 
file=/tmp/libguestfsWx9FbI/overlay2,if=none,id=drive-scsi0-0-1-0,format=qcow2,cache=unsafe 
-device 
scsi-hd,bus=scsi0.0,channel=0,scsi-id=1,lun=0,drive=drive-scsi0-0-1-0,id=scsi0-0-1-0 
-chardev socket,id=charserial0,path=/tmp/libguestfsWx9FbI/console.sock 
-device isa-serial,chardev=charserial0,id=serial0 -chardev 
socket,id=charchannel0,path=/tmp/libguestfsWx9FbI/guestfsd.sock -device 
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.libguestfs.channel.0 
-device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 -msg timestamp=on

Domain id=5 is tainted: custom-argv
Domain id=5 is tainted: host-cpu
2016-05-24T18:10:21.651694Z qemu-kvm: -drive 
file=/tmp/libguestfsWx9FbI/overlay1,if=none,id=drive-scsi0-0-0-0,format=qcow2,cache=unsafe: 
Could not open '/tmp/libguestfsWx9FbI/overlay1': Permission denied

2016-05-24 18:10:21.825+: shutting down



[root@ovirt1 prod ~]# ps -e -o 
euser,user,suser,fuser,egroup,rgroup,sgroup,fgroup,cmd | egrep 
'qemu-kvm'|head -2
qemu qemu qemu qemu qemu qemu qemu qemu 
/usr/libexec/qemu-kvm -name billj6-1.j2noc.com -S -machine 
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu SandyBridge -m 
size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 
1,maxcpus=16,sockets=16,cores=1,threads=1 -numa 
node,nodeid=0,cpus=0,mem=2048 -uuid 60ded316-aa18-4eda-9c52-16016d026e1a 
-smbios type=1,manufacturer=oVirt,product=oVirt 
Node,version=7-2.1511.el7.centos.2.10,serial=30343536-3138-584D-51





On 05/23/2016 09:17 AM, Richard W.M. Jones wrote:

On Mon, May 23, 2016 at 09:00:48AM -0700, Bill James wrote:

thank you very much for the reply.
My main question now is does it required to use "user = root" in
qemu.conf for the import script to work?

I haven't knowingly modified qemu.conf in my life, so likely the
answer is no.

Rich.




Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, c

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

thank you very much for the reply.
My main question now is does it required to use "user = root" in 
qemu.conf for the import script to work?
I know in my earlier testing I got a permissions error when doing import 
until I added the root user line.


I guess I'll take it out and give it a try.



On 05/21/2016 01:52 AM, Richard W.M. Jones wrote:

On Fri, May 20, 2016 at 02:53:02PM -0700, Bill James wrote:

maybe the other doc is old but it says:
"And a feature I intentionally removed in RHEL 7 was importing KVM → KVM"
which is what I am doing. raw disk KVM to ovirt.

Yes I can copy the disk image over the top of a ovirt disk image,
but the import script seemed cleaner.

Does virt-v2v try to convert the KVM image to KVM image or does it
just import it?

Virt-v2v will now refuse to do this at all (except if you "trick" it
as I did in my blog posting), but if we allowed it then it would make
all kinds of modifications inside the guest which you don't need and
have at least the potential to break things.

The import-to-ovirt.pl script is/was intended as a simple import
script which you should use instead in the case where guests already
run on KVM and therefore don't need driver etc conversion/
installation.

As Nir said in the other reply, oVirt 4.0 has native import
functionality and the import script is not needed at all for KVM ->
oVirt imports.

Virt-v2v should only be used for foreign hypervisor imports, such as
VMware, Xen or Hyper-V to oVirt.

Rich.




Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

maybe the other doc is old but it says:
"And a feature I intentionally removed in RHEL 7 was importing KVM → KVM"
which is what I am doing. raw disk KVM to ovirt.

Yes I can copy the disk image over the top of a ovirt disk image, but 
the import script seemed cleaner.


Does virt-v2v try to convert the KVM image to KVM image or does it just 
import it?





On 5/20/16 2:44 PM, Nir Soffer wrote:

On Fri, May 20, 2016 at 11:48 PM, Bill James <bill.ja...@j2.com> wrote:

I had added user = "root" because we use the import-to-ovirt.pl to move Vms
from our old virtual platform to ovirt.
My understanding was that was required for the to work.
Is that not true or is the import script not worth the headaches caused?
(https://rwmj.wordpress.com/2015/09/18/importing-kvm-guests-to-ovirt-or-rhev/)

I don't know anything about this solution, adding Richard to add more info.

If you run 3.6, you can use v2v to import from other systems.
Adding Shahar to add into on v2v.

Nir


[root@ovirt3 prod 4c4bfdf7-bc70-41b2-ab58-710ff8e850bf]# grep ^user
/etc/libvirt/qemu.conf
user = "root"

I'm assuming that's what sets the qemu user.



When I first tried using that script without setting "user = root" it didn't
work.




On 5/20/16 1:16 PM, Nir Soffer wrote:

On Fri, May 20, 2016 at 10:41 PM, Bill James <bill.ja...@j2.com> wrote:

attached output from one host. others look similar.

Your qemu runs as *root*:

  root root root root qemu qemu qemu qemu /usr/libexec/qemu-kvm

Here is the output from normal installation:

  qemu qemu qemu qemu qemu qemu qemu
qemu /usr/libexec/qemu-kvm

I guess that gluster is configure with "option root-squashing on" so you
practically run as "nobody", and you are not in the kvm group.

Running qemu as root is also a security risk, if there is a security bug
in qemu
a vm can use it to compromise your host or other vms.

Maybe you can configure gluster to treat root as vdsm using

  option translate-uid 0=36

See
http://www.gluster.org/community/documentation/index.php/Translators/features

But a better solution is to run qemu as qemu.

Adding Sahina to advise about gluster configuration.

Nir




On 5/20/16 11:47 AM, Nir Soffer wrote:

On Fri, May 20, 2016 at 9:25 PM, Bill James <bill.ja...@j2.com> wrote:

yes

[root@ovirt2 prod .shard]# sestatus
SELinux status: disabled

[root@ovirt3 prod ~]# sestatus
SELinux status: disabled


Can  you share output of:

ps -e -o euser,user,suser,fuser,egroup,rgroup,sgroup,fgroup,cmd | egrep
'qemu|libvirt'
ps auxe | egrep 'qemu|libvirt'





On 5/20/16 11:13 AM, Nir Soffer wrote:

On Fri, May 20, 2016 at 9:02 PM, Bill James <bill.ja...@j2.com> wrote:

[root@ovirt1 prod ~]# sestatus
SELinux status: disabled


Same on ovirt2?





On 5/20/16 10:49 AM, Nir Soffer wrote:

This smells like selinux issues, did yoi try with permissive mode?

בתאריך 20 במאי 2016 7:59 אחה״צ,‏ "Bill James" <bill.ja...@j2.com> כתב:

Nobody has any ideas or thoughts on how to troubleshoot?

why does qemu group work but not kvm when qemu is part of kvm group?

[root@ovirt1 prod vdsm]# grep qemu /etc/group
cdrom:x:11:qemu
kvm:x:36:qemu,sanlock
qemu:x:107:vdsm,sanlock


On 5/18/16 3:47 PM, Bill James wrote:

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine after that.



On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image also fixes the
startup issue.
I'm using raw, not qcow images.


[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img
info 253f9615-f111-45ca-bdce-cbc9e70406df
image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38
253f9615-f111-45ca-bdce-cbc9e70406df

(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??


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


This email, its contents and attachments contain information from j2
Global, Inc. and/or its affiliates which may be privileged, confidential or
otherwise protected from disclosure. The information is intended to be for
the addressee(s) only. If you are not an addressee, any disclosure, copy,
distribution, or use of the contents of this message is prohibited. If you
have received this email in error please notify the sender by reply e-mail
and delete the original message and any copies. © 2015 j2 Global, Inc. All
rights reserved. eFax

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

I had added user = "root" because we use the import-to-ovirt.pl to move 
Vms from our old virtual platform to ovirt.

My understanding was that was required for the to work.
Is that not true or is the import script not worth the headaches caused?
(https://rwmj.wordpress.com/2015/09/18/importing-kvm-guests-to-ovirt-or-rhev/)


[root@ovirt3 prod 4c4bfdf7-bc70-41b2-ab58-710ff8e850bf]# grep ^user 
/etc/libvirt/qemu.conf

user = "root"

I'm assuming that's what sets the qemu user.



When I first tried using that script without setting "user = root" it 
didn't work.




On 5/20/16 1:16 PM, Nir Soffer wrote:

On Fri, May 20, 2016 at 10:41 PM, Bill James <bill.ja...@j2.com> wrote:

attached output from one host. others look similar.

Your qemu runs as *root*:

 root root root root qemu qemu qemu qemu /usr/libexec/qemu-kvm

Here is the output from normal installation:

 qemu qemu qemu qemu qemu qemu qemu
qemu /usr/libexec/qemu-kvm

I guess that gluster is configure with "option root-squashing on" so you
practically run as "nobody", and you are not in the kvm group.

Running qemu as root is also a security risk, if there is a security bug in qemu
a vm can use it to compromise your host or other vms.

Maybe you can configure gluster to treat root as vdsm using

 option translate-uid 0=36

See 
http://www.gluster.org/community/documentation/index.php/Translators/features

But a better solution is to run qemu as qemu.

Adding Sahina to advise about gluster configuration.

Nir





On 5/20/16 11:47 AM, Nir Soffer wrote:

On Fri, May 20, 2016 at 9:25 PM, Bill James <bill.ja...@j2.com> wrote:

yes

[root@ovirt2 prod .shard]# sestatus
SELinux status: disabled

[root@ovirt3 prod ~]# sestatus
SELinux status: disabled


Can  you share output of:

ps -e -o euser,user,suser,fuser,egroup,rgroup,sgroup,fgroup,cmd | egrep 
'qemu|libvirt'
ps auxe | egrep 'qemu|libvirt'






On 5/20/16 11:13 AM, Nir Soffer wrote:

On Fri, May 20, 2016 at 9:02 PM, Bill James <bill.ja...@j2.com> wrote:

[root@ovirt1 prod ~]# sestatus
SELinux status: disabled


Same on ovirt2?






On 5/20/16 10:49 AM, Nir Soffer wrote:

This smells like selinux issues, did yoi try with permissive mode?

בתאריך 20 במאי 2016 7:59 אחה״צ,‏ "Bill James" <bill.ja...@j2.com> כתב:

Nobody has any ideas or thoughts on how to troubleshoot?

why does qemu group work but not kvm when qemu is part of kvm group?

[root@ovirt1 prod vdsm]# grep qemu /etc/group
cdrom:x:11:qemu
kvm:x:36:qemu,sanlock
qemu:x:107:vdsm,sanlock


On 5/18/16 3:47 PM, Bill James wrote:

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine after that.



On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image also fixes the startup issue.
I'm using raw, not qcow images.


[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img info 
253f9615-f111-45ca-bdce-cbc9e70406df
image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l 
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38 
253f9615-f111-45ca-bdce-cbc9e70406df

(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??


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


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. © 2015 j2 Global, Inc. All rights 
reserved. eFax ®, eVoice ®, Campaigner ®, FuseMail ®, KeepItSafe ® and Onebox ® 
are ! registere d trademarks of j2 Global, Inc. and its affiliates.



This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. © 2015 j2 Globa

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

attached output from one host. others look similar.



On 5/20/16 11:47 AM, Nir Soffer wrote:
On Fri, May 20, 2016 at 9:25 PM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


yes

[root@ovirt2 prod .shard]# sestatus
SELinux status: disabled

[root@ovirt3 prod ~]# sestatus
SELinux status: disabled


Can  you share output of:

ps -e -o euser,user,suser,fuser,egroup,rgroup,sgroup,fgroup,cmd | 
egrep 'qemu|libvirt'

ps auxe | egrep 'qemu|libvirt'





On 5/20/16 11:13 AM, Nir Soffer wrote:

On Fri, May 20, 2016 at 9:02 PM, Bill James <bill.ja...@j2.com
<mailto:bill.ja...@j2.com>> wrote:

[root@ovirt1 prod ~]# sestatus
SELinux status: disabled


Same on ovirt2?





On 5/20/16 10:49 AM, Nir Soffer wrote:


This smells like selinux issues, did yoi try with permissive
mode?

בתאריך 20 במאי 2016 7:59 אחה״צ,‏ "Bill James"
<bill.ja...@j2.com <mailto:bill.ja...@j2.com>> כתב:

Nobody has any ideas or thoughts on how to troubleshoot?

why does qemu group work but not kvm when qemu is part
of kvm group?

[root@ovirt1 prod vdsm]# grep qemu /etc/group
cdrom:x:11:qemu
kvm:x:36:qemu,sanlock
qemu:x:107:vdsm,sanlock


On 5/18/16 3:47 PM, Bill James wrote:

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine
after that.



On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just
like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk
image also fixes the startup issue.
I'm using raw, not qcow images.


[root@ovirt2 prod
a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img
info 253f9615-f111-45ca-bdce-cbc9e70406df
image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod
a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38
253f9615-f111-45ca-bdce-cbc9e70406df

(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??



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



www.j2.com

<http://www.j2.com/?utm_source=j2global_medium=xsell-referral_campaign=employeeemail>

This email, its contents and attachments contain information
from j2 Global, Inc

<http://www.j2.com/?utm_source=j2global_medium=xsell-referral_campaign=employemail>.
and/or its affiliates which may be privileged, confidential
or otherwise protected from disclosure. The information is
intended to be for the addressee(s) only. If you are not an
addressee, any disclosure, copy, distribution, or use of the
contents of this message is prohibited. If you have received
this email in error please notify the sender by reply e-mail
and delete the original message and any copies. © 2015 j2
Global, Inc <http://www.j2.com/>. All rights reserved. eFax ®
<http://www.efax.com/>, eVoice ® <http://www.evoice.com/>,
Campaigner ® <http://www.campaigner.com/>, FuseMail ®
<http://www.fusemail.com/>, KeepItSafe ®
<http://www.keepitsafe.com/> and Onebox ®
<http://www.onebox.com/> are ! registere d trademarks of j2
Global, Inc <http://www.j2.com/>. and its affiliates.




www.j2.com

<http://www.j2.com/?utm_source=j2global_medium=xsell-referral_campaign=employeeemail>

This email, its contents and attachments contain information from
j2 Global, Inc

<http://www.j2.com/?utm_source=j2global_medium=xsell-referral_campaign=employemail>.
and/or its affiliates which may be privileged, confidential or
otherwise protected from disclosure. The information is intended
to be for the addressee(s) only. If you are not an addressee, any
disclosure, copy, distribution, or use of th

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

yes

[root@ovirt2 prod .shard]# sestatus
SELinux status: disabled

[root@ovirt3 prod ~]# sestatus
SELinux status: disabled



On 5/20/16 11:13 AM, Nir Soffer wrote:
On Fri, May 20, 2016 at 9:02 PM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


[root@ovirt1 prod ~]# sestatus
SELinux status: disabled


Same on ovirt2?





On 5/20/16 10:49 AM, Nir Soffer wrote:


This smells like selinux issues, did yoi try with permissive mode?

בתאריך 20 במאי 2016 7:59 אחה״צ,‏ "Bill James" <bill.ja...@j2.com
<mailto:bill.ja...@j2.com>> כתב:

Nobody has any ideas or thoughts on how to troubleshoot?

why does qemu group work but not kvm when qemu is part of kvm
group?

[root@ovirt1 prod vdsm]# grep qemu /etc/group
cdrom:x:11:qemu
kvm:x:36:qemu,sanlock
qemu:x:107:vdsm,sanlock


On 5/18/16 3:47 PM, Bill James wrote:

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine after that.



    On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just like
this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image
also fixes the startup issue.
I'm using raw, not qcow images.


[root@ovirt2 prod
a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img info
253f9615-f111-45ca-bdce-cbc9e70406df
image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod
a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38
253f9615-f111-45ca-bdce-cbc9e70406df

(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??



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



www.j2.com

<http://www.j2.com/?utm_source=j2global_medium=xsell-referral_campaign=employeeemail>

This email, its contents and attachments contain information from
j2 Global, Inc

<http://www.j2.com/?utm_source=j2global_medium=xsell-referral_campaign=employemail>.
and/or its affiliates which may be privileged, confidential or
otherwise protected from disclosure. The information is intended
to be for the addressee(s) only. If you are not an addressee, any
disclosure, copy, distribution, or use of the contents of this
message is prohibited. If you have received this email in error
please notify the sender by reply e-mail and delete the original
message and any copies. © 2015 j2 Global, Inc
<http://www.j2.com/>. All rights reserved. eFax ®
<http://www.efax.com/>, eVoice ® <http://www.evoice.com/>,
Campaigner ® <http://www.campaigner.com/>, FuseMail ®
<http://www.fusemail.com/>, KeepItSafe ®
<http://www.keepitsafe.com/> and Onebox ® <http://www.onebox.com/>
are ! registere d trademarks of j2 Global, Inc
<http://www.j2.com/>. and its affiliates.





Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

[root@ovirt1 prod ~]# sestatus
SELinux status: disabled



On 5/20/16 10:49 AM, Nir Soffer wrote:


This smells like selinux issues, did yoi try with permissive mode?

בתאריך 20 במאי 2016 7:59 אחה״צ,‏ "Bill James" <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> כתב:


Nobody has any ideas or thoughts on how to troubleshoot?

why does qemu group work but not kvm when qemu is part of kvm group?

[root@ovirt1 prod vdsm]# grep qemu /etc/group
cdrom:x:11:qemu
kvm:x:36:qemu,sanlock
qemu:x:107:vdsm,sanlock


    On 5/18/16 3:47 PM, Bill James wrote:

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine after that.



On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image also
fixes the startup issue.
I'm using raw, not qcow images.


[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]#
qemu-img info 253f9615-f111-45ca-bdce-cbc9e70406df
image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]#
ls -l 253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38
253f9615-f111-45ca-bdce-cbc9e70406df

(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??



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




Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

Nobody has any ideas or thoughts on how to troubleshoot?

why does qemu group work but not kvm when qemu is part of kvm group?

[root@ovirt1 prod vdsm]# grep qemu /etc/group
cdrom:x:11:qemu
kvm:x:36:qemu,sanlock
qemu:x:107:vdsm,sanlock


On 5/18/16 3:47 PM, Bill James wrote:

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine after that.



On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image also fixes the 
startup issue.

I'm using raw, not qcow images.


[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img 
info 253f9615-f111-45ca-bdce-cbc9e70406df

image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l 
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38 
253f9615-f111-45ca-bdce-cbc9e70406df


(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??





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

[ovirt-users] gluster VM disk permissions

[Bill James]

I tried posting this to ovirt-users list but got no response so I'll try 
here too.



I just setup a new ovirt cluster with gluster & nfs data domains.

VMs on the NFS domain startup with no issues.
VMs on the gluster domains complain of "Permission denied" on startup.

2016-05-17 14:14:51,959 ERROR [org.ovirt.engine.core.dal.dbbroker.audi
tloghandling.AuditLogDirector] (ForkJoinPool-1-worker-11) [] Correlation 
ID: null, Call Stack: null, Custom Event ID: -1, Message: VM 
billj7-2.j2noc.com is down with error. Exit message: internal error: 
process exited while connecting to monitor: 2016-05-17T21:14:51.162932Z 
qemu-kvm: -drive 
file=/rhev/data-center/0001-0001-0001-0001-02c5/22df0943-c131-4ed8-ba9c-05923afcf8e3/images/2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25/a2b0a04d-041f-4342-9687-142cc641b35e,if=none,id=drive-virtio-disk0,format=raw,serial=2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25,cache=none,werror=stop,rerror=stop,aio=threads: 
Could not open 
'/rhev/data-center/0001-0001-0001-0001-02c5/22df0943-c131-4ed8-ba9c-05923afcf8e3/images/2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25/a2b0a04d-041f-4342-9687-142cc641b35e': 
Permission denied



I did setup gluster permissions:
gluster volume set gv1 storage.owner-uid 36
gluster volume set gv1 storage.owner-gid 36

files look fine:
[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# ls -lah
total 2.0G
drwxr-xr-x  2 vdsm kvm 4.0K May 17 09:39 .
drwxr-xr-x 11 vdsm kvm 4.0K May 17 10:40 ..
-rw-rw  1 vdsm kvm  20G May 17 10:33 
a2b0a04d-041f-4342-9687-142cc641b35e
-rw-rw  1 vdsm kvm 1.0M May 17 09:38 
a2b0a04d-041f-4342-9687-142cc641b35e.lease
-rw-r--r--  1 vdsm kvm  259 May 17 09:39 
a2b0a04d-041f-4342-9687-142cc641b35e.meta


I did check and vdsm user can read the file just fine.
*If I change mod disk to 666 VM starts up fine.*
ALso if I chgrp to qemu VM starts up fine.

[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l 
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 vdsm qemu 21474836480 May 18 11:38 
253f9615-f111-45ca-bdce-cbc9e70406df



Seems similar to issue here but that suggests it was fixed:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114



[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# grep 36 
/etc/passwd /etc/group

/etc/passwd:vdsm:x:36:36:Node Virtualization Manager:/:/bin/bash
/etc/group:kvm:x:36:qemu,sanlock


ovirt-engine-3.6.4.1-1.el7.centos.noarch
glusterfs-3.7.11-1.el7.x86_64
qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


I also set libvirt qemu user to root, for import-to-ovirt.pl script.

[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# grep ^user 
/etc/libvirt/qemu.conf

user = "root"


[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# gluster volume 
info gv1


Volume Name: gv1
Type: Replicate
Volume ID: 062aa1a5-91e8-420d-800e-b8bc4aff20d8
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-gl.j2noc.com:/ovirt-store/brick1/gv1
Brick2: ovirt2-gl.j2noc.com:/ovirt-store/brick1/gv1
Brick3: ovirt3-gl.j2noc.com:/ovirt-store/brick1/gv1
Options Reconfigured:
performance.readdir-ahead: on
performance.quick-read: off
performance.read-ahead: off
performance.io-cache: off
performance.stat-prefetch: off
cluster.eager-lock: enable
network.remote-dio: enable
cluster.quorum-type: auto
cluster.server-quorum-type: server
features.shard: on
features.shard-block-size: 64MB
storage.owner-uid: 36
storage.owner-gid: 36

[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# gluster volume 
status gv1

Status of volume: gv1
Gluster process TCP Port  RDMA Port Online  Pid
--
Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   2046
Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   22532
Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   59683
NFS Server on localhost 2049  0 Y   2200
Self-heal Daemon on localhost   N/A   N/A Y   2232
NFS Server on ovirt3-gl.j2noc.com   2049  0 Y   65363
Self-heal Daemon on ovirt3-gl.j2noc.com N/A   N/A Y   65371
NFS Server on ovirt2-gl.j2noc.com   2049  0 Y   17621
Self-heal Daemon on ovirt2-gl.j2noc.com N/A   N/A Y   17629

Task Status of Volume gv1
--
There are no active volume tasks



any ideas on why ovirt thinks it needs group of qemu??



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

Re: [ovirt-users] gluster VM disk permissions

[Bill James]

another data point.
Changing just owner to qemu doesn't help.
Changing just group to qemu does. VM starts fine after that.



On 05/18/2016 11:49 AM, Bill James wrote:

Some added info. This issue seems to be just like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image also fixes the 
startup issue.

I'm using raw, not qcow images.


[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img info 
253f9615-f111-45ca-bdce-cbc9e70406df

image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l 
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38 
253f9615-f111-45ca-bdce-cbc9e70406df


(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??



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

[ovirt-users] gluster VM disk permissions

[Bill James]

Some added info. This issue seems to be just like this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1052114

I have verified that chown qemu:qemu of disk image also fixes the 
startup issue.

I'm using raw, not qcow images.


[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# qemu-img info 
253f9615-f111-45ca-bdce-cbc9e70406df

image: 253f9615-f111-45ca-bdce-cbc9e70406df
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
[root@ovirt2 prod a7af2477-4a19-4f01-9de1-c939c99e53ad]# ls -l 
253f9615-f111-45ca-bdce-cbc9e70406df
-rw-rw 1 qemu qemu 21474836480 May 18 11:38 
253f9615-f111-45ca-bdce-cbc9e70406df


(default perms = vdsm:kvm)

qemu-img-ev-2.3.0-31.el7_2.4.1.x86_64
qemu-kvm-ev-2.3.0-31.el7_2.4.1.x86_64
libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Ideas??

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

[ovirt-users] gluster VM disk permissions

[Bill James]

I'm sure I must have just missed something...
I just setup a new ovirt cluster with gluster & nfs data domains.

VMs on the NFS domain startup with no issues.
VMs on the gluster domains complain of "Permission denied" on startup.

2016-05-17 14:14:51,959 ERROR [org.ovirt.engine.core.dal.dbbroker.audi
tloghandling.AuditLogDirector] (ForkJoinPool-1-worker-11) [] Correlation 
ID: null, Call Stack: null, Custom Event ID: -1, Message: VM 
billj7-2.j2noc.com is down with error. Exit message: internal error: 
process exited while connecting to monitor: 2016-05-17T21:14:51.162932Z 
qemu-kvm: -drive 
file=/rhev/data-center/0001-0001-0001-0001-02c5/22df0943-c131-4ed8-ba9c-05923afcf8e3/images/2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25/a2b0a04d-041f-4342-9687-142cc641b35e,if=none,id=drive-virtio-disk0,format=raw,serial=2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25,cache=none,werror=stop,rerror=stop,aio=threads: 
Could not open 
'/rhev/data-center/0001-0001-0001-0001-02c5/22df0943-c131-4ed8-ba9c-05923afcf8e3/images/2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25/a2b0a04d-041f-4342-9687-142cc641b35e': 
Permission denied



I did setup gluster permissions:
gluster volume set gv1 storage.owner-uid 36
gluster volume set gv1 storage.owner-gid 36

files look fine:
[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# ls -lah
total 2.0G
drwxr-xr-x  2 vdsm kvm 4.0K May 17 09:39 .
drwxr-xr-x 11 vdsm kvm 4.0K May 17 10:40 ..
-rw-rw  1 vdsm kvm  20G May 17 10:33 
a2b0a04d-041f-4342-9687-142cc641b35e
-rw-rw  1 vdsm kvm 1.0M May 17 09:38 
a2b0a04d-041f-4342-9687-142cc641b35e.lease
-rw-r--r--  1 vdsm kvm  259 May 17 09:39 
a2b0a04d-041f-4342-9687-142cc641b35e.meta


I did check and vdsm user can read the file just fine.
*If I change mod disk to 666 VM starts up fine.*


[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# grep 36 
/etc/passwd /etc/group

/etc/passwd:vdsm:x:36:36:Node Virtualization Manager:/:/bin/bash
/etc/group:kvm:x:36:qemu,sanlock


ovirt-engine-3.6.4.1-1.el7.centos.noarch
glusterfs-3.7.11-1.el7.x86_64


I also set libvirt qemu user to root, for import-to-ovirt.pl script.

[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# grep ^user 
/etc/libvirt/qemu.conf

user = "root"


[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# gluster volume 
info gv1


Volume Name: gv1
Type: Replicate
Volume ID: 062aa1a5-91e8-420d-800e-b8bc4aff20d8
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-gl.j2noc.com:/ovirt-store/brick1/gv1
Brick2: ovirt2-gl.j2noc.com:/ovirt-store/brick1/gv1
Brick3: ovirt3-gl.j2noc.com:/ovirt-store/brick1/gv1
Options Reconfigured:
performance.readdir-ahead: on
performance.quick-read: off
performance.read-ahead: off
performance.io-cache: off
performance.stat-prefetch: off
cluster.eager-lock: enable
network.remote-dio: enable
cluster.quorum-type: auto
cluster.server-quorum-type: server
features.shard: on
features.shard-block-size: 64MB
storage.owner-uid: 36
storage.owner-gid: 36

[root@ovirt1 prod 2ddf0d0e-6a7e-4eb9-b1d5-6d7792da0d25]# gluster volume 
status gv1

Status of volume: gv1
Gluster process TCP Port  RDMA Port Online  Pid
--
Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   2046
Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   22532
Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y   59683
NFS Server on localhost 2049  0 Y   2200
Self-heal Daemon on localhost   N/A   N/A Y   2232
NFS Server on ovirt3-gl.j2noc.com   2049  0 Y   65363
Self-heal Daemon on ovirt3-gl.j2noc.com N/A   N/A Y   65371
NFS Server on ovirt2-gl.j2noc.com   2049  0 Y   17621
Self-heal Daemon on ovirt2-gl.j2noc.com N/A   N/A Y   17629

Task Status of Volume gv1
--
There are no active volume tasks



??


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

Re: [ovirt-users] vms in paused state

[Bill James]

.recovery setting before removing:
p298
sS'status'
p299
S'Paused'
p300



After removing .recovery file and shutdown and restart:
V0
sS'status'
p51
S'Up'
p52


So far looks good, GUI show's VM as Up.


another host was:
p318
sS'status'
p319
S'Paused'
p320

after moving .recovery file and restarting:
V0
sS'status'
p51
S'Up'


Thanks.

On 04/29/2016 02:36 PM, Nir Soffer wrote:

/run/vdsm/.recovery

On Fri, Apr 29, 2016 at 10:59 PM, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


where do I find the recovery files?

[root@ovirt1 test vdsm]# pwd
/var/lib/vdsm
[root@ovirt1 test vdsm]# ls -la
total 16
drwxr-xr-x   6 vdsm kvm100 Mar 17 16:33 .
drwxr-xr-x. 45 root root  4096 Apr 29 12:01 ..
-rw-r--r--   1 vdsm kvm  10170 Jan 19 05:04 bonding-defaults.json
drwxr-xr-x   2 vdsm root 6 Apr 19 11:34 netconfback
drwxr-xr-x   3 vdsm kvm 54 Apr 19 11:35 persistence
drwxr-x---.  2 vdsm kvm  6 Mar 17 16:33 transient
drwxr-xr-x   2 vdsm kvm 40 Mar 17 16:33 upgrade



On 4/29/16 10:02 AM, Michal Skrivanek wrote:



On 29 Apr 2016, at 18:26, Bill James <bill.ja...@j2.com
<mailto:bill.ja...@j2.com>> wrote:


yes they are still saying "paused" state.
No, bouncing libvirt didn't help.


Then my suspicion of vm recovery gets closer to a certainty:)
Can you get one of the paused vm's .recovery file from
/var/lib/vdsm and check it says Paused there? It's worth a shot
to try to remove that file and restart vdsm, then check logs and
that vm status...it should recover "good enough" from libvirt only.
Try it with one first


I noticed the errors about the ISO domain. Didn't think that was
related.
I have been migrating a lot of VMs to ovirt lately, and recently
added another node.
Also had some problems with /etc/exports for a while, but I
think those issues are all resolved.


Last "unresponsive" message in vdsm.log was:

vdsm.log.49.xz:jsonrpc.Executor/0::WARNING::*2016-04-21*
11:00:54,703::vm::5067::virt.vm::(_setUnresponsiveIfTimeout)
vmId=`b6a13808-9552-401b-840b-4f7022e8293d`::monitor become
unresponsive (command timeout, age=310323.97)
vdsm.log.49.xz:jsonrpc.Executor/0::WARNING::2016-04-21
11:00:54,703::vm::5067::virt.vm::(_setUnresponsiveIfTimeout)
vmId=`5bfb140a-a971-4c9c-82c6-277929eb45d4`::monitor become
unresponsive (command timeout, age=310323.97)



Thanks.



On 4/29/16 1:40 AM, Michal Skrivanek wrote:



On 28 Apr 2016, at 19:40, Bill James <bill.ja...@j2.com
<mailto:bill.ja...@j2.com>> wrote:

thank you for response.
I bold-ed the ones that are listed as "paused".


[root@ovirt1 test vdsm]# virsh -r list --all
 Id  Â
Name                          State






Looks like problem started around 2016-04-17 20:19:34,822,
based on engine.log attached.


yes, that time looks correct. Any idea what might have been a
trigger? Anything interesting happened at that time (power
outage of some host, some maintenance action, anything)?Â
logs indicate a problem when vdsm talks to libvirt(all those
"monitor become unresponsive†)

It does seem that at that time you started to have some storage
connectivity issues - first one at 2016-04-17 20:06:53,929.
And it doesn’t look temporary because such errors are still
there couple hours later(in your most recent file you attached
I can see at 23:00:54)
When I/O gets blocked the VMs may experience issues (then VM
gets Paused), or their qemu process gets stuck(resulting in
libvirt either reporting error or getting stuck as well ->
resulting in what vdsm sees as “monitor unresponsive†)

Since you now bounced libvirtd - did it help? Do you still see
wrong status for those VMs and still those "monitor
unresponsive" errors in vdsm.log?
If not…then I would suspect the “vm recovery†code not
working correctly. Milan is looking at that.

Thanks,
michal



There's a lot of vdsm logs!

fyi, the storage domain for these Vms is a "local" nfs share,
7e566f55-e060-47b7-bfa4-ac3c48d70dda.

attached more logs.


On 04/28/2016 12:53 AM, Michal Skrivanek wrote:

On 27 Apr 2016, at 19:16, Bill James<bill.ja...@j2.com> 
<mailto:bill.ja...@j2.com>  wrote:

virsh # list --all
error: failed to connect to the hypervisor
error: no valid connection
error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such 
file or directory


you need to run virsh in read-only mode
virsh -r list —all


[root@ovirt1 test vdsm]# systemctl status libvirtd
â—  libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/syst

Re: [ovirt-users] vms in paused state

[Bill James]

where do I find the recovery files?

[root@ovirt1 test vdsm]# pwd
/var/lib/vdsm
[root@ovirt1 test vdsm]# ls -la
total 16
drwxr-xr-x   6 vdsm kvm100 Mar 17 16:33 .
drwxr-xr-x. 45 root root  4096 Apr 29 12:01 ..
-rw-r--r--   1 vdsm kvm  10170 Jan 19 05:04 bonding-defaults.json
drwxr-xr-x   2 vdsm root 6 Apr 19 11:34 netconfback
drwxr-xr-x   3 vdsm kvm 54 Apr 19 11:35 persistence
drwxr-x---.  2 vdsm kvm  6 Mar 17 16:33 transient
drwxr-xr-x   2 vdsm kvm 40 Mar 17 16:33 upgrade
[root@ovirt1 test vdsm]# locate recovery
/opt/hp/hpdiags/en/tcstorage.ldinterimrecovery.htm
/opt/hp/hpdiags/en/tcstorage.ldrecoveryready.htm
/usr/share/doc/postgresql-9.2.15/html/archive-recovery-settings.html
/usr/share/doc/postgresql-9.2.15/html/recovery-config.html
/usr/share/doc/postgresql-9.2.15/html/recovery-target-settings.html
/usr/share/pgsql/recovery.conf.sample
/var/lib/nfs/v4recovery


[root@ovirt1 test vdsm]# locate 757a5  (disk id)
/ovirt-store/nfs1/7e566f55-e060-47b7-bfa4-ac3c48d70dda/images/757a5e69-a791-4391-9d7d-9516bf7f2118
/ovirt-store/nfs1/7e566f55-e060-47b7-bfa4-ac3c48d70dda/images/757a5e69-a791-4391-9d7d-9516bf7f2118/211581dc-fa98-41be-a0b9-ace236149bc2
/ovirt-store/nfs1/7e566f55-e060-47b7-bfa4-ac3c48d70dda/images/757a5e69-a791-4391-9d7d-9516bf7f2118/211581dc-fa98-41be-a0b9-ace236149bc2.lease
/ovirt-store/nfs1/7e566f55-e060-47b7-bfa4-ac3c48d70dda/images/757a5e69-a791-4391-9d7d-9516bf7f2118/211581dc-fa98-41be-a0b9-ace236149bc2.meta
[root@ovirt1 test vdsm]# locate 5bfb140 (vm id)
/var/lib/libvirt/qemu/channels/5bfb140a-a971-4c9c-82c6-277929eb45d4.com.redhat.rhevm.vdsm
/var/lib/libvirt/qemu/channels/5bfb140a-a971-4c9c-82c6-277929eb45d4.org.qemu.guest_agent.0



On 4/29/16 10:02 AM, Michal Skrivanek wrote:



On 29 Apr 2016, at 18:26, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:



yes they are still saying "paused" state.
No, bouncing libvirt didn't help.


Then my suspicion of vm recovery gets closer to a certainty:)
Can you get one of the paused vm's .recovery file from /var/lib/vdsm 
and check it says Paused there? It's worth a shot to try to remove 
that file and restart vdsm, then check logs and that vm status...it 
should recover "good enough" from libvirt only.

Try it with one first


I noticed the errors about the ISO domain. Didn't think that was related.
I have been migrating a lot of VMs to ovirt lately, and recently 
added another node.
Also had some problems with /etc/exports for a while, but I think 
those issues are all resolved.



Last "unresponsive" message in vdsm.log was:

vdsm.log.49.xz:jsonrpc.Executor/0::WARNING::*2016-04-21* 
11:00:54,703::vm::5067::virt.vm::(_setUnresponsiveIfTimeout) 
vmId=`b6a13808-9552-401b-840b-4f7022e8293d`::monitor become 
unresponsive (command timeout, age=310323.97)
vdsm.log.49.xz:jsonrpc.Executor/0::WARNING::2016-04-21 
11:00:54,703::vm::5067::virt.vm::(_setUnresponsiveIfTimeout) 
vmId=`5bfb140a-a971-4c9c-82c6-277929eb45d4`::monitor become 
unresponsive (command timeout, age=310323.97)




Thanks.



On 4/29/16 1:40 AM, Michal Skrivanek wrote:



On 28 Apr 2016, at 19:40, Bill James <bill.ja...@j2.com> wrote:

thank you for response.
I bold-ed the ones that are listed as "paused".


[root@ovirt1 test vdsm]# virsh -r list --all
 Id   Name                          State






Looks like problem started around 2016-04-17 20:19:34,822, based on 
engine.log attached.


yes, that time looks correct. Any idea what might have been a 
trigger? Anything interesting happened at that time (power outage of 
some host, some maintenance action, anything)?Â
logs indicate a problem when vdsm talks to libvirt(all those 
"monitor become unresponsive”)


It does seem that at that time you started to have some storage 
connectivity issues - first one at 2016-04-17 20:06:53,929. And it 
doesn’t look temporary because such errors are still there couple 
hours later(in your most recent file you attached I can see at 23:00:54)
When I/O gets blocked the VMs may experience issues (then VM gets 
Paused), or their qemu process gets stuck(resulting in libvirt 
either reporting error or getting stuck as well -> resulting in what 
vdsm sees as “monitor unresponsive”)


Since you now bounced libvirtd - did it help? Do you still see wrong 
status for those VMs and still those "monitor unresponsive" errors 
in vdsm.log?
If not…then I would suspect the “vm recovery” code not working 
correctly. Milan is looking at that.


Thanks,
michal



There's a lot of vdsm logs!

fyi, the storage domain for these Vms is a "local" nfs share, 
7e566f55-e060-47b7-bfa4-ac3c48d70dda.


attached more logs.


On 04/28/2016 12:53 AM, Michal Skrivanek wrote:

On 27 Apr 2016, at 19:16, Bill James<bill.ja...@j2.com>  wrote:

virsh # list --all
error: failed to connect to the hypervisor

Re: [ovirt-users] vms in paused state

[Bill James]

yes they are still saying "paused" state.
No, bouncing libvirt didn't help.

I noticed the errors about the ISO domain. Didn't think that was related.
I have been migrating a lot of VMs to ovirt lately, and recently added 
another node.
Also had some problems with /etc/exports for a while, but I think those 
issues are all resolved.



Last "unresponsive" message in vdsm.log was:

vdsm.log.49.xz:jsonrpc.Executor/0::WARNING::*2016-04-21* 
11:00:54,703::vm::5067::virt.vm::(_setUnresponsiveIfTimeout) 
vmId=`b6a13808-9552-401b-840b-4f7022e8293d`::monitor become unresponsive 
(command timeout, age=310323.97)
vdsm.log.49.xz:jsonrpc.Executor/0::WARNING::2016-04-21 
11:00:54,703::vm::5067::virt.vm::(_setUnresponsiveIfTimeout) 
vmId=`5bfb140a-a971-4c9c-82c6-277929eb45d4`::monitor become unresponsive 
(command timeout, age=310323.97)




Thanks.



On 4/29/16 1:40 AM, Michal Skrivanek wrote:


On 28 Apr 2016, at 19:40, Bill James <bill.ja...@j2.com 
<mailto:bill.ja...@j2.com>> wrote:


thank you for response.
I bold-ed the ones that are listed as "paused".


[root@ovirt1 test vdsm]# virsh -r list --all
 IdName   State






Looks like problem started around 2016-04-17 20:19:34,822, based on 
engine.log attached.


yes, that time looks correct. Any idea what might have been a trigger? 
Anything interesting happened at that time (power outage of some host, 
some maintenance action, anything)?
logs indicate a problem when vdsm talks to libvirt(all those "monitor 
become unresponsive”)


It does seem that at that time you started to have some storage 
connectivity issues - first one at 2016-04-17 20:06:53,929. And it 
doesn’t look temporary because such errors are still there couple 
hours later(in your most recent file you attached I can see at 23:00:54)
When I/O gets blocked the VMs may experience issues (then VM gets 
Paused), or their qemu process gets stuck(resulting in libvirt either 
reporting error or getting stuck as well -> resulting in what vdsm 
sees as “monitor unresponsive”)


Since you now bounced libvirtd - did it help? Do you still see wrong 
status for those VMs and still those "monitor unresponsive" errors in 
vdsm.log?
If not…then I would suspect the “vm recovery” code not working 
correctly. Milan is looking at that.


Thanks,
michal



There's a lot of vdsm logs!

fyi, the storage domain for these Vms is a "local" nfs share, 
7e566f55-e060-47b7-bfa4-ac3c48d70dda.


attached more logs.


On 04/28/2016 12:53 AM, Michal Skrivanek wrote:

On 27 Apr 2016, at 19:16, Bill James<bill.ja...@j2.com>  wrote:

virsh # list --all
error: failed to connect to the hypervisor
error: no valid connection
error: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such 
file or directory


you need to run virsh in read-only mode
virsh -r list —all


[root@ovirt1 test vdsm]# systemctl status libvirtd
● libvirtd.service - Virtualization daemon
   Loaded: loaded (/usr/lib/systemd/system/libvirtd.service; enabled; vendor 
preset: enabled)
  Drop-In: /etc/systemd/system/libvirtd.service.d
   └─unlimited-core.conf
   Active: active (running) since Thu 2016-04-21 16:00:03 PDT; 5 days ago


tried systemctl restart libvirtd.
No change.

Attached vdsm.log and supervdsm.log.


[root@ovirt1 test vdsm]# systemctl status vdsmd
● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor 
preset: enabled)
   Active: active (running) since Wed 2016-04-27 10:09:14 PDT; 3min 46s ago


vdsm-4.17.18-0.el7.centos.noarch

the vdsm.log attach is good, but it’s too short interval, it only shows 
recovery(vdsm restart) phase when the VMs are identified as paused….can you add 
earlier logs? Did you restart vdsm yourself or did it crash?



libvirt-daemon-1.2.17-13.el7_2.4.x86_64


Thanks.


On 04/26/2016 11:35 PM, Michal Skrivanek wrote:

On 27 Apr 2016, at 02:04, Nir Soffer<nsof...@redhat.com>  wrote:

jjOn Wed, Apr 27, 2016 at 2:03 AM, Bill James<bill.ja...@j2.com>  wrote:

I have a hardware node that has 26 VMs.
9 are listed as "running", 17 are listed as "paused".

In truth all VMs are up and running fine.

I tried telling the db they are up:

engine=> update vm_dynamic set status = 1 where vm_guid =(select
vm_guid from vm_static where vm_name = 'api1.test.j2noc.com 
<http://api1.test.j2noc.com>');

GUI then shows it up for a short while,

then puts it back in paused state.

2016-04-26 15:16:46,095 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer]
(DefaultQuartzScheduler_Worker-16) [157cc21e] VM '242ca0af-4ab2-4dd6-b515-5
d435e6452c4'(api1.test.j2noc.com <http://api1.test.j2noc.com>) moved from 'Up' 
--> 'Paused'
2016-04-26 15:16:46,221 INFO [org.ovirt.engine.core.dal.dbbroker.auditlogh
andling.AuditLogDirector] (DefaultQuartzScheduler_Worker-16) [157cc21

Re: [ovirt-users] Cannot add Interface. Not enough MAC addresses left in MAC Address Pool.

[Bill James]

oh, never mind. I found it. Its now in the gui under "Configure".



On 04/27/2016 04:08 PM, Bill James wrote:

How do you increase and display the settings of
I saw some references to changing via /MaxMacsCountInPool & 
//MacPoolRanges but those don't seem to exist in ovirt3.6./


http://lists.ovirt.org/pipermail/users/2015-November/035694.html
https://www.ovirt.org/develop/developer-guide/engine/engine-config-options/


[root@ovirt dev engine.conf.d]# engine-config -g MaxMacsCountInPool
null
[root@ovirt dev engine.conf.d]# engine-config -s 
"MacPoolRanges=00:1a:4a:ab:64:00-00:1a:4a:ab:64:ff,00:1A:4A:97:5F:00-00:1A:4A:97:5F:FF"


Error setting MacPoolRanges's value. No such entry.



2016-04-27 15:06:06,807 INFO 
[org.ovirt.engine.core.bll.AddVmFromTemplateComm
and] (default task-32) [31879003] Lock freed to object 
'EngineLock:{exclusiveL
ocks='[sr140vm1.dev.j2noc.com=<VM_NAME, 
ACTION_TYPE_FAILED_OBJECT_LOCKED>]', s
haredLocks='[----=<TEMPLATE, 
ACTION_TYPE_FAILE

D_TEMPLATE_IS_USED_FOR_CREATE_VM$VmName sr140vm1.dev.j2noc.com>]'}'
2016-04-27 15:06:08,289 WARN 
[org.ovirt.engine.core.bll.network.vm.AddVmInter
faceCommand] (default task-48) [4e78dc27] CanDoAction of action 
'AddVmInterfac
e' failed for user bill.ja...@j2global.com@j2global.com. Reasons: 
VAR__TYPE__I

NTERFACE,VAR__ACTION__ADD,MAC_POOL_NOT_ENOUGH_MAC_ADDRESSES



Strange thing is I only have 143 VMs.

ovirt-engine-3.6.4.1-1.el7.centos.noarch



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

[ovirt-users] upgrading hardware node

[Bill James]

I already upgraded ovirt management engine from 3.6.3 to 3.6.4.
Now I want to upgrade the hardware nodes.
I see there is a "Upgrade" button on the Hosts tab but I have not found 
any way to make it enabled.

Even with host in maintenance it still is disabled.

How do I get that to work?
I'm sure I could just run yum update, but aren't you suppose to be able 
to do it in the GUI?



Thanks.

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

Re: [ovirt-users] nfs storage permission problem

[Bill James]

just to close off this issue.
I found problem.
My /etc/exports file had a space in it where it shouldn't have (between 
* and options).
This seemed to acceptable with older versions of centos7.2 but on my 
newer host with latest centos7.2 (3.10.0-327.13.1.el7.x86_64) it only 
mounted read-only. maybe default changed from rw to ro?


I fixed exports file and now both versions of centos work.

/mount_point *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36)



On 4/13/16 4:39 PM, Brett I. Holcomb wrote:

On Wed, 2016-04-13 at 15:52 -0700, Bill James wrote:
[vdsm@ovirt4 test /]$ touch 
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs/test
touch: cannot touch 
‘/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs/test’: 
Read-only file system


Hmm, read-only.  :-(

ovirt3-ks.test.j2noc.com:/ovirt-store/nfs on 
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs type 
nfs4 
(*rw*,relatime,vers=4.0,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,port=0,timeo=600,retrans=6,sec=sys,clientaddr=10.100.108.96,local_lock=none,addr=10.100.108.33)


now to figure out why


[root@ovirt4 test ~]# ls -la /rhev/data-center/mnt/
total 8
drwxr-xr-x 4 vdsm kvm  110 Apr 13 15:30 .
drwxr-xr-x 3 vdsm kvm   16 Apr 13 08:06 ..
drwxr-xr-x 3 vdsm kvm 4096 Mar 11 15:19 
netappqa3:_vol_cloud__images_ovirt__QA__export
drwxr-xr-x 3 vdsm kvm 4096 Mar 11 15:17 
netappqa3:_vol_cloud__images_ovirt__QA__ISOs




export and ISO domain mount fine too. (and rw)



ovirt-engine-3.6.4.1-1.el7.centos.noarch


On 04/13/2016 03:21 PM, Brett I. Holcomb wrote:

On Wed, 2016-04-13 at 15:09 -0700, Bill James wrote:

I have a cluster working fine with 2 nodes.
I'm trying to add a third and it is complaining:


StorageServerAccessPermissionError: Permission settings on the
specified
path do not allow access to the storage. Verify permission settings
on
the specified storage path.: 'path =
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs'


if I try the commands manually as vdsm they work fine and the volume
mounts.


[vdsm@ovirt4 test /]$ mkdir -p
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
[vdsm@ovirt4 test /]$ sudo -n /usr/bin/mount -t nfs -o
soft,nosharecache,timeo=600,retrans=6
ovirt3-ks.test.j2noc.com:/ovirt-store/nfs
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
[vdsm@ovirt4 test /]$ df -h
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs
Filesystem Size  Used Avail Use%
Mounted on
ovirt3-ks.test.j2noc.com:/ovirt-store/nfs  1.1T  305G  759G  29%
/rhev/data-center/mnt/ovirt3-ks.test.j2noc.com:_ovirt-store_nfs


After manually mounting the NFS volumes and activating the node it
still
fails.


2016-04-13 14:55:16,559 WARN
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector
]
(DefaultQuartzScheduler_Worker-61) [64ceea1d] Correlation ID:
64ceea1d,
Job ID: a47b74c7-2ae0-43f9-9bdf-e50963a28895, Call Stack: null,
Custom
Event ID: -1, Message: Host ovirt4.test.j2noc.com cannot access the
Storage Domain(s)  attached to the Data Center Default.
Setting
Host state to Non-Operational.


Not sure what "UNKNOWN" storage is, unless its one I deleted earlier
that somehow isn't really removed.

Also tried "reinstall" on node. same issue.

Attached are engine and vdsm logs.


Thanks.

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

Try adding anonuid=36,anongid=36 to the mount and make sure 36:36 is
the owner group on the mount point.  I found this,http://www.ovirt.org
/documentation/how-to/troubleshooting/troubleshooting-nfs-storage-
issues/, helpful.

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


___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users 
<http://lists.ovirt.org/mailman/listinfo/users%0A>


Try adding the anonuid=36,anongid=36 to the NFS mount options.




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

[ovirt-users] ovirt reports install js-ant failed to execute

[Bill James]

I just upgraded to ovirt-engine 3.6.4 and thought I'd try reports to see 
what they are: http://www.ovirt.org/documentation/how-to/reports/reports/


yum install ovirt-engine-dwh ovirt-engine-reports

engine-setup fails with:

[ INFO  ] Deploying Jasper
[ ERROR ] Failed to execute stage 'Misc configuration': Command 
'./js-ant' failed to execute

[ INFO  ] Yum Performing yum transaction rollback


I saw one reference to it that said reinstall jasperreports-server-pro. 
I don't have pro but I tried reinstall of jasperreports-server, didn't help.
I saw another reference from 2014 about applying a patch to py script. 
But if that is still required 2 years later reports must not be worth it.


I figured I must be missing something more basic...

ovirt-engine-3.6.4.1-1.el7.centos.noarch
ovirt-engine-reports-setup-3.6.3-1.el7.centos.noarch
ovirt-engine-reports-3.6.3-1.el7.centos.noarch
ovirt-engine-dwh-setup-3.6.2-1.el7.centos.noarch
ovirt-engine-dwh-3.6.2-1.el7.centos.noarch

I'm installing on same host as ovirt-engine.

[root@ovirt dev aaa]# java -version
openjdk version "1.8.0_77"

Someone else said reports isn't compatible with java 8?

Is there any site that shows examples of what kind of reports are 
available? Still trying to determine what I get by installing this.




From log:
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
cleanup METHOD 
otopi.plugins.ovirt_engine_common.base.core.answerfile.Plugin._cleanup
2016-04-01 08:35:19 INFO 
otopi.plugins.ovirt_engine_common.base.core.answerfile 
answerfile._cleanup:74 Generating answer file 
'/var/lib/ovirt-engine/setup/answers/20160401083519-setup.conf'
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
cleanup METHOD 
otopi.plugins.ovirt_engine_setup.ovirt_engine_dwh.db.schema.Plugin._rollback
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:148 
condition False
2016-04-01 08:35:19 INFO otopi.context context.runSequence:427 Stage: 
Pre-termination
2016-04-01 08:35:19 DEBUG otopi.context context.runSequence:431 STAGE 
pre-terminate
2016-04-01 08:35:19 DEBUG otopi.context context._executeMethod:142 Stage 
pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:500 
ENVIRONMENT DUMP - BEGIN
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/aborted=bool:'False'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/debug=int:'0'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/error=bool:'True'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/exceptionInfo=list:'[(, 
RuntimeError("Command './js-ant' failed to execute",), at 0x3de5e60>)]'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/executionDirectory=str:'/etc/ovirt-engine/aaa'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/exitCode=list:'[{'priority': 90001, 'code': 0}]'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/log=bool:'True'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/pluginGroups=str:'otopi:ovirt-engine-common:ovirt-engine-setup'
2016-04-01 08:35:19 DEBUG otopi.context context.dumpEnvironment:510 ENV 
BASE/pluginPath=str:'/usr/share/otopi/plugins:/usr/share/ovirt-engine/setup/bin/../plugins'


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

Re: [ovirt-users] libvirt failed to read spice key

[Bill James]

SELinux status: disabled


[root@ovirt2 test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice|grep -v 2016|tail
total 84
-rw-r--r-- 1 root kvm 1379 Feb 19 17:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar  7 09:44 server-cert.pem
-r--r- 1 vdsm kvm 1675 Mar  7 09:44 server-key.pem

Now I modify them to get spice to work:

[root@ovirt2 dmz.test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice
total 12
-rw-r--r-- 1 root kvm 1379 Mar 22 13:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar 22 13:09 server-cert.pem
-r--r--r-- 1 vdsm kvm 1675 Mar 22 13:09 server-key.pem


The only thing I do now out of basic install is adding 'user = "root"' 
to /etc/libvirt/qemu.conf  and then reboot the box.

This is for import-to-ovirt.pl to work.

I have tried host reploy, remove/install. The only thing I found that 
worked, other than change file perms is to re-kickstart the server.


Not sure what user other than vdsm or root would be accessing the file.



On 4/1/16 1:48 AM, Michal Skrivanek wrote:

On 26 Mar 2016, at 01:19, Bill James <bill.ja...@j2.com> wrote:

I'm very interested in this too as I have same problem with spice private keys.

can you please paste permissions and selinux status, security context of that 
qemu process and the inaccessible key file(ps -Z, ls -lZ)?

I wonder if host redeploy would help..did you try to reinstall the host? It 
should go through the certificate enrollment again and shouldn’t mess with 
anything else.

Thanks,
michal




On 3/24/16 2:02 AM, Fabrice Bacchella wrote:

I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4.

The host is new too and dedicated to ovirt.

When I try to launch a vm, I get :

Thread-9407::ERROR::2016-03-24 
09:16:18,301::vm::759::virt.vm::(_startUnderlyingVm) 
vmId=`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start process failed
Traceback (most recent call last):
   File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm
 self._run()
   File "/usr/share/vdsm/virt/vm.py", line 1941, in _run
 self._connection.createXML(domxml, flags),
   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 3611, in createXML
 if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: internal error: process exited while connecting to monitor: 
((null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use 
private key file
2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server


/var/log/libvirt/qemu/test.log says

2016-03-24 08:55:48.214+: starting up libvirt version: 1.2.17, package: 
13.el7_2.3 (CentOS BuildSystem <http://bugs.centos.org>, 2016-02-16-17:06:00, 
worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.7.1)
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name test -S -machine 
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m 
size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 
2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=2048 
-uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios 
type=1,manufacturer=oVirt,product=oVirt 
Node,version=7-2.1511.el7.centos.2.10,serial=30373237-3132-5A43-3235-34323937,uuid=a32e1043-a5a5-4e4c-8436-f7b7a4ff644c
 -no-user-config -nodefaults -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait
 -mon chardev=charmonitor,id=monitor,mode=control -rtc 
base=2016-03-24T08:55:46,driftfix=slew -global kvm-pit.lost_tick_policy=discard 
-no-hpet -no-shutdown -boot menu=on,strict=on -device 
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,

id

  =virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive 
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device 
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive 
file=/rhev/data-center/0001-0001-0001-0001-022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=none,id=drive-scsi0-0-0-0,format=raw,serial=da6f49dd-8662-418b-a859-3523b4360c0e,cache=none,werror=stop,rerror=stop,aio=native,iops=300
 -device 
scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1
 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2
 -chardev 
socket,id=charserial0,path=/var/run/ovirt-vmconsole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait
 -device isa-serial,chardev=charserial0,id=serial0 -ch

Re: [ovirt-users] [Bug 1319323] New: VLAN ID check for duplicates

[Bill James]

Any one have an idea on how to "hack" or "patch" ovirt so that instead 
of rejecting a new network with duplicate vlan id it would just warn, or 
even just ignore?



On 03/18/2016 01:54 PM, bugzi...@redhat.com wrote:

https://bugzilla.redhat.com/show_bug.cgi?id=1319323

 Bug ID: 1319323
Summary: VLAN ID check for duplicates
Product: ovirt-engine
Version: 3.3
  Component: RFEs
   Severity: medium
   Assignee: sher...@redhat.com
   Reporter: bill.ja...@j2.com
 QA Contact: gkl...@redhat.com
 CC: b...@ovirt.org
 oVirt Team: Network
  Flags: testing_ack?
  Flags: planning_ack?



Description of problem:
Adding new network with vlan tag, ovirt doesn't allow duplicate VLAN IDs.
But it should be allowed, because if you are using multiple interfaces you can
have the same vlan ID as long as they aren't assigned to the same interface on
the hardware node.


Version-Release number of selected component (if applicable):
ovirt-engine-3.6.3.4-1.el7.centos.noarch


How reproducible:
100%

Steps to Reproduce:
1. Just add network with same vlan id as an already added interface.

2.
3.

Actual results:
See email thread labeled "Re: [ovirt-users] multiple NICs VLAN ID conflict".
GUI says vlan already used.

Expected results:
Duplicate VLAN ID should be checked when you are assign network to the hardware
node, not when creating the interface.


Additional info:
Trying to work around this with vdsm hooks in before_network_setup,
after_get_caps and after_get_stats is very difficult to get it to work right.
(see email thread)


Yaniv Kaul  2016-03-20 03:12:24 EDT

Perhaps only WARN.

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

Re: [ovirt-users] libvirt failed to read spice key

[Bill James]

I'm very interested in this too as I have same problem with spice 
private keys.




On 3/24/16 2:02 AM, Fabrice Bacchella wrote:

I' m running on a brand new Centos 7.2 an up to date ovirt 3.6.3.4.

The host is new too and dedicated to ovirt.

When I try to launch a vm, I get :

Thread-9407::ERROR::2016-03-24 
09:16:18,301::vm::759::virt.vm::(_startUnderlyingVm) 
vmId=`a32e1043-a5a5-4e4c-8436-f7b7a4ff644c`::The vm start process failed
Traceback (most recent call last):
   File "/usr/share/vdsm/virt/vm.py", line 703, in _startUnderlyingVm
 self._run()
   File "/usr/share/vdsm/virt/vm.py", line 1941, in _run
 self._connection.createXML(domxml, flags),
   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 3611, in createXML
 if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self)
libvirtError: internal error: process exited while connecting to monitor: 
((null):23672): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use 
private key file
2016-03-24T08:16:18.005359Z qemu-kvm: failed to initialize spice server


/var/log/libvirt/qemu/test.log says

2016-03-24 08:55:48.214+: starting up libvirt version: 1.2.17, package: 
13.el7_2.3 (CentOS BuildSystem , 2016-02-16-17:06:00, 
worker1.bsys.centos.org), qemu version: 2.3.0 (qemu-kvm-ev-2.3.0-31.el7_2.7.1)
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin 
QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name test -S -machine 
pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m 
size=2097152k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 
2,maxcpus=16,sockets=16,cores=1,threads=1 -numa node,nodeid=0,cpus=0-1,mem=2048 
-uuid a32e1043-a5a5-4e4c-8436-f7b7a4ff644c -smbios 
type=1,manufacturer=oVirt,product=oVirt 
Node,version=7-2.1511.el7.centos.2.10,serial=30373237-3132-5A43-3235-34323937,uuid=a32e1043-a5a5-4e4c-8436-f7b7a4ff644c
 -no-user-config -nodefaults -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-test/monitor.sock,server,nowait
 -mon chardev=charmonitor,id=monitor,mode=control -rtc 
base=2016-03-24T08:55:46,driftfix=slew -global kvm-pit.lost_tick_policy=discard 
-no-hpet -no-shutdown -boot menu=on,strict=on -device 
piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x4 -device virtio-serial-pci,

id

  =virtio-serial0,max_ports=16,bus=pci.0,addr=0x5 -drive 
if=none,id=drive-ide0-1-0,readonly=on,format=raw,serial= -device 
ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive 
file=/rhev/data-center/0001-0001-0001-0001-022a/85d19e93-ee08-41bb-94c9-56adf17287b4/images/da6f49dd-8662-418b-a859-3523b4360c0e/930bbe74-7470-4b22-b096-fdb03276262d,if=none,id=drive-scsi0-0-0-0,format=raw,serial=da6f49dd-8662-418b-a859-3523b4360c0e,cache=none,werror=stop,rerror=stop,aio=native,iops=300
 -device 
scsi-hd,bus=scsi0.0,channel=0,scsi-id=0,lun=0,drive=drive-scsi0-0-0-0,id=scsi0-0-0-0,bootindex=1
 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device 
virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:51,bus=pci.0,addr=0x3,bootindex=2
 -chardev 
socket,id=charserial0,path=/var/run/ovirt-vmconsole-console/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.sock,server,nowait
 -device isa-serial,chardev=charserial0,id=serial0 -chardev 
socket,id=charchannel0,path=/var/lib/libvirt/q

emu

  
/channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.com.redhat.rhevm.vdsm,server,nowait
 -device 
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
 -chardev 
socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/a32e1043-a5a5-4e4c-8436-f7b7a4ff644c.org.qemu.guest_agent.0,server,nowait
 -device 
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
 -chardev spicevmc,id=charchannel2,name=vdagent -device 
virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
 -spice 
port=5900,tls-port=5901,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,seamless-migration=on
 -device 
qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vgamem_mb=16,bus=pci.0,addr=0x2
 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on
((null):29166): Spice-Warning **: reds.c:3311:reds_init_ssl: Could not use 
private key file
2016-03-24T08:55:48.329252Z qemu-kvm: failed to initialize spice server
2016-03-24 08:55:48.479+: shutting down

and indeed, when I try to strace libvirt :
  open("/etc/pki/vdsm/libvirt-spice/server-key.pem", O_RDONLY) = -1 EACCES 
(Permission denied)

chmod a+r /etc/pki/vdsm/libvirt-spice/server-key.pem solved the problem, but 
it's obviously not a solution.




___
Users 

Re: [ovirt-users] NFS firewall rule

[Bill James]

I thought NFS was pretty standard in use on ovirt systems. Why does it 
take a custom setup to enable NFS in firewall rule?



https://bugzilla.redhat.com/show_bug.cgi?id=513

added:
engine-config --set IPTablesConfigSiteCustom="-A INPUT -p tcp -m 
multiport --dports 2049 -j ACCEPT"



Thanks.


On 03/19/2016 11:29 PM, Yedidyah Bar David wrote:

On Fri, Mar 18, 2016 at 2:03 AM, Bill James <bill.ja...@j2.com> wrote:

How do I make it that when ever I add or reinstall a hardware node that
oVirt creates a rule for NFS, port 2049?

Search for 'IPTablesConfigSiteCustom'.

Best,


I have to either add it manually after ovirt removes it, or just tell ovirt
not to touch firewall rules.
Our ISO domain is not hosted by the ovirt-engine, fyi.


ovirt-engine-3.6.3.4-1.el7.centos.noarch

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






Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] NFS firewall rule

[Bill James]

How do I make it that when ever I add or reinstall a hardware node that 
oVirt creates a rule for NFS, port 2049?


I have to either add it manually after ovirt removes it, or just tell 
ovirt not to touch firewall rules.

Our ISO domain is not hosted by the ovirt-engine, fyi.


ovirt-engine-3.6.3.4-1.el7.centos.noarch

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

Re: [ovirt-users] multiple NICs VLAN ID conflict

[Bill James]

try:
if '--test' in sys.argv:
test()
else:
main()
except:
hooking.exit_hook('extnet hook: [unexpected error]: %s\n' %
  traceback.format_exc())





On 03/16/2016 01:17 AM, Edward Haas wrote:

On Tue, Mar 15, 2016 at 8:19 PM, Bill James <bill.ja...@j2.com> wrote:

thank you very much for the reply.
I'm trying to find more about how to setup a 'fake vlan id', but so far have
not been able to find anything.  The link you mentioned mentioned a link
about setup_network_hooks, but the link doesn't work any more.

I have found there is a directory called
/usr/libexec/vdsm/hooks/before_network_setup.

This doc http://www.ovirt.org/develop/developer-guide/vdsm/hook/network-nat/
suggests using "sudo engine-config -s CustomDeviceProperties"
but I haven't found any descriptions on how to use it.
This doc goes into a little detail:

http://200.1.19.60/ovirt-engine/docs/manual/en_US/html/Administration_Guide/VDSM_hooks_defining_custom_properties.html

It's not a must to use the custom properties in your case, although it
will be more flexible.
The idea is to use a 'fake' vlan, say 999, and build a hook on the
host to intercept the request, detect that the vlan id is 999 and
replace it with the correct vlan id.
Using the custom properties just allows you to define the target vlan
id on the Engine and not in the hook code.

You can review this reference for the vdsm part:
http://www.ovirt.org/develop/developer-guide/vdsm/hooks/



but what property define vlan number and how do I tell it that this number
is really that number?

If you look at this hook as an example:
https://github.com/oVirt/vdsm/tree/master/vdsm_hooks/extra_ipv4_addrs
You need to look for the 'vlan' attribute, check it is 999 and
overwrite it with your ID.



Thanks.


On 03/15/2016 04:57 AM, Alona Kaplan wrote:

Hi Bill,

Currently the engine blocks adding two networks with the same vlan id to a
data center.
If you think there is a use case for having more than one network with the
same vlan id in a DC, please open an RFE.

As a workaround, you can add a network with a 'fake vlan id' (a vlan id that
is not in use by the dc).
And using 'vdsm before network setup hook'
(https://bugzilla.redhat.com/1057637) translating the 'fake vlan id' to the
desired one.

Alona.

- Original Message -

From: "Bill James" <bill.ja...@j2.com>
To: "users" <users@ovirt.org>
Sent: Tuesday, March 15, 2016 1:34:23 AM
Subject: [ovirt-users] multiple NICs VLAN ID conflict

We have DEV and QA is the same "data center" but on the network side of
things they are on different switches, so they reused some VLAN IDs.
No problem, my server has 4 NICS.
But how do I tell ovirt its ok to have 2 networks with same vlan ID because
I'm going to put them on different NICs?

It says "specified VLAN ID is already in use".


___
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




Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] multiple NICs VLAN ID conflict

[Bill James]

thank you very much for the reply.
I'm trying to find more about how to setup a 'fake vlan id', but so far 
have not been able to find anything.  The link you mentioned mentioned a 
link about setup_network_hooks, but the link doesn't work any more.


I have found there is a directory called 
/usr/libexec/vdsm/hooks/before_network_setup.


This doc http://www.ovirt.org/develop/developer-guide/vdsm/hook/network-nat/
suggests using "|sudo engine-config -s CustomDeviceProperties"
|
but I haven't found any descriptions on how to use it.
This doc goes into a little detail:

http://200.1.19.60/ovirt-engine/docs/manual/en_US/html/Administration_Guide/VDSM_hooks_defining_custom_properties.html


but what property define vlan number and how do I tell it that this 
number is really that number?



Thanks.


On 03/15/2016 04:57 AM, Alona Kaplan wrote:

Hi Bill,

Currently the engine blocks adding two networks with the same vlan id to a data 
center.
If you think there is a use case for having more than one network with the same 
vlan id in a DC, please open an RFE.

As a workaround, you can add a network with a 'fake vlan id' (a vlan id that is 
not in use by the dc).
And using 'vdsm before network setup hook' 
(https://bugzilla.redhat.com/1057637) translating the 'fake vlan id' to the 
desired one.

Alona.

- Original Message -

From: "Bill James" <bill.ja...@j2.com>
To: "users" <users@ovirt.org>
Sent: Tuesday, March 15, 2016 1:34:23 AM
Subject: [ovirt-users] multiple NICs VLAN ID conflict

We have DEV and QA is the same "data center" but on the network side of
things they are on different switches, so they reused some VLAN IDs.
No problem, my server has 4 NICS.
But how do I tell ovirt its ok to have 2 networks with same vlan ID because
I'm going to put them on different NICs?

It says "specified VLAN ID is already in use".


___
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] regenerate libvirt-spice keys after libvirtd restart?

[Bill James]

any suggestions on how to get ovirt and spice console keys to work 
correctly?



On 03/07/2016 10:09 AM, Bill James wrote:

thanks for the reply.
I tried reinstall of one host. Didn't help.
Also tried removing the host and reinstalling it. Didn't help.

Looks like server cert & key were regenerated, but not ca-cert.pem.


[root@ovirt2 test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice|grep -v 
2016|tail

total 84
-rw-r--r-- 1 root kvm 1379 Feb 19 17:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar  7 09:44 server-cert.pem
-r--r- 1 vdsm kvm 1675 Mar  7 09:44 server-key.pem

[root@ovirt2 test ~]# tail -3 /etc/libvirt/qemu.conf
spice_tls=1
spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice"
## end of configuration section by vdsm-4.17.0

Chown'd all the files to vdsm:kvm just incase, and rebooted the host.
Didn't help.

Changed console back to VNC and it starts up fine.


Seems strange that I could mess up the spice keys just by restarting 
libvirtd. (service libvirtd restart)




On 03/07/2016 06:15 AM, David Jaša wrote:

Hi,

it looks like you messed up private key location and/or contents. If you
"Reinstall" the host in ovirt engine, the keys/certs should get
regenerated.

David

On Pá, 2016-03-04 at 10:16 -0800, Bill James wrote:
I needed to bounce libvirtd after changing a config in 
libvirt/qemu.conf

so import-to-ovirt.pl,
but now my VMs with Spice console complain:

libvirtError: internal error: process exited while connecting to
monitor: ((null):2791): Spice-Warning **: reds.c:3311:reds_init_ssl:
Could not use private key file

What is the proper way to sync up the key after restarting libvirtd?
I even tried rebooting host and restart ovirt-engine and ovirt-engine
setup, didn't help.

Work around is just use VNC consoles. But I'd like to get spice working
again.

centos 7.2
libvirt-client-1.2.17-13.el7_2.2.x86_64
ovirt-engine-3.6.2.6-1.el7.centos.noarch



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox





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

Re: [ovirt-users] regenerate libvirt-spice keys after libvirtd restart?

[Bill James]

thanks for the reply.
I tried reinstall of one host. Didn't help.
Also tried removing the host and reinstalling it. Didn't help.

Looks like server cert & key were regenerated, but not ca-cert.pem.


[root@ovirt2 test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice|grep -v 2016|tail
total 84
-rw-r--r-- 1 root kvm 1379 Feb 19 17:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar  7 09:44 server-cert.pem
-r--r- 1 vdsm kvm 1675 Mar  7 09:44 server-key.pem

[root@ovirt2 test ~]# tail -3 /etc/libvirt/qemu.conf
spice_tls=1
spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice"
## end of configuration section by vdsm-4.17.0

Chown'd all the files to vdsm:kvm just incase, and rebooted the host.
Didn't help.

Changed console back to VNC and it starts up fine.


Seems strange that I could mess up the spice keys just by restarting 
libvirtd. (service libvirtd restart)




On 03/07/2016 06:15 AM, David Jaša wrote:

Hi,

it looks like you messed up private key location and/or contents. If you
"Reinstall" the host in ovirt engine, the keys/certs should get
regenerated.

David

On Pá, 2016-03-04 at 10:16 -0800, Bill James wrote:

I needed to bounce libvirtd after changing a config in libvirt/qemu.conf
so import-to-ovirt.pl,
but now my VMs with Spice console complain:

libvirtError: internal error: process exited while connecting to
monitor: ((null):2791): Spice-Warning **: reds.c:3311:reds_init_ssl:
Could not use private key file

What is the proper way to sync up the key after restarting libvirtd?
I even tried rebooting host and restart ovirt-engine and ovirt-engine
setup, didn't help.

Work around is just use VNC consoles. But I'd like to get spice working
again.

centos 7.2
libvirt-client-1.2.17-13.el7_2.2.x86_64
ovirt-engine-3.6.2.6-1.el7.centos.noarch



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
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] regenerate libvirt-spice keys after libvirtd restart?

[Bill James]

I needed to bounce libvirtd after changing a config in libvirt/qemu.conf 
so import-to-ovirt.pl,

but now my VMs with Spice console complain:

libvirtError: internal error: process exited while connecting to 
monitor: ((null):2791): Spice-Warning **: reds.c:3311:reds_init_ssl: 
Could not use private key file


What is the proper way to sync up the key after restarting libvirtd?
I even tried rebooting host and restart ovirt-engine and ovirt-engine 
setup, didn't help.


Work around is just use VNC consoles. But I'd like to get spice working 
again.


centos 7.2
libvirt-client-1.2.17-13.el7_2.2.x86_64
ovirt-engine-3.6.2.6-1.el7.centos.noarch



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] adding network via ovirt-shell

[Bill James]

I kind of found the answer.
Under Cluster -> Logical Networks -> Manager Networks
there is a check box for "Assign" & "Required".
Checking the Assign box makes it show up in "Setup Host Networks" dialog 
box.


No idea how to check that box using the cli though.


On 02/23/2016 10:54 AM, Bill James wrote:

I'm trying to add a network using ovirt-shell.
It adds fine to the GUI but I can't add the network to a host because 
it isn't listed in the "Setup Host Networks" dialog.
Adding a network interface using the GUI is added fine to the dialog 
window.

What am I missing?

[oVirt shell (connected)]# add network --data_center-name Default 
--name Vlan7 --description '10.176.7' --vlan-id 7



Also not sure how to add "Network Label" via cli. (adding it via GUI 
doesn't make interface usable in dialog window)


ovirt-engine-3.6.2.6-1.el7.centos.noarch


Problem networks are Vlan5 & Vlan 7.


[oVirt shell (connected)]# list networks

id : 80b5bffb-afb7-4c14-b228-e505b6a93152
name   : Gluster-KS
description: kickstart

id : ----0009
name   : ovirtmgmt
description: Management Network

id : 7d9d55d9-1158-4a64-a2b9-07b763ae2b6d
name   : vlan1
description: 10.176.1

id : e81540f9-99f2-4826-b483-b9c08031cdaa
name   : Vlan5
description: 10.176.5

id : 6d1bf691-d438-48e2-a230-21360c609889
name   : Vlan6
description: 10.176.6

id : 2c7db3f8-151f-4c5a-a88d-c840f7f2ce57
name   : Vlan7
description: 10.176.7


Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 
Global, Inc. and/or its affiliates which may be privileged, 
confidential or otherwise protected from disclosure. The information 
is intended to be for the addressee(s) only. If you are not an 
addressee, any disclosure, copy, distribution, or use of the contents 
of this message is prohibited. If you have received this email in 
error please notify the sender by reply e-mail and delete the original 
message and any copies. (c) 2015 j2 Global, Inc. All rights reserved. 
eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.

___
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] adding network via ovirt-shell

[Bill James]

I'm trying to add a network using ovirt-shell.
It adds fine to the GUI but I can't add the network to a host because it 
isn't listed in the "Setup Host Networks" dialog.

Adding a network interface using the GUI is added fine to the dialog window.
What am I missing?

[oVirt shell (connected)]# add network --data_center-name Default --name 
Vlan7 --description '10.176.7' --vlan-id 7



Also not sure how to add "Network Label" via cli. (adding it via GUI 
doesn't make interface usable in dialog window)


ovirt-engine-3.6.2.6-1.el7.centos.noarch


Problem networks are Vlan5 & Vlan 7.


[oVirt shell (connected)]# list networks

id : 80b5bffb-afb7-4c14-b228-e505b6a93152
name   : Gluster-KS
description: kickstart

id : ----0009
name   : ovirtmgmt
description: Management Network

id : 7d9d55d9-1158-4a64-a2b9-07b763ae2b6d
name   : vlan1
description: 10.176.1

id : e81540f9-99f2-4826-b483-b9c08031cdaa
name   : Vlan5
description: 10.176.5

id : 6d1bf691-d438-48e2-a230-21360c609889
name   : Vlan6
description: 10.176.6

id : 2c7db3f8-151f-4c5a-a88d-c840f7f2ce57
name   : Vlan7
description: 10.176.7


Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt and gluster storage domain HA testing

[Bill James]

I have a ovirt cluster with and system running ovirt-engine 3.6.2.6-1 on 
centos7.2

and 3 hardware nodes running glusterfs 3.7.6-1 and centos7.2.
I created a gluster volume using gluster cli and then went to add a 
storage domain.


I created it with Path ovirt1-ks.test:/gv1 and all works fine, until 
ovirt1 goes down.

Then ALL VMs pause till ovirt1 comes back up.
Do I have to list all nodes in the path for this to work?

Path: ovirt1-ks.test:/gv1 ovirt2-ks.test:/gv1 ovirt3-ks.test:/gv1

Or how do I prevent ovirt1 from being single point of failure?


Thanks.



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt glusterfs performance

[Bill James]

wow, that made a whole lot of difference!
Thank you!

[root@billjov1 ~]# time dd if=/dev/zero of=/root/testfile1 bs=1M 
count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 20.2778 s, 51.7 MB/s

these are the options now for the record.

Options Reconfigured:
cluster.server-quorum-type: server
cluster.quorum-type: auto
network.remote-dio: enable
cluster.eager-lock: enable
performance.stat-prefetch: off
performance.io-cache: off
performance.read-ahead: off
performance.quick-read: off
performance.write-behind: off
performance.write-behind-window-size: 4MB
performance.cache-size: 1GB
performance.readdir-ahead: on


Thanks again!


On 2/11/16 8:18 PM, Ravishankar N wrote:

Hi Bill,
Can you enable virt-profile setting for your volume and see if that 
helps? You need to enable this optimization when you create the volume 
using ovrit, or use the following command for an existing volume:


#gluster volume set  group virt

-Ravi


On 02/12/2016 05:22 AM, Bill James wrote:

My apologies, I'm showing how much of a noob I am.
Ignore last direct to gluster numbers, as that wasn't really glusterfs.


[root@ovirt2 test ~]# mount -t glusterfs 
ovirt2-ks.test.j2noc.com:/gv1 /mnt/tmp/
[root@ovirt2 test ~]# time dd if=/dev/zero of=/mnt/tmp/testfile2 
bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 65.8596 s, 15.9 MB/s

That's more how I expected, it is pointing to glusterfs performance.



On 02/11/2016 03:27 PM, Bill James wrote:
don't know if it helps, but I ran a few more tests, all from the 
same hardware node.


The VM:
[root@billjov1 ~]# time dd if=/dev/zero of=/root/testfile bs=1M 
count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 62.5535 s, 16.8 MB/s

Writing directly to gluster volume:
[root@ovirt2 test ~]# time dd if=/dev/zero 
of=/gluster-store/brick1/gv1/testfile bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 9.92048 s, 106 MB/s


Writing to NFS volume:
[root@ovirt2 test ~]# time dd if=/dev/zero 
of=/mnt/storage/qa/testfile bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 10.5776 s, 99.1 MB/s

NFS & Gluster are using the same interface. Tests were not run at 
same time.


This would suggest my problem isn't glusterfs, but the VM performance.



On 02/11/2016 03:13 PM, Bill James wrote:

xml attached.


On 02/11/2016 12:28 PM, Nir Soffer wrote:
On Thu, Feb 11, 2016 at 8:27 PM, Bill James <bill.ja...@j2.com> 
wrote:

thank you for the reply.

We setup gluster using the names associated with  NIC 2 IP.
  Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1

That's NIC 2's IP.
Using 'iftop -i eno2 -L 5 -t' :

dd if=/dev/zero of=/root/testfile bs=1M count=1000 oflag=direct
1048576000 bytes (1.0 GB) copied, 68.0714 s, 15.4 MB/s

Can you share the xml of this vm? You can find it in vdsm log,
at the time you start the vm.

Or you can do (on the host):

# virsh
virsh # list
(username: vdsm@ovirt password: shibboleth)
virsh # dumpxml vm-id


Peak rate (sent/received/total):  281Mb 5.36Mb
282Mb
Cumulative (sent/received/total): 1.96GB 14.6MB
1.97GB

gluster volume info gv1:
  Options Reconfigured:
  performance.write-behind-window-size: 4MB
  performance.readdir-ahead: on
  performance.cache-size: 1GB
  performance.write-behind: off

performance.write-behind: off didn't help.
Neither did any other changes I've tried.


There is no VM traffic on this VM right now except my test.



On 02/10/2016 11:55 PM, Nir Soffer wrote:
On Thu, Feb 11, 2016 at 2:42 AM, Ravishankar N 
<ravishan...@redhat.com>

wrote:

+gluster-users

Does disabling 'performance.write-behind' give a better 
throughput?




On 02/10/2016 11:06 PM, Bill James wrote:
I'm setting up a ovirt cluster using glusterfs and noticing 
not stellar

performance.
Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 
3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split 
using LVM

with one logical volume for system and one for gluster.
They each have 4 NICs,
   NIC1 = ovirtmgmt
   NIC2 = gluster  (1GbE)

How do you ensure that gluster trafic is using this nic?


   NIC3 = VM traffic

How do you ensure that vm trafic is using this nic?


I tried with default glusterfs settings

And did you find any difference?


and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performan

Re: [ovirt-users] ovirt glusterfs performance

[Bill James]

don't know if it helps, but I ran a few more tests, all from the same 
hardware node.


The VM:
[root@billjov1 ~]# time dd if=/dev/zero of=/root/testfile bs=1M 
count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 62.5535 s, 16.8 MB/s

Writing directly to gluster volume:
[root@ovirt2 test ~]# time dd if=/dev/zero 
of=/gluster-store/brick1/gv1/testfile bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 9.92048 s, 106 MB/s


Writing to NFS volume:
[root@ovirt2 test ~]# time dd if=/dev/zero of=/mnt/storage/qa/testfile 
bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 10.5776 s, 99.1 MB/s

NFS & Gluster are using the same interface. Tests were not run at same time.

This would suggest my problem isn't glusterfs, but the VM performance.



On 02/11/2016 03:13 PM, Bill James wrote:

xml attached.


On 02/11/2016 12:28 PM, Nir Soffer wrote:

On Thu, Feb 11, 2016 at 8:27 PM, Bill James <bill.ja...@j2.com> wrote:

thank you for the reply.

We setup gluster using the names associated with  NIC 2 IP.
  Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1

That's NIC 2's IP.
Using 'iftop -i eno2 -L 5 -t' :

dd if=/dev/zero of=/root/testfile bs=1M count=1000 oflag=direct
1048576000 bytes (1.0 GB) copied, 68.0714 s, 15.4 MB/s

Can you share the xml of this vm? You can find it in vdsm log,
at the time you start the vm.

Or you can do (on the host):

# virsh
virsh # list
(username: vdsm@ovirt password: shibboleth)
virsh # dumpxml vm-id


Peak rate (sent/received/total):  281Mb 5.36Mb
282Mb
Cumulative (sent/received/total):1.96GB 14.6MB
1.97GB

gluster volume info gv1:
  Options Reconfigured:
  performance.write-behind-window-size: 4MB
  performance.readdir-ahead: on
  performance.cache-size: 1GB
  performance.write-behind: off

performance.write-behind: off didn't help.
Neither did any other changes I've tried.


There is no VM traffic on this VM right now except my test.



On 02/10/2016 11:55 PM, Nir Soffer wrote:
On Thu, Feb 11, 2016 at 2:42 AM, Ravishankar N 
<ravishan...@redhat.com>

wrote:

+gluster-users

Does disabling 'performance.write-behind' give a better throughput?



On 02/10/2016 11:06 PM, Bill James wrote:
I'm setting up a ovirt cluster using glusterfs and noticing not 
stellar

performance.
Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 
3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split 
using LVM

with one logical volume for system and one for gluster.
They each have 4 NICs,
   NIC1 = ovirtmgmt
   NIC2 = gluster  (1GbE)

How do you ensure that gluster trafic is using this nic?


   NIC3 = VM traffic

How do you ensure that vm trafic is using this nic?


I tried with default glusterfs settings

And did you find any difference?


and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB


Using simple dd test on VM in ovirt:
dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct

block size of 1G?!

Try 1M (our default for storage operations)


1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s

Another VM not in ovirt using nfs:
 dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s


Is that expected or is there a better way to set it up to get better
performance?

Adding Niels for advice.


This email, its contents and 

Please avoid this, this is a public mailing list, everything you write
here is public.

Nir

I'll have to look into how to remove this sig for this mailing list

Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 
Global,

Inc. and/or its affiliates which may be privileged, confidential or
otherwise protected from disclosure. The information is intended to 
be for
the addressee(s) only. If you are not an addressee, any disclosure, 
copy,
distribution, or use of the contents of this message is prohibited. 
If you
have received this email in error please notify the sender by reply 
e-mail
and delete the original message and any copies. (c) 2015 j2 Global, 
Inc. All
rights reserved. eFax, eVoice, Campaigner, Fuse

Re: [ovirt-users] ovirt glusterfs performance

[Bill James]

xml attached.


On 02/11/2016 12:28 PM, Nir Soffer wrote:

On Thu, Feb 11, 2016 at 8:27 PM, Bill James <bill.ja...@j2.com> wrote:

thank you for the reply.

We setup gluster using the names associated with  NIC 2 IP.
  Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1

That's NIC 2's IP.
Using 'iftop -i eno2 -L 5 -t' :

dd if=/dev/zero of=/root/testfile bs=1M count=1000 oflag=direct
1048576000 bytes (1.0 GB) copied, 68.0714 s, 15.4 MB/s

Can you share the xml of this vm? You can find it in vdsm log,
at the time you start the vm.

Or you can do (on the host):

# virsh
virsh # list
(username: vdsm@ovirt password: shibboleth)
virsh # dumpxml vm-id


Peak rate (sent/received/total):  281Mb 5.36Mb
282Mb
Cumulative (sent/received/total):1.96GB 14.6MB
1.97GB

gluster volume info gv1:
  Options Reconfigured:
  performance.write-behind-window-size: 4MB
  performance.readdir-ahead: on
  performance.cache-size: 1GB
  performance.write-behind: off

performance.write-behind: off didn't help.
Neither did any other changes I've tried.


There is no VM traffic on this VM right now except my test.



On 02/10/2016 11:55 PM, Nir Soffer wrote:

On Thu, Feb 11, 2016 at 2:42 AM, Ravishankar N <ravishan...@redhat.com>
wrote:

+gluster-users

Does disabling 'performance.write-behind' give a better throughput?



On 02/10/2016 11:06 PM, Bill James wrote:

I'm setting up a ovirt cluster using glusterfs and noticing not stellar
performance.
Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split using LVM
with one logical volume for system and one for gluster.
They each have 4 NICs,
   NIC1 = ovirtmgmt
   NIC2 = gluster  (1GbE)

How do you ensure that gluster trafic is using this nic?


   NIC3 = VM traffic

How do you ensure that vm trafic is using this nic?


I tried with default glusterfs settings

And did you find any difference?


and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB


Using simple dd test on VM in ovirt:
dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct

block size of 1G?!

Try 1M (our default for storage operations)


1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s

Another VM not in ovirt using nfs:
 dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s


Is that expected or is there a better way to set it up to get better
performance?

Adding Niels for advice.


This email, its contents and 

Please avoid this, this is a public mailing list, everything you write
here is public.

Nir

I'll have to look into how to remove this sig for this mailing list

Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global,
Inc. and/or its affiliates which may be privileged, confidential or
otherwise protected from disclosure. The information is intended to be for
the addressee(s) only. If you are not an addressee, any disclosure, copy,
distribution, or use of the contents of this message is prohibited. If you
have received this email in error please notify the sender by reply e-mail
and delete the original message and any copies. (c) 2015 j2 Global, Inc. All
rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox
are registered trademarks of j2 Global, Inc. and its affiliates.


Please enter your authentication name: Please enter your password: 
  billjov1.test.j2noc.com
  c6aa56b4-f387-4a5b-84b6-a7db6ef89686
  http://ovirt.org/vm/tune/1.0;>

  
  4294967296
  2097152
  2097152
  16
  
1020
  
  

  
  
/machine
  
  

  oVirt
  oVirt Node
  7-2.1511.el7.centos.2.10
  30343536-3138-5355-4533-323134593738
  c6aa56b4-f387-4a5b-84b6-a7db6ef89686

  
  
hvm

  
  

  
  
SandyBridge


  

  
  



  
  destroy
  restart
  destroy
  
/usr/libexec/qemu-kvm

  
  
  
  
  
  
  
  


  
  
  
  
  eb0ccbf9-1ad8-4af8-94

Re: [ovirt-users] ovirt glusterfs performance

[Bill James]

My apologies, I'm showing how much of a noob I am.
Ignore last direct to gluster numbers, as that wasn't really glusterfs.


[root@ovirt2 test ~]# mount -t glusterfs ovirt2-ks.test.j2noc.com:/gv1 
/mnt/tmp/
[root@ovirt2 test ~]# time dd if=/dev/zero of=/mnt/tmp/testfile2 bs=1M 
count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 65.8596 s, 15.9 MB/s

That's more how I expected, it is pointing to glusterfs performance.



On 02/11/2016 03:27 PM, Bill James wrote:
don't know if it helps, but I ran a few more tests, all from the same 
hardware node.


The VM:
[root@billjov1 ~]# time dd if=/dev/zero of=/root/testfile bs=1M 
count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 62.5535 s, 16.8 MB/s

Writing directly to gluster volume:
[root@ovirt2 test ~]# time dd if=/dev/zero 
of=/gluster-store/brick1/gv1/testfile bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 9.92048 s, 106 MB/s


Writing to NFS volume:
[root@ovirt2 test ~]# time dd if=/dev/zero of=/mnt/storage/qa/testfile 
bs=1M count=1000 oflag=direct

1048576000 bytes (1.0 GB) copied, 10.5776 s, 99.1 MB/s

NFS & Gluster are using the same interface. Tests were not run at same 
time.


This would suggest my problem isn't glusterfs, but the VM performance.



On 02/11/2016 03:13 PM, Bill James wrote:

xml attached.


On 02/11/2016 12:28 PM, Nir Soffer wrote:

On Thu, Feb 11, 2016 at 8:27 PM, Bill James <bill.ja...@j2.com> wrote:

thank you for the reply.

We setup gluster using the names associated with  NIC 2 IP.
  Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
  Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1

That's NIC 2's IP.
Using 'iftop -i eno2 -L 5 -t' :

dd if=/dev/zero of=/root/testfile bs=1M count=1000 oflag=direct
1048576000 bytes (1.0 GB) copied, 68.0714 s, 15.4 MB/s

Can you share the xml of this vm? You can find it in vdsm log,
at the time you start the vm.

Or you can do (on the host):

# virsh
virsh # list
(username: vdsm@ovirt password: shibboleth)
virsh # dumpxml vm-id


Peak rate (sent/received/total):  281Mb 5.36Mb
282Mb
Cumulative (sent/received/total):1.96GB 14.6MB
1.97GB

gluster volume info gv1:
  Options Reconfigured:
  performance.write-behind-window-size: 4MB
  performance.readdir-ahead: on
  performance.cache-size: 1GB
  performance.write-behind: off

performance.write-behind: off didn't help.
Neither did any other changes I've tried.


There is no VM traffic on this VM right now except my test.



On 02/10/2016 11:55 PM, Nir Soffer wrote:
On Thu, Feb 11, 2016 at 2:42 AM, Ravishankar N 
<ravishan...@redhat.com>

wrote:

+gluster-users

Does disabling 'performance.write-behind' give a better throughput?



On 02/10/2016 11:06 PM, Bill James wrote:
I'm setting up a ovirt cluster using glusterfs and noticing not 
stellar

performance.
Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 
3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split 
using LVM

with one logical volume for system and one for gluster.
They each have 4 NICs,
   NIC1 = ovirtmgmt
   NIC2 = gluster  (1GbE)

How do you ensure that gluster trafic is using this nic?


   NIC3 = VM traffic

How do you ensure that vm trafic is using this nic?


I tried with default glusterfs settings

And did you find any difference?


and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB


Using simple dd test on VM in ovirt:
dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct

block size of 1G?!

Try 1M (our default for storage operations)


1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s

Another VM not in ovirt using nfs:
 dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s


Is that expected or is there a better way to set it up to get 
better

performance?

Adding Niels for advice.


This email, its contents and 
Please avoid this, this is a public mailing list, everything you 
write

here is public.

Nir
I'll have to look into how to remove this sig for this mailing 
list


Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from 
j2 Global,

Inc. and/or its 

Re: [ovirt-users] ovirt glusterfs performance

[Bill James]

thank you for the reply.

We setup gluster using the names associated with  NIC 2 IP.
 Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
 Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
 Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1

That's NIC 2's IP.
Using 'iftop -i eno2 -L 5 -t' :

dd if=/dev/zero of=/root/testfile bs=1M count=1000 oflag=direct
1048576000 bytes (1.0 GB) copied, 68.0714 s, 15.4 MB/s

Peak rate (sent/received/total):  281Mb 5.36Mb  
282Mb
Cumulative (sent/received/total):1.96GB 14.6MB 
1.97GB


gluster volume info gv1:
 Options Reconfigured:
 performance.write-behind-window-size: 4MB
 performance.readdir-ahead: on
 performance.cache-size: 1GB
 performance.write-behind: off

performance.write-behind: off didn't help.
Neither did any other changes I've tried.


There is no VM traffic on this VM right now except my test.



On 02/10/2016 11:55 PM, Nir Soffer wrote:

On Thu, Feb 11, 2016 at 2:42 AM, Ravishankar N <ravishan...@redhat.com> wrote:

+gluster-users

Does disabling 'performance.write-behind' give a better throughput?



On 02/10/2016 11:06 PM, Bill James wrote:

I'm setting up a ovirt cluster using glusterfs and noticing not stellar
performance.
Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split using LVM
with one logical volume for system and one for gluster.
They each have 4 NICs,
  NIC1 = ovirtmgmt
  NIC2 = gluster  (1GbE)

How do you ensure that gluster trafic is using this nic?


  NIC3 = VM traffic

How do you ensure that vm trafic is using this nic?


I tried with default glusterfs settings

And did you find any difference?


and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB


Using simple dd test on VM in ovirt:
   dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct

block size of 1G?!

Try 1M (our default for storage operations)


   1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s

Another VM not in ovirt using nfs:
dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
   1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s


Is that expected or is there a better way to set it up to get better
performance?

Adding Niels for advice.


This email, its contents and 

Please avoid this, this is a public mailing list, everything you write
here is public.

Nir

I'll have to look into how to remove this sig for this mailing list

Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] ovirt glusterfs performance

[Bill James]

I'm setting up a ovirt cluster using glusterfs and noticing not stellar 
performance.

Maybe my setup could use some adjustments?

3 hardware nodes running centos7.2, glusterfs 3.7.6.1, ovirt 3.6.2.6-1.
Each node has 8 spindles configured in 1 array which is split using LVM 
with one logical volume for system and one for gluster.

They each have 4 NICs,
 NIC1 = ovirtmgmt
 NIC2 = gluster
 NIC3 = VM traffic

I tried with default glusterfs settings and also with:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB

[root@ovirt3 test scripts]# gluster volume info gv1

Volume Name: gv1
Type: Replicate
Volume ID: 71afc35b-09d7-4384-ab22-57d032a0f1a2
Status: Started
Number of Bricks: 1 x 3 = 3
Transport-type: tcp
Bricks:
Brick1: ovirt1-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick2: ovirt2-ks.test.j2noc.com:/gluster-store/brick1/gv1
Brick3: ovirt3-ks.test.j2noc.com:/gluster-store/brick1/gv1
Options Reconfigured:
performance.cache-size: 1GB
performance.readdir-ahead: on
performance.write-behind-window-size: 4MB


Using simple dd test on VM in ovirt:
  dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
  1073741824 bytes (1.1 GB) copied, 65.9337 s, 16.3 MB/s

Another VM not in ovirt using nfs:
   dd if=/dev/zero of=/root/testfile bs=1G count=1 oflag=direct
  1073741824 bytes (1.1 GB) copied, 27.0079 s, 39.8 MB/s


Is that expected or is there a better way to set it up to get better 
performance?


Thanks.


Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-3.6 and glusterfs doc

[Bill James]

[root@ovirt3 test vdsm]# gluster volume info 
--remote-host=ovirt3.test.j2noc.com

No volumes present

I thought ovirt was suppose to create the volume. Am I suppose to create 
it first?


Thank you for the doc, I'll read through that...




On 1/29/16 1:26 PM, Nir Soffer wrote:

On Fri, Jan 29, 2016 at 11:08 PM, Bill James <bill.ja...@j2.com> wrote:

jsonrpc.Executor/6::DEBUG::2016-01-29
12:58:16,854::task::595::Storage.TaskManager.Task::(_updateState)
Task=`e6f93ddd-23c3-4b5b-879a-3c31d4b8d773`::movin
g from state init -> state preparing
jsonrpc.Executor/6::INFO::2016-01-29
12:58:16,854::logUtils::48::dispatcher::(wrapper) Run and protect:
connectStorageServer(domType=7, spUUID=u'-
---', conList=[{u'id':
u'----', u'connection':
u'ovirt3.test.j2noc.com:/gluster-store/vol1', u'iqn
': u'', u'user': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', u'password':
'', u'port': u''}], options=None)
jsonrpc.Executor/6::ERROR::2016-01-29
12:58:16,950::hsm::2465::Storage.HSM::(connectStorageServer) Could not
connect to storageServer
Traceback (most recent call last):
   File "/usr/share/vdsm/storage/hsm.py", line 2462, in connectStorageServer
 conObj.connect()
   File "/usr/share/vdsm/storage/storageServer.py", line 220, in connect
 self.validate()
   File "/usr/share/vdsm/storage/storageServer.py", line 335, in validate
 replicaCount = self.volinfo['replicaCount']
   File "/usr/share/vdsm/storage/storageServer.py", line 331, in volinfo
 self._volinfo = self._get_gluster_volinfo()
   File "/usr/share/vdsm/storage/storageServer.py", line 358, in
_get_gluster_volinfo
 return volinfo[self._volname]
KeyError: u'gluster-store/vol1'

This means that the gluster server at ovirt3.test.j2noc.com does not
have a volume named "gluster-store/vol1"

I guess that /gluster-store is the mountpoint and the volume name is "vol1".

On the engine side, you probably need to set the storage domain path to

 ovirt3.test.j2noc.com:/vol1

Can you share with us the output of:

 gluster volume info --remote-host=ovirt3.test.j2noc.com

This should return something like:

 {VOLUMENAME: {'brickCount': BRICKCOUNT,
   'bricks': [BRICK1, BRICK2, ...],
   'options': {OPTION: VALUE, ...},
   'transportType': [TCP,RDMA, ...],
   'uuid': UUID,
   'volumeName': NAME,
   'volumeStatus': STATUS,
   'volumeType': TYPE}, ...}

The fact that this code fails with a KeyError is a bug. We should have
returned a clear error in this case instead of failing with KeyError, which
show a generic and unhelpful error message in the engine side.
Please file a bug about it.

I found the document about configuring gluster for ovirt:
http://www.gluster.org/community/documentation/index.php/Virt-store-usecase

Nir


jsonrpc.Executor/6::DEBUG::2016-01-29
12:58:16,950::hsm::2489::Storage.HSM::(connectStorageServer) knownSDs: {}
jsonrpc.Executor/6::INFO::2016-01-29
12:58:16,951::logUtils::51::dispatcher::(wrapper) Run and protect:
connectStorageServer, Return response: {'statuslis
t': [{'status': 100, 'id': u'----'}]}
jsonrpc.Executor/6::DEBUG::2016-01-29
12:58:16,951::task::1191::Storage.TaskManager.Task::(prepare)
Task=`e6f93ddd-23c3-4b5b-879a-3c31d4b8d773`::finished:
  {'statuslist': [{'status': 100, 'id':
u'----'}]}
jsonrpc.Executor/6::DEBUG::2016-01-29
12:58:16,951::task::595::Storage.TaskManager.Task::(_updateState)
Task=`e6f93ddd-23c3-4b5b-879a-3c31d4b8d773`::movin
g from state preparing -> state finished




On 1/29/16 1:05 PM, Nir Soffer wrote:

On Fri, Jan 29, 2016 at 9:31 PM, Bill James <bill.ja...@j2.com> wrote:

I'm trying to setup a ovirt3.6.2 cluster on centos7.2 and am having
problems
finding a doc that explains how to setup gluster storage for it.

There was good gluster documentation for setting up volumes for ovirt,
but I cannot find it now.

Sahina, can you point us to this document?


If I try to create a Storage domain with storage type GlusterFS it comes
back with "General Exception".
I'm not using Hosted-engine, engine is on a separate host by its self.
I have 3 nodes, all running centos7.2.

vdsm.log:

jsonrpc.Executor/0::DEBUG::2016-01-29
11:06:35,023::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest)
Calling
'StoragePool.connectStorageServer' in br
idge with {u'connectionParams': [{u'id':
u'----', u'connection':
u'ovirt3.test.j2noc.com:/gluster-store', u'iqn': u'', u'u
ser': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', u'password':
'', u'port': u''}], u'storagepoolID':
u'----', u
'domainType': 7}
jsonrpc.Executor/0::DEBUG::2016-01-29
11:06:35,024::task::595::Storage.Tas

[ovirt-users] ovirt-3.6 and glusterfs doc

[Bill James]

I'm trying to setup a ovirt3.6.2 cluster on centos7.2 and am having 
problems finding a doc that explains how to setup gluster storage for it.


If I try to create a Storage domain with storage type GlusterFS it comes 
back with "General Exception".

I'm not using Hosted-engine, engine is on a separate host by its self.
I have 3 nodes, all running centos7.2.

vdsm.log:

jsonrpc.Executor/0::DEBUG::2016-01-29 
11:06:35,023::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) 
Calling 'StoragePool.connectStorageServer' in br
idge with {u'connectionParams': [{u'id': 
u'----', u'connection': 
u'ovirt3.test.j2noc.com:/gluster-store', u'iqn': u'', u'u
ser': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', u'password': 
'', u'port': u''}], u'storagepoolID': 
u'----', u

'domainType': 7}
jsonrpc.Executor/0::DEBUG::2016-01-29 
11:06:35,024::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`e49fc739-faaf-40f1-b512-868b936fbcc1`::movin

g from state init -> state preparing
jsonrpc.Executor/0::INFO::2016-01-29 
11:06:35,024::logUtils::48::dispatcher::(wrapper) Run and protect: 
connectStorageServer(domType=7, spUUID=u'-
---', conList=[{u'id': 
u'----', u'connection': 
u'ovirt3.test.j2noc.com:/gluster-store', u'iqn': u'
', u'user': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', u'password': 
'', u'port': u''}], options=None)
jsonrpc.Executor/0::ERROR::2016-01-29 
11:06:35,120::hsm::2465::Storage.HSM::(connectStorageServer) Could not 
connect to storageServer

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2462, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 220, in connect
self.validate()



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt-3.6 and glusterfs doc

[Bill James]

jsonrpc.Executor/6::DEBUG::2016-01-29 
12:58:16,854::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`e6f93ddd-23c3-4b5b-879a-3c31d4b8d773`::movin

g from state init -> state preparing
jsonrpc.Executor/6::INFO::2016-01-29 
12:58:16,854::logUtils::48::dispatcher::(wrapper) Run and protect: 
connectStorageServer(domType=7, spUUID=u'-
---', conList=[{u'id': 
u'----', u'connection': 
u'ovirt3.test.j2noc.com:/gluster-store/vol1', u'iqn
': u'', u'user': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', 
u'password': '', u'port': u''}], options=None)
jsonrpc.Executor/6::ERROR::2016-01-29 
12:58:16,950::hsm::2465::Storage.HSM::(connectStorageServer) Could not 
connect to storageServer

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2462, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 220, in connect
self.validate()
  File "/usr/share/vdsm/storage/storageServer.py", line 335, in validate
replicaCount = self.volinfo['replicaCount']
  File "/usr/share/vdsm/storage/storageServer.py", line 331, in volinfo
self._volinfo = self._get_gluster_volinfo()
  File "/usr/share/vdsm/storage/storageServer.py", line 358, in 
_get_gluster_volinfo

return volinfo[self._volname]
KeyError: u'gluster-store/vol1'
jsonrpc.Executor/6::DEBUG::2016-01-29 
12:58:16,950::hsm::2489::Storage.HSM::(connectStorageServer) knownSDs: {}
jsonrpc.Executor/6::INFO::2016-01-29 
12:58:16,951::logUtils::51::dispatcher::(wrapper) Run and protect: 
connectStorageServer, Return response: {'statuslis

t': [{'status': 100, 'id': u'----'}]}
jsonrpc.Executor/6::DEBUG::2016-01-29 
12:58:16,951::task::1191::Storage.TaskManager.Task::(prepare) 
Task=`e6f93ddd-23c3-4b5b-879a-3c31d4b8d773`::finished:
 {'statuslist': [{'status': 100, 'id': 
u'----'}]}
jsonrpc.Executor/6::DEBUG::2016-01-29 
12:58:16,951::task::595::Storage.TaskManager.Task::(_updateState) 
Task=`e6f93ddd-23c3-4b5b-879a-3c31d4b8d773`::movin

g from state preparing -> state finished



On 1/29/16 1:05 PM, Nir Soffer wrote:

On Fri, Jan 29, 2016 at 9:31 PM, Bill James <bill.ja...@j2.com> wrote:

I'm trying to setup a ovirt3.6.2 cluster on centos7.2 and am having problems
finding a doc that explains how to setup gluster storage for it.

There was good gluster documentation for setting up volumes for ovirt,
but I cannot find it now.

Sahina, can you point us to this document?


If I try to create a Storage domain with storage type GlusterFS it comes
back with "General Exception".
I'm not using Hosted-engine, engine is on a separate host by its self.
I have 3 nodes, all running centos7.2.

vdsm.log:

jsonrpc.Executor/0::DEBUG::2016-01-29
11:06:35,023::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
'StoragePool.connectStorageServer' in br
idge with {u'connectionParams': [{u'id':
u'----', u'connection':
u'ovirt3.test.j2noc.com:/gluster-store', u'iqn': u'', u'u
ser': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', u'password':
'', u'port': u''}], u'storagepoolID':
u'----', u
'domainType': 7}
jsonrpc.Executor/0::DEBUG::2016-01-29
11:06:35,024::task::595::Storage.TaskManager.Task::(_updateState)
Task=`e49fc739-faaf-40f1-b512-868b936fbcc1`::movin
g from state init -> state preparing
jsonrpc.Executor/0::INFO::2016-01-29
11:06:35,024::logUtils::48::dispatcher::(wrapper) Run and protect:
connectStorageServer(domType=7, spUUID=u'-
---', conList=[{u'id':
u'----', u'connection':
u'ovirt3.test.j2noc.com:/gluster-store', u'iqn': u'
', u'user': u'', u'tpgt': u'1', u'vfs_type': u'glusterfs', u'password':
'', u'port': u''}], options=None)
jsonrpc.Executor/0::ERROR::2016-01-29
11:06:35,120::hsm::2465::Storage.HSM::(connectStorageServer) Could not
connect to storageServer
Traceback (most recent call last):
   File "/usr/share/vdsm/storage/hsm.py", line 2462, in connectStorageServer
 conObj.connect()
   File "/usr/share/vdsm/storage/storageServer.py", line 220, in connect
 self.validate()

The next lines in the log should explain the error - can you send them?

Nir



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete t

[ovirt-users] VM migration fails when hardware node fails

[Bill James]

We are testing our new ovirt installation. We notice that if I shutdown 
a hardware node that the VM's do not migrate off and don't start up 
after the node is restarted.

Its a 3 node cluster with the ovirt-engine on a 4th host.

centos 7.1.1503
ovirt-engine-3.6.0.3-1.el7.centos.noarch
glusterfs-3.7.5-1.el7.x86_64

High Availability box is checked, Priority = High.


2015-12-10 11:43:34,251 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-8-thread-42) [5f8883ec] Correlation ID: 5d94dbf7, 
Job ID: 83159d5a-0ab9-4f1b-afbc-e5c2fcbb6e04, Call Stack: null, Custom 
Event ID: -1, Message: Failed to migrate VM billjov2.test.j2noc.com to 
Host ovirt3.test.j2noc.com . Trying to migrate to another Host.

...
2015-12-10 11:43:49,137 INFO 
[org.ovirt.engine.core.vdsbroker.VmAnalyzer] 
(DefaultQuartzScheduler_Worker-87) [5f8883ec] VM 
'f67a4f38-bb4b-460f-81ea-10ecae60edcc'(billjov2.test.j2noc.com) moved 
from 'MigratingFrom' --> 'Up'
2015-12-10 11:43:49,518 WARN 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(org.ovirt.thread.pool-8-thread-4) [5f8883ec] Correlation ID: 5d94dbf7, 
Job ID: 83159d5a-0ab9-4f1b-afbc-e5c2fcbb6e04, Call Stack: null, Custom 
Event ID: -1, Message: Failed to migrate VM billjov2.test.j2noc.com to 
Host ovirt1.test.j2noc.com . Trying to migrate to another Host.



Migrating live works just fine.

I haven't found anywhere where it says why it failed when node is down.
Any ideas on why it is failing? And why VM's don't start when node is up?



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users