[ovirt-users] Re: Downgrading qemu-kvm

[Gary Pedretty]

I did the update through the admin web console as that is where it typically 
reports there are updates, even on node hosts.

For now I am going to re-install the node host from the ISO and not run updates 
until someone confirms that qemu-kvm is fixed.


Gary



> On Dec 8, 2021, at 9:21 AM, Yedidyah Bar David  wrote:
> 
> On Wed, Dec 8, 2021 at 6:50 PM Gary Pedretty  wrote:
>> 
>> So even the latest updated to qemu-kvm is still broken in regards to running 
>> VMs in Ovirt.  I thought I would try Node on a new host and the current 
>> install iso, installs version 6.0 of kvm, which still works, but if you do 
>> an upgrade on the node host it sill updates to the latest 6.1 version of 
>> kvm.  Question, how do you downgrade kvm on a node host, the regular yum 
>> downgrade does not seem to work on a node host.
> 
> Also dnf update does not generally work on node - how did you update yours?
> In principle it should be enough to enable the relevant repo(s). In
> practice, this won't survive gracefully node image upgrades, so
> generally speaking, is not the way to go. This is mainly about
> upgrades (of packages that are part of the image).
> 
> Best regards,
> -- 
> Didi
> 
___
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/RKJWVD5K6KWSXZJJQ35K5PUJ7HMJSOCP/

[ovirt-users] Downgrading qemu-kvm

[Gary Pedretty]

So even the latest updated to qemu-kvm is still broken in regards to running 
VMs in Ovirt.  I thought I would try Node on a new host and the current install 
iso, installs version 6.0 of kvm, which still works, but if you do an upgrade 
on the node host it sill updates to the latest 6.1 version of kvm.  Question, 
how do you downgrade kvm on a node host, the regular yum downgrade does not 
seem to work on a node host.

Gary

___
Gary Pedretty
Director of IT
Ravn Alaska
___
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/RT5PDDQ7RIOQ4ANAZ4RJ434GFTUYKCM6/

[ovirt-users] Re: Downloads failing

[Gary Pedretty]

Disabling this repo at least allows the install to succeed.

Gary


> On Dec 1, 2021, at 3:58 PM, Gary Pedretty  wrote:
> 
> Now there is another repo that is required but not reachable.  The site 
> appears to be completely down.
> 
> https://copr-be.cloud.fedoraproject.org/results/sbonazzo/EL8_collection/epel-8-x86_64/repodata/repomd.xml
>  
> <https://copr-be.cloud.fedoraproject.org/results/sbonazzo/EL8_collection/epel-8-x86_64/repodata/repomd.xml>
>  [Failed to connect to copr-be.cloud.fedoraproject.org 
> <http://copr-be.cloud.fedoraproject.org/> port 443: Connection refused] 
> 
> Gary
> 

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

[ovirt-users] Re: Downloads failing

[Gary Pedretty]

Now there is another repo that is required but not reachable.  The site appears 
to be completely down.

https://copr-be.cloud.fedoraproject.org/results/sbonazzo/EL8_collection/epel-8-x86_64/repodata/repomd.xml
 [Failed to connect to copr-be.cloud.fedoraproject.org port 443: Connection 
refused] 

Gary



> On Dec 1, 2021, at 12:20 PM, Lev Veyde  wrote:
> 
> Hi Gary,
> 
> Thanks for letting us know about the issue.
> Looks like the repo metadata became corrupted for some reason.
> 
> I just finished re-generating the repo, and it should propagate to the 
> mirrors soon.
> 
> As a workaround you can temporarily modify your oVirt repo conf. file to 
> point to the main distribution site, so you could get the package right now.
> To do this please modify /etc/yum.repos.d/ovirt-4.4.repo file, by removing a 
> hash sign before the line that begins with "baseurl ..." and putting it 
> before the line that begins with "mirrorlist ..." , so it will look something 
> like this:
> 
> [ovirt-4.4]
> name=Latest oVirt 4.4 Release
> baseurl=https://resources.ovirt.org/pub/ovirt-4.4/rpm/el$releasever/ 
> <https://resources.ovirt.org/pub/ovirt-4.4/rpm/el$releasever/>
> #mirrorlist=https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.4-el$releasever 
> <https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.4-el$releasever>
> enabled=1
> countme=1
> fastestmirror=1
> gpgcheck=1
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.4
> 
> Please don't forget to return it to the original state after the mirrors 
> sync, so the packages will be again pulled from the closest mirror.
> 
> Thanks in advance,
> 
> On Wed, Dec 1, 2021 at 8:34 PM Gary Pedretty  <mailto:g...@ravnalaska.net>> wrote:
> Any idea when the download repositories will be fixed. Seems like none of the 
> mirrors are working so we cannot do new installs of Ovirt
> 
> Error: Error downloading packages:
>   Cannot download x86_64/ovirt-imageio-daemon-2.3.0-1.el8.x86_64.rpm: All 
> mirrors were tried
> 
> This has been happening since Monday.
> 
> Thanks
> 
> Gary
> 
> 
> 
> 
> 
> 
> ___
> Gary Pedretty
> Director of IT
> Ravn Alaska
> 
> Office: 907-266-8451
> Mobile: 907-388-2247
> Email: gary.pedre...@ravnalaska.com <mailto:gary.pedre...@ravnalaska.com>
> 
> 
> 
> 
> "We call Alaska..Home!"
> 
> 
> 
> 
> 
>  
> Ravn Alaska
> 
> CONFIDENTIALITY NOTICE:
> The information in this email may be confidential and/or privileged. This 
> email is intended to be reviewed by only the individual or organization named 
> above. If you are not the intended recipient or an authorized representative 
> of the intended recipient, you are hereby notified that any review, 
> dissemination, forwarding or copying of the email and its attachments, if 
> any, or the information contained herein is prohibited. If you have received 
> this email in error, please immediately notify the sender by return email and 
> delete this email from your system. Thank you.
> 
> 
> 
> 
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org 
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> <https://www.ovirt.org/privacy-policy.html>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7T7QXP5X3GYKUDKYCATVUK4MMBSXGWZP/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/7T7QXP5X3GYKUDKYCATVUK4MMBSXGWZP/>
> 
> 
> -- 
> 
> LEV VEYDE
> SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP
> Red Hat Israel
> 
>  <https://www.redhat.com/>
> l...@redhat.com <mailto:l...@redhat.com> | lve...@redhat.com 
> <mailto:lve...@redhat.com>  <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
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/QSCZRIPLBBKBMMMWKY6OPHYXP3IUR6LO/

[ovirt-users] Re: Downloads failing

[Gary Pedretty]

Lev

Thanks for the quick fix.

Changing to the baseurl fixed it for me now and will test the mirrors again 
later today or tomorrow.

Gary


> On Dec 1, 2021, at 12:20 PM, Lev Veyde  wrote:
> 
> Hi Gary,
> 
> Thanks for letting us know about the issue.
> Looks like the repo metadata became corrupted for some reason.
> 
> I just finished re-generating the repo, and it should propagate to the 
> mirrors soon.
> 
> As a workaround you can temporarily modify your oVirt repo conf. file to 
> point to the main distribution site, so you could get the package right now.
> To do this please modify /etc/yum.repos.d/ovirt-4.4.repo file, by removing a 
> hash sign before the line that begins with "baseurl ..." and putting it 
> before the line that begins with "mirrorlist ..." , so it will look something 
> like this:
> 
> [ovirt-4.4]
> name=Latest oVirt 4.4 Release
> baseurl=https://resources.ovirt.org/pub/ovirt-4.4/rpm/el$releasever/ 
> <https://resources.ovirt.org/pub/ovirt-4.4/rpm/el$releasever/>
> #mirrorlist=https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.4-el$releasever 
> <https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.4-el$releasever>
> enabled=1
> countme=1
> fastestmirror=1
> gpgcheck=1
> gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.4
> 
> Please don't forget to return it to the original state after the mirrors 
> sync, so the packages will be again pulled from the closest mirror.
> 
> Thanks in advance,
> 
> On Wed, Dec 1, 2021 at 8:34 PM Gary Pedretty  <mailto:g...@ravnalaska.net>> wrote:
> Any idea when the download repositories will be fixed. Seems like none of the 
> mirrors are working so we cannot do new installs of Ovirt
> 
> Error: Error downloading packages:
>   Cannot download x86_64/ovirt-imageio-daemon-2.3.0-1.el8.x86_64.rpm: All 
> mirrors were tried
> 
> This has been happening since Monday.
> 
> Thanks
> 
> Gary
> 
> 
> 
> 
> 
> 
> ___
> Gary Pedretty
> Director of IT
> Ravn Alaska
> 
> Office: 907-266-8451
> Mobile: 907-388-2247
> Email: gary.pedre...@ravnalaska.com <mailto:gary.pedre...@ravnalaska.com>
> 
> 
> 
>  
> Ravn Alaska
> 
> CONFIDENTIALITY NOTICE:
> The information in this email may be confidential and/or privileged. This 
> email is intended to be reviewed by only the individual or organization named 
> above. If you are not the intended recipient or an authorized representative 
> of the intended recipient, you are hereby notified that any review, 
> dissemination, forwarding or copying of the email and its attachments, if 
> any, or the information contained herein is prohibited. If you have received 
> this email in error, please immediately notify the sender by return email and 
> delete this email from your system. Thank you.
> 
> 
> 
> 
> ___
> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
> To unsubscribe send an email to users-le...@ovirt.org 
> <mailto:users-le...@ovirt.org>
> Privacy Statement: https://www.ovirt.org/privacy-policy.html 
> <https://www.ovirt.org/privacy-policy.html>
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/ 
> <https://www.ovirt.org/community/about/community-guidelines/>
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/7T7QXP5X3GYKUDKYCATVUK4MMBSXGWZP/
>  
> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/7T7QXP5X3GYKUDKYCATVUK4MMBSXGWZP/>
> 
> 
> -- 
> 
> LEV VEYDE
> SENIOR SOFTWARE ENGINEER, RHCE | RHCVA | MCITP
> Red Hat Israel
> 
>  <https://www.redhat.com/>
> l...@redhat.com <mailto:l...@redhat.com> | lve...@redhat.com 
> <mailto:lve...@redhat.com>  <https://red.ht/sig>
> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
___
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/R2MNZEMQ3GBSVU72RDT3FRRMJL7GGFVU/

[ovirt-users] Downloads failing

[Gary Pedretty]

Any idea when the download repositories will be fixed. Seems like none of the 
mirrors are working so we cannot do new installs of Ovirt

Error: Error downloading packages:
  Cannot download x86_64/ovirt-imageio-daemon-2.3.0-1.el8.x86_64.rpm: All 
mirrors were tried

This has been happening since Monday.

Thanks

Gary






___
Gary Pedretty
Director of IT
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com




"We call Alaska..Home!"





 
Ravn Alaska

CONFIDENTIALITY NOTICE:
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination, 
forwarding or copying of the email and its attachments, if any, or the 
information contained herein is prohibited. If you have received this email in 
error, please immediately notify the sender by return email and delete this 
email from your system. Thank you.




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

[ovirt-users] Re: Repository downloads failing checksum

[Gary Pedretty]

Started happening for me yesterday.  Was working just a few days ago.

Gary



[FAILED] ovirt-ansible-collection-1.6.5-1.el8.noarch.rpm: No more mirrors to 
try - All mirrors were already tried without success
(223-225/317): ovirt-hosted-engine-ha-2.4.9-1.el8.noarch.rpm   74% 
[ ] 325 kB/s | 
131 MB 02:22 ETA
The downloaded packages were saved in cache until the next successful 
transaction.
You can remove cached packages by executing 'yum clean packages'.
Error: Error downloading packages:
  Cannot download noarch/ovirt-ansible-collection-1.6.5-1.el8.noarch.rpm: All 
mirrors were tried



> On Nov 30, 2021, at 3:11 PM, Kevin Jones  wrote:
> 
> Hi,
> Enterprise Linux hosts installation is also affected by this metadata issue:
> 
> dnf install cockpit-ovirt-dashboard
> ... 
> [plenty of mirror errors skipped]
> ...
> [MIRROR] ovirt-host-dependencies-4.4.9-2.el8.x86_64.rpm: Downloading 
> successful, but checksum doesn't match. Calculated: 
> 4db201c23e065106826c89b4ee543565ced21379f963c8ac9758c3eecb389acc(sha256)  
> Expected: 
> d26a4ac9db4894824fc603e53d61905224b446344ab7c5626bf0c5dcd9b4e5f4(sha256)
> [FAILED] ovirt-host-dependencies-4.4.9-2.el8.x86_64.rpm: No more mirrors to 
> try - All mirrors were already tried without success
> 
> Seems like implied installation path has been broken for a week.
> Is oVirt "installation demand" really so low? Or most people just don't 
> bother with an issue (even not report it) and use workaround like manual 
> download/install rpms?
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/XZSLXFYCPHFGOHGRIOML3DYKITQ4KAWB/
___
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/N5D2C4VSD7S6GBSKP5GIGE4WZ3EWG6JN/

[ovirt-users] Re: Hosted Engine Deploy Failure

[Gary Pedretty]

Resolved there were two engine VMs competing with each other.   Destroyed one 
and no more problems.

Gary



> On Nov 27, 2021, at 9:37 PM, Yedidyah Bar David  wrote:
> 
> Looks similar to this one:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1778087 
> 
> 
> Perhaps try harder passwords?
> 
> Best regards,
> -- 
> Didi

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

[ovirt-users] Hosted Engine Deploy Failure

[Gary Pedretty]

Keep getting the following error on a new clean install of the Hosted Engine on 
CentOS Stream.  This is latest updated CentOS Stream (version 8 not 9) and 
latest version of ovirt

https://resources.ovirt.org/pub/yum-repo/ovirt-release44.rpm

Attempted via the Cockpit Web Interface Deployment Wizard.


Any ideas?  Some really old references to this issue a few years ago, but 
nothing recent.

Gary



Deployment Log Snippet.

[ INFO ] TASK [ovirt.ovirt.hosted_engine_setup : Obtain SSO token using 
username/password credentials]
[ ERROR ] ovirtsdk4.AuthError: Error during SSO authentication access_denied : 
Cannot authenticate user 'admin@internal': Unable to log in because the user 
account is disabled or locked. Contact the system administrator..
[ ERROR ] fatal: [localhost]: FAILED! => {"attempts": 50, "changed": false, 
"msg": "Error during SSO authentication access_denied : Cannot authenticate 
user 'admin@internal': Unable to log in because the user account is disabled or 
locked. Contact the system administrator.."}
___
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/HMLCEG2LPSWFOVUBDPU5JLKD7DWUGVE3/

[ovirt-users] Re: Update Issue

[Gary Pedretty]

Update,

downgrading libvirt and kvm seems to have resolved the issue.   Is this a known 
bug with those updates?


Gary



> On Nov 17, 2021, at 9:59 PM, Gary Pedretty  wrote:
> 
> After doing the latest updates on one of my CentOS 8 Stream hosts, it will 
> non longer allow VMs to be migrated to it. VMs can be started on the host, 
> but then have no network access.  The hosted engine can be started on the 
> host, but again no network access.  I have tried removing the host, 
> rebuilding the OS from scratch and re-adding it, with no change. It shows up 
> and you do not get any error messages that I can tell when a migrate fails, 
> it just shows that it failed.  
> 
> The updated host has the following versions, only KVM and LIBVIRT appear to 
> be different. I tried downgrading KVM and LIBVIRT, but the migration still 
> fails. I have avoided trying up update the other hosts since I cannot migrate 
> any of my VMs to the one host that I already tried to update.
> 
> 
> RHEL - 8.6 - 1.el8
> OS Description:
> CentOS Stream 8
> Kernel Version:
> 4.18.0 - 348.el8.x86_64
> KVM Version:
> 6.1.0 - 4.module_el8.6.0+983+a7505f3f
> LIBVIRT Version:
> libvirt-7.9.0-1.module_el8.6.0+983+a7505f3f
> VDSM Version:
> vdsm-4.40.90.4-1.el8
> 
> The other two hosts which have not been updated and still work normally have
> 
> 
> RHEL - 8.6 - 1.el8
> OS Description:
> CentOS Stream 8
> Kernel Version:
> 4.18.0 - 348.el8.x86_64
> KVM Version:
> 6.0.0 - 33.el8s
> LIBVIRT Version:
> libvirt-7.6.0-4.el8s
> VDSM Version:
> vdsm-4.40.90.4-1.el8
> 
> The engine log from an attempted migrations is as follows.
> 
> 
> 
> 
> 2021-11-17 21:12:46,099-09 INFO  
> [org.ovirt.engine.core.bll.MigrateVmToServerCommand] (default task-21) 
> [c0c87da3-a8aa-4f8e-ab9c-1e2fc05babac] Running command: 
> MigrateVmToServerCommand internal: false. Entities affected :  ID: 
> fa1a2d6b-99cb-42bd-a343-91f314d5f47b Type: VMAction group MIGRATE_VM with 
> role type USER
> 2021-11-17 21:12:46,134-09 INFO  
> [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-21) 
> [c0c87da3-a8aa-4f8e-ab9c-1e2fc05babac] START, MigrateVDSCommand( 
> MigrateVDSCommandParameters:{hostId='6ee16602-c686-471a-9f65-e5952b813672', 
> vmId='fa1a2d6b-99cb-42bd-a343-91f314d5f47b', 
> srcHost='ravn-kvm-8.ravnalaska.net', 
> dstVdsId='10491335-e2e1-49f2-96c3-79331535542b', 
> dstHost='ravn-kvm-9.ravnalaska.net:54321', migrationMethod='ONLINE', 
> tunnelMigration='false', migrationDowntime='0', autoConverge='true', 
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null', 
> maxBandwidth='1250', enableGuestEvents='true', maxIncomingMigrations='2', 
> maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, 
> params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, 
> {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, 
> action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, 
> params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, 
> {limit=-1, action={name=abort, params=[]}}]]', dstQemu='10.9.24.79'}), log 
> id: 3522dfb9
> 2021-11-17 21:12:46,134-09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (default 
> task-21) [c0c87da3-a8aa-4f8e-ab9c-1e2fc05babac] START, 
> MigrateBrokerVDSCommand(HostName = ravn-kvm-8.ravnalaska.net, 
> MigrateVDSCommandParameters:{hostId='6ee16602-c686-471a-9f65-e5952b813672', 
> vmId='fa1a2d6b-99cb-42bd-a343-91f314d5f47b', 
> srcHost='ravn-kvm-8.ravnalaska.net', 
> dstVdsId='10491335-e2e1-49f2-96c3-79331535542b', 
> dstHost='ravn-kvm-9.ravnalaska.net:54321', migrationMethod='ONLINE', 
> tunnelMigration='false', migrationDowntime='0', autoConverge='true', 
> migrateCompressed='false', migrateEncrypted='false', consoleAddress='null', 
> maxBandwidth='1250', enableGuestEvents='true', maxIncomingMigrations='2', 
> maxOutgoingMigrations='2', convergenceSchedule='[init=[{name=setDowntime, 
> params=[100]}], stalling=[{limit=1, action={name=setDowntime, params=[150]}}, 
> {limit=2, action={name=setDowntime, params=[200]}}, {limit=3, 
> action={name=setDowntime, params=[300]}}, {limit=4, action={name=setDowntime, 
> params=[400]}}, {limit=6, action={name=setDowntime, params=[500]}}, 
> {limit=-1, action={name=abort, params=[]}}]]', dstQemu='10.9.24.79'}), log 
> id: 23f98865
> 2021-11-17 21:12:46,141-09 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateBrokerVDSCommand] (default 
> task-21) [c0c87da3-a8aa-4f8e-ab9c-1e2fc05babac] FINISH, 
> MigrateBrokerVDSCommand, return: , log id: 23f98865
> 2021-11-17 21:12:46,143-09 INFO  
> [org.ovirt.engine.core.vdsbroker.MigrateVDSCommand] (default task-21

[ovirt-users] Update Issue

[Gary Pedretty]

'
2021-11-17 21:12:49,053-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-36) [] VM 
'fa1a2d6b-99cb-42bd-a343-91f314d5f47b' is migrating to VDS 
'10491335-e2e1-49f2-96c3-79331535542b'(ravn-kvm-9.ravnalaska.net) ignoring it 
in the refresh until migration is done
2021-11-17 21:12:54,314-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(ForkJoinPool-1-worker-21) [] VM 'fa1a2d6b-99cb-42bd-a343-91f314d5f47b' was 
reported as Down on VDS 
'10491335-e2e1-49f2-96c3-79331535542b'(ravn-kvm-9.ravnalaska.net)
2021-11-17 21:12:54,314-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(ForkJoinPool-1-worker-21) [] VM 'fa1a2d6b-99cb-42bd-a343-91f314d5f47b'(ns8) 
was unexpectedly detected as 'Down' on VDS 
'10491335-e2e1-49f2-96c3-79331535542b'(ravn-kvm-9.ravnalaska.net) (expected on 
'6ee16602-c686-471a-9f65-e5952b813672')
2021-11-17 21:12:54,315-09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] 
(ForkJoinPool-1-worker-21) [] START, DestroyVDSCommand(HostName = 
ravn-kvm-9.ravnalaska.net, 
DestroyVmVDSCommandParameters:{hostId='10491335-e2e1-49f2-96c3-79331535542b', 
vmId='fa1a2d6b-99cb-42bd-a343-91f314d5f47b', secondsToWait='0', 
gracefully='false', reason='', ignoreNoVm='true'}), log id: 389ad865
2021-11-17 21:12:54,596-09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.DestroyVDSCommand] 
(ForkJoinPool-1-worker-21) [] FINISH, DestroyVDSCommand, return: , log id: 
389ad865
2021-11-17 21:12:54,596-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(ForkJoinPool-1-worker-21) [] VM 'fa1a2d6b-99cb-42bd-a343-91f314d5f47b'(ns8) 
was unexpectedly detected as 'Down' on VDS 
'10491335-e2e1-49f2-96c3-79331535542b'(ravn-kvm-9.ravnalaska.net) (expected on 
'6ee16602-c686-471a-9f65-e5952b813672')
2021-11-17 21:12:54,596-09 ERROR 
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(ForkJoinPool-1-worker-21) [] Migration of VM 'ns8' to host 
'ravn-kvm-9.ravnalaska.net' failed: VM destroyed during the startup.
2021-11-17 21:12:54,642-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(ForkJoinPool-1-worker-5) [] VM 'fa1a2d6b-99cb-42bd-a343-91f314d5f47b'(ns8) 
moved from 'MigratingFrom' --> 'Up'
2021-11-17 21:12:54,642-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer] 
(ForkJoinPool-1-worker-5) [] Adding VM 
'fa1a2d6b-99cb-42bd-a343-91f314d5f47b'(ns8) to re-run list
2021-11-17 21:12:54,644-09 ERROR 
[org.ovirt.engine.core.vdsbroker.monitoring.VmsMonitoring] 
(ForkJoinPool-1-worker-5) [] Rerun VM 'fa1a2d6b-99cb-42bd-a343-91f314d5f47b'. 
Called from VDS 'ravn-kvm-8.ravnalaska.net'
2021-11-17 21:12:54,679-09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-7232) [] START, 
MigrateStatusVDSCommand(HostName = ravn-kvm-8.ravnalaska.net, 
MigrateStatusVDSCommandParameters:{hostId='6ee16602-c686-471a-9f65-e5952b813672',
 vmId='fa1a2d6b-99cb-42bd-a343-91f314d5f47b'}), log id: 7ce5593e
2021-11-17 21:12:54,681-09 INFO  
[org.ovirt.engine.core.vdsbroker.vdsbroker.MigrateStatusVDSCommand] 
(EE-ManagedThreadFactory-engine-Thread-7232) [] FINISH, 
MigrateStatusVDSCommand, return: , log id: 7ce5593e
2021-11-17 21:12:54,695-09 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] 
(EE-ManagedThreadFactory-engine-Thread-7232) [] EVENT_ID: 
VM_MIGRATION_TO_SERVER_FAILED(120), Migration failed  (VM: ns8, Source: 
ravn-kvm-8.ravnalaska.net, Destination: ravn-kvm-9.ravnalaska.net).
2021-11-17 21:12:54,697-09 INFO  
[org.ovirt.engine.core.bll.MigrateVmToServerCommand] 
(EE-ManagedThreadFactory-engine-Thread-7232) [] Lock freed to object 
'EngineLock:{exclusiveLocks='[fa1a2d6b-99cb-42bd-a343-91f314d5f47b=VM]', 
sharedLocks=''}'
2021-11-17 21:13:04,061-09 INFO  
[org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] 
(EE-ManagedScheduledExecutorService-engineScheduledThreadPool-Thread-94) [] 
Fetched 1 VMs from VDS '10491335-e2e1-49f2-96c3-79331535542b'



___
Gary Pedretty
Director of IT
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com

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

[ovirt-users] Re: Unexpected return value: Status [code=-32603, message=Internal JSON-RPC error: {'reason': "'libvirt'"}]

[Gary Pedretty]

Any ETA on this fix?   All hosts that I have recently upgraded are now 
non-responsive due to this.  Rollbacks did not seem to fix it.

Gary



> On Aug 30, 2021, at 12:55 AM, Ales Musil  wrote:
> 
> 
> Hi,
> 
> this is a known issue, the fix has been proposed [0].
> 
> [0] https://gerrit.ovirt.org/c/vdsm/+/116352 
> 
> 
> Best regards,
> Ales
> 
> -- 
> Ales Musil
> Software Engineer - RHV Network
> Red Hat EMEA 
> amu...@redhat.com IM: amusil
>  
___
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/5NI2HVIBN53RX2CZQA2X4Q3WHFOGG6AB/

[ovirt-users] Updates failing

[Gary Pedretty]

Getting errors trying to run dnf/yum update due to a vdsm issue.


yum update
Last metadata expiration check: 0:17:33 ago on Tue 06 Jul 2021 11:17:05 AM AKDT.
Error: Running QEMU processes found, cannot upgrade Vdsm.

Current running version of vdsm is


vdsm-4.40.60.7-1.el8


CentOS Stream
RHEL - 8.5 - 3.el8

kernel
4.18.0 - 310.el8.x86_64



___
Gary Pedretty
IT Manager
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com

___
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/4WCHSF5D5EYBUCRJ2UMBZP343QMHDN3Q/

[ovirt-users] Updates Failing

[Gary Pedretty]

Getting errors trying to run dnf/yum update due to a vdsm issue.


yum update
Last metadata expiration check: 0:17:33 ago on Tue 06 Jul 2021 11:17:05 AM AKDT.
Error: Running QEMU processes found, cannot upgrade Vdsm.

Current running version of vdsm is


vdsm-4.40.60.7-1.el8


CentOS Stream
RHEL - 8.5 - 3.el8

kernel
4.18.0 - 310.el8.x86_64



___
Gary Pedretty
IT Manager
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com <mailto:gary.pedre...@ravnalaska.com>___
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/EB36I2F55Z6QTBXJVISZ2GMFCLCQHGLU/

[ovirt-users] CentOS 8 to Stream conversion

[Gary Pedretty]

I have moved all my hosts from CentOS 8 to Stream, but the hosted engine is 
still Centos 8.  Is it safe to use the same conversion of the hosted-engine 
from 8 to Stream while in global maintenance mode?

IE:

dnf swap centos-{linux,stream}-repos

dnf distro-sync


Thanks

Gary






___
Gary Pedretty
IT Manager
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com



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

[ovirt-users] Upgrade to release for oVirt 4.4.5 failing

[Gary Pedretty]

Upgraded hosted-engine installation to latest version 4.4.5 today and engine 
will not come online.  It starts and I can ssh and connect via cockpit, but it 
never passes liveliness check according to command line vm-status and Web 
portal for engine never loads.  All processes appear to be working and nothing 
jumps out to me in the logs but ha agent keeps rebooting it on different hosts 
with the same result.  8 host in the cluster all are also updated to the latest 
updates across the board.  This is Centos Stream 8

Ideas?

Gary






___
Gary Pedretty
IT Manager
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com




"We call Alaska..Home!"





 
Ravn Alaska

CONFIDENTIALITY NOTICE:
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination, 
forwarding or copying of the email and its attachments, if any, or the 
information contained herein is prohibited. If you have received this email in 
error, please immediately notify the sender by return email and delete this 
email from your system. Thank you.




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

[ovirt-users] cockpit-ovirt-dashboard

[Gary Pedretty]

So with the latest updates to Ovirt and CentOS 8 Stream it seems that you 
either can not install cockpit-ovirt-dashboard, or if you do, it downgrades 
cockpit-bridge and cockpit-system.  You then end up not showing up to date on 
these hosts on Open Virtualization Manager and can only get back to a fully 
updated datacenter by doing a yum update --allowerasing which then removes 
cockpit-ovirt-dashboard.

My main concern is now that the command line hosted-engine commands have been 
removed, if the hosted engine is not running for some reason you have no 
visibility into what is going on since the regular cockpit host interface will 
not show the virtualization features.  You can't put a host in maintenance or 
start the engine manually.

example

[root@ravn-kvm-1 admin]# yum install cockpit-ovirt-dashboard 

//snip///

Installed products updated.

Downgraded:
  cockpit-bridge-217-1.el8.x86_64   
   cockpit-system-217-1.el8.noarch

Installed:
  cockpit-dashboard-217-1.el8.noarch   
cockpit-ovirt-dashboard-0.14.17-1.el8.noarch   
ovirt-host-4.4.1-4.el8.x86_64   
ovirt-hosted-engine-setup-2.4.9-1.el8.noarch

Complete!


[root@ravn-kvm-1 admin]# yum update
Last metadata expiration check: 3:08:22 ago on Tue 12 Jan 2021 01:00:15 PM AKST.
Error:
 Problem 1: package ovirt-host-4.4.1-4.el8.x86_64 requires cockpit-dashboard, 
but none of the providers can be installed
  - package cockpit-bridge-234-1.el8.x86_64 conflicts with cockpit-dashboard < 
233 provided by cockpit-dashboard-217-1.el8.noarch
  - cannot install the best update candidate for package 
ovirt-host-4.4.1-4.el8.x86_64
  - cannot install the best update candidate for package 
cockpit-bridge-217-1.el8.x86_64
 Problem 2: problem with installed package ovirt-host-4.4.1-4.el8.x86_64
  - package ovirt-host-4.4.1-4.el8.x86_64 requires cockpit-dashboard, but none 
of the providers can be installed
  - package cockpit-system-234-1.el8.noarch obsoletes cockpit-dashboard 
provided by cockpit-dashboard-217-1.el8.noarch
  - cannot install the best update candidate for package 
cockpit-dashboard-217-1.el8.noarch
 Problem 3: package ovirt-hosted-engine-setup-2.4.9-1.el8.noarch requires 
ovirt-host >= 4.4.0, but none of the providers can be installed
  - package ovirt-host-4.4.1-4.el8.x86_64 requires cockpit-dashboard, but none 
of the providers can be installed
  - package ovirt-host-4.4.1-1.el8.x86_64 requires cockpit-dashboard, but none 
of the providers can be installed
  - package ovirt-host-4.4.1-2.el8.x86_64 requires cockpit-dashboard, but none 
of the providers can be installed
  - package ovirt-host-4.4.1-3.el8.x86_64 requires cockpit-dashboard, but none 
of the providers can be installed
  - package cockpit-system-234-1.el8.noarch obsoletes cockpit-dashboard 
provided by cockpit-dashboard-217-1.el8.noarch
  - cannot install the best update candidate for package 
ovirt-hosted-engine-setup-2.4.9-1.el8.noarch
  - cannot install the best update candidate for package 
cockpit-system-217-1.el8.noarch
(try to add '--allowerasing' to command line to replace conflicting packages or 
'--skip-broken' to skip uninstallable packages or '--nobest' to use not only 
best candidate packages)


___
Gary Pedretty
IT Manager
Ravn Alaska

Office: 907-266-8451
Mobile: 907-388-2247
Email: gary.pedre...@ravnalaska.com




"We call Alaska..Home!"





 
Ravn Alaska

CONFIDENTIALITY NOTICE:
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination, 
forwarding or copying of the email and its attachments, if any, or the 
information contained herein is prohibited. If you have received this email in 
error, please immediately notify the sender by return email and delete this 
email from your system. Thank you.




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

[ovirt-users] Re: Hosted Engine Upgrades

[Gary Pedretty]

Ok that is what I have done in the past, sometimes it works, sometimes the 
engine ends up corrupted and I have had to re-deploy it.

thanks

Gary
__


[cid:D51E31D3-90B6-4306-BCC8-4DA475005073]

On Sep 20, 2018, at 1:48 AM, Jayme mailto:jay...@gmail.com>> 
wrote:

Upgrading the engine is fairly straight forward.  What I do is place the 
cluster in global maintenance mode.  Then on the engine vm yum update Ovirt 
packages then run engine-upgrade.  After upgrade I do a general yum update on 
engine vm to update other non Ovirt  packages

On Thu, Sep 20, 2018, 4:07 AM Gary Pedretty, 
mailto:g...@flyravn.com>> wrote:
What is the official recommended method in a Hosted Engine Data Center/Cluster 
to upgrade the hosted_engine VM.  Applying the updates on the individual hosts 
is pretty straight forward using either the GUI or just running yum update on 
each host once they are in maintenance mode.  But what about the engine?  This 
is an engine vm that was created from the appliance rpm initially.  The 
documentation seems to skip over applying the periodic updates except to the 
individual hosts.

Thanks

Gary

__



___
Users mailing list -- users@ovirt.org<mailto:users@ovirt.org>
To unsubscribe send an email to 
users-le...@ovirt.org<mailto:users-le...@ovirt.org>
Privacy Statement: https://www.ovirt.org/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/FTHSBZ6L6K6WPLHL55FW7IA45VR4OZQN/

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

[ovirt-users] Re: Hosted Engine Upgrades

[Gary Pedretty]

When you say do “on the engine vm yum update Ovirt packages”  which packages do 
you filter on for this?  ovirt*. or something more specific.  I have usually 
just done an update of all the first time and that may have been the issue.

Gary

__




> On Sep 20, 2018, at 10:48 AM, Simone Tiraboschi  wrote:
> 
>> Upgrading the engine is fairly straight forward.  What I do is place the 
>> cluster in global maintenance mode.  Then on the engine vm yum update Ovirt 
>> packages then run engine-upgrade.  After upgrade I do a general yum update 
>> on engine vm to update other non Ovirt  packages

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

[ovirt-users] Re: Hosted Engine Upgrades

[Gary Pedretty]

Ok that is what I have done in the past, sometimes it works, sometimes the 
engine ends up corrupted and I have had to re-deploy it.

thanks

Gary
__




> On Sep 20, 2018, at 1:48 AM, Jayme  wrote:
> 
> Upgrading the engine is fairly straight forward.  What I do is place the 
> cluster in global maintenance mode.  Then on the engine vm yum update Ovirt 
> packages then run engine-upgrade.  After upgrade I do a general yum update on 
> engine vm to update other non Ovirt  packages
> 
> On Thu, Sep 20, 2018, 4:07 AM Gary Pedretty,  wrote:
> What is the official recommended method in a Hosted Engine Data 
> Center/Cluster to upgrade the hosted_engine VM.  Applying the updates on the 
> individual hosts is pretty straight forward using either the GUI or just 
> running yum update on each host once they are in maintenance mode.  But what 
> about the engine?  This is an engine vm that was created from the appliance 
> rpm initially.  The documentation seems to skip over applying the periodic 
> updates except to the individual hosts.
> 
> Thanks
> 
> Gary
> 
> __
> 
> 
> 
> ___
> 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/FTHSBZ6L6K6WPLHL55FW7IA45VR4OZQN/



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

[ovirt-users] Hosted Engine Upgrades

[Gary Pedretty]

What is the official recommended method in a Hosted Engine Data Center/Cluster 
to upgrade the hosted_engine VM.  Applying the updates on the individual hosts 
is pretty straight forward using either the GUI or just running yum update on 
each host once they are in maintenance mode.  But what about the engine?  This 
is an engine vm that was created from the appliance rpm initially.  The 
documentation seems to skip over applying the periodic updates except to the 
individual hosts.

Thanks

Gary

__


[cid:D51E31D3-90B6-4306-BCC8-4DA475005073]

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

[ovirt-users] Hosted Engine Upgrades

[Gary Pedretty]

What is the official recommended method in a Hosted Engine Data Center/Cluster 
to upgrade the hosted_engine VM.  Applying the updates on the individual hosts 
is pretty straight forward using either the GUI or just running yum update on 
each host once they are in maintenance mode.  But what about the engine?  This 
is an engine vm that was created from the appliance rpm initially.  The 
documentation seems to skip over applying the periodic updates except to the 
individual hosts.

Thanks

Gary

__



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

Re: [ovirt-users] oVirt 4.2.0 is now generally available

[Gary Pedretty]

Unable to upgrade a self-hosted engine installation to 4.2.0 due to the 
following error


ovirt-engine-setup-plugin-ovirt-engine conflicts with 
ovirt-engine-4.0.6.3-1.el7.centos.noarch

When trying to do the first step of updating the hosted engine vm


Gary



Gary Pedrettyg...@ravnalaska.net
Systems Manager  www.flyravn.com
Ravn Alaska   /\  W 907-450-7251
5245 Airport Industrial Road /  \/\   C 907-388-2247
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
White as far as the eye can see. Must be winter yourself” Matt 22:39




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

Re: [ovirt-users] [ovirt-devel] vdsm vds.dispatcher [Solved]

[Gary Pedretty]

The latest release 4.1 solved this issue.

gary



Gary Pedrettyg...@ravnalaska.net
Systems Manager  www.flyravn.com
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
White white everywhere, must be winter  yourself” Matt 22:39






> On Aug 30, 2017, at 11:34 AM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> The bug I assumed this was related to is.
> 
> Bug 1417708 - ovirt-ha-agent should reuse json-rpc connections  
> 
> 
> This is a glusterized 4 host self hosted engine setup.  All storage domains 
> are glusterfs replica 3 volumes on 3 of the 4 hosts that are part of the 
> cluster.
> 
> Centos 3.10.0-514.26.2.el7.x86_64
> 
> vdsm-4.18.21-1.el7.centos.x86_64
> libvirt-2.0.0-10.el7_3.9.x86_64
> glusterfs-3.7.20-1.el7.x86_64
> qemu-kvm-tools-ev-2.6.0-28.el7_3.3.1.x86_64
> 
> Host and engine are all updated to the latest versions
> 
> Here are sample of messages log, vdsm,log, supervdsm.log and mom.log
> 
> messages
> 
> Aug 28 01:20:11 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:16 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:16 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:19 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:22 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:24 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:37 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:41 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:41 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:44 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:47 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> Aug 28 01:20:49 fai-kvm-1 journal: vdsm vds.dispatcher ERROR SSL error during 
> reading data: unexpected eof
> 
> vdsm.log
> 
> Thread-316519::DEBUG::2017-08-28 
> 01:21:13,242::bindingxmlrpc::319::vds::(wrapper) client [::1]
> Thread-316519::DEBUG::2017-08-28 
> 01:21:13,242::task::597::Storage.TaskManager.Task::(_updateState) 
> Task=`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::moving from state
> init -> state preparing
> Thread-316519::INFO::2017-08-28 
> 01:21:13,242::logUtils::49::dispatcher::(wrapper) Run and protect: 
> repoStats(options=None)
> Thread-316519::INFO::2017-08-28 
> 01:21:13,243::logUtils::52::dispatcher::(wrapper) Run and protect: repoStats, 
> Return
> response: {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code': 0, 'actual': 
> True, 'version': 0, 'acquired': True, 'delay': '0.000833501', 'lastCheck': 
> '1.1', 'valid': True}, u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code': 0, 
> 'actual': True, 'version': 3, 'acquired': False, 'delay': '0.000893509', 
> 'lastCheck': '1.1', 'valid': True}, u'cf2f4c75-966b-4f69-90a2-d8e7d21fc052': 
> {'code': 0, 'actual': True, 'version':
> 3, 'acquired': True, 'delay': '0.000776587', 'lastCheck': '1.0', 'valid': 
> True}, u'6654cb0c-3e57-42ca-b996-3660a3d32a43': {'code': 0, 'actual': True, 
> 'version': 3, 'acquired': True, 'delay': '0.000513211', 'lastCheck': '1.1', 
> 'valid': True}, u'2bf8f623-1d82-444e-ae16-d32e5fe4dc9e': {'code': 0, 
> 'actual': True, 'version': 3, 'acquired': True, 'delay': '0.000493711', 
> 'lastCheck': '1.3', 'valid':
> True}, u'feaebec7-aae3-45b5-9684-1feedede7bec': {'code': 0, 'actual': True, 
> 'version': 0, 'acquired': True, 'delay':
> '0.000512272', 'lastCheck': '1.1', 'valid': True}}
> Thread-316519::DEBUG::2017-08-28 
> 01:21:13,243::task::1193::Storage.TaskManager.Task::(prepare) 
> Task=`7c850537-b9e2-4e4b-b346-5fc8ba40f2d1`::finished: 
> {u'5e39db25-561f-490a-81b6-46a7225f02b6': {'code':
> 0, 'actual': True, 'version': 0,
> 'acquired': True, 'delay': '0.000833501', 'lastCheck': '1.1', 'valid': True}, 
> u'403df7fb-6cff-46e1-8e04-41213fbc0e6e': {'code

Re: [ovirt-users] [ovirt-devel] vdsm vds.dispatcher

[Gary Pedretty]

By someone, I assume you mean some other process running on the host, or 
possibly the engine?

Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Green, green as far as the eyes can see yourself” Matt 22:39





> On Aug 31, 2017, at 6:17 AM, Martin Sivak <msi...@redhat.com 
> <mailto:msi...@redhat.com>> wrote:
> 
> One more thing:
> 
> MOM's getStatistics is actually called by VDSM stats reporting code,
> so my guess here is that someone queries VDSM for stats pretty hard,
> VDSM then asks MOM for details.
> 
> Martin
> 
> On Thu, Aug 31, 2017 at 4:14 PM, Martin Sivak <msi...@redhat.com 
> <mailto:msi...@redhat.com>> wrote:
>> Hi,
>> 
>>> 2017-08-27 23:15:41,199 - mom.RPCServer - INFO - ping()
>>> 2017-08-27 23:15:41,200 - mom.RPCServer - INFO - getStatistics()
>>> 2017-08-27 23:15:43,946 - mom.RPCServer - INFO - ping()
>>> 2017-08-27 23:15:43,947 - mom.RPCServer - INFO - getStatistics()
>> 
>> These are logs from mom's RPC server, someone is calling MOM way too
>> often. Well about 25 times per minute if my math is right.
>> 
>> The only client I know about is actually VDSM.
>> 
>> Martin
>> 
>> 
>> On Mon, Aug 28, 2017 at 9:17 AM, Gary Pedretty <g...@ravnalaska.net 
>> <mailto:g...@ravnalaska.net>> wrote:
>>> Be glad to provide logs to help diagnose this.  I see nothing unusual in the
>>> vdsm.log
>>> 
>>> mom.log shows the following almost as frequently as the messages log entries
>>> 
>>> 2017-08-27 23:15:41,199 - mom.RPCServer - INFO - ping()
>>> 2017-08-27 23:15:41,200 - mom.RPCServer - INFO - getStatistics()
>>> 2017-08-27 23:15:43,946 - mom.RPCServer - INFO - ping()
>>> 2017-08-27 23:15:43,947 - mom.RPCServer - INFO - getStatistics()
>>> 
>>> 

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

Re: [ovirt-users] [ovirt-devel] vdsm vds.dispatcher

[Gary Pedretty]

01:21:58,027::supervdsmServer::99::SuperVdsm.ServerCallback::(wrapper) return 
getHardwareInfo with {'systemProductName': '', 'systemUUID': 
'20DC6410-4F9F-DF11-9A25-7



----
Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Green, green as far as the eyes can see yourself” Matt 22:39
















> On Aug 27, 2017, at 11:24 PM, Yaniv Kaul <yk...@redhat.com 
> <mailto:yk...@redhat.com>> wrote:
> 
> vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] vdsm vds.dispatcher errors

[Gary Pedretty]

Why on even a new clean install of a glusterized self-hosted engine setup do 
all the hosts fill the messages log with 

journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof


An entry every few seconds even with no VMs setup and just the hosted engine 
running.  I know it is listed as a bug on redhat bugzilla page, but is this 
going to be normal until version 4.1 comes out?

Gary


Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Green, green as far as the eyes can see yourself” Matt 22:39
















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

[ovirt-users] vdsm vds.dispatcher errors

[Gary Pedretty]

Why on even a new clean install of a glusterized self-hosted engine setup do 
all the hosts fill the messages log with 

journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof
journal: vdsm vds.dispatcher ERROR SSL error during reading data: unexpected eof


An entry every few seconds even with no VMs setup and just the hosted engine 
running.  I know it is listed as a bug on redhat bugzilla page, but is this 
going to be normal until version 4.1 comes out?

Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Green, green as far as the eyes can see yourself” Matt 22:39
















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

Re: [ovirt-users] hosted-engine restore

[Gary Pedretty]

When attempting to do the restore to a clean engine install before engine setup 
is run as per the documentation, the restore ends with an error about restoring 
the history.




root@fai-kvm-engine backup]# engine-backup --mode=restore 
--file=/backup/ovirt-backup07302017.bak --log=/usr/local/share/ovirtbackup.log 
--provision-db --provision-dwh-db --restore-permissions
Preparing to restore:
- Unpacking file '/backup/ovirt-backup07302017.bak'
Restoring:
- Files
Provisioning PostgreSQL users/databases:
- user 'engine', database 'engine'
- user 'ovirt_engine_history', database 'ovirt_engine_history'
Restoring:
- Engine database 'engine'
  - Cleaning up temporary tables in engine database 'engine'
  - Resetting DwhCurrentlyRunning in dwh_history_timekeeping in engine database
--
Please note:

The engine database was backed up at 2017-07-30 23:05:43.0 -0800 .

Objects that were added, removed or changed after this date, such as virtual
machines, disks, etc., are missing in the engine, and will probably require
recovery or recreation.
--
- DWH database 'ovirt_engine_history'
FATAL: Errors while restoring database ovirt_engine_history
[root@fai-kvm-engine backup]# 





If I continue and run engine-setup, then it fails with the following.

It seems that you are running your engine inside of the hosted-engine VM and 
are not in "Global Maintenance" mode




----
Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Green, green as far as the eyes can see yourself” Matt 22:39
















> On Aug 2, 2017, at 9:56 AM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> When restoring a self hosted-engine from a backup, the documentation at
> 
> https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
>  
> <https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/>
> 
> Shows creating a new host server and then doing the hosted-engine —deploy and 
> manually installing the ovirt-engine instead of using the 
> ovirt-engine-appliance.  If the hosted-engine deployment that was backed up 
> and is being restored, was created using the appliance, should I still follow 
> this documentation and manually install the engine, run the restore, then do 
> the engine-setup?  Or should I use the ovirt-engine-appliance and just run 
> the restore before the engine-setup?
> 
> 
> Gary
> 
> 
> 
> 
> 
> Gary Pedrettyg...@ravnalaska.net 
> <mailto:g...@eraalaska.net>
> Systems Manager  www.flyravn.com 
> <http://www.flyravn.com/>
> Ravn Alaska   /\907-450-7251
> 5245 Airport Industrial Road /  \/\ 907-450-7238 fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
> Green, green as far as the eyes can see yourself” Matt 22:39
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] hosted-engine restore

[Gary Pedretty]

When restoring a self hosted-engine from a backup, the documentation at

https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/
 
<https://www.ovirt.org/documentation/self-hosted/chap-Backing_up_and_Restoring_an_EL-Based_Self-Hosted_Environment/>

Shows creating a new host server and then doing the hosted-engine —deploy and 
manually installing the ovirt-engine instead of using the 
ovirt-engine-appliance.  If the hosted-engine deployment that was backed up and 
is being restored, was created using the appliance, should I still follow this 
documentation and manually install the engine, run the restore, then do the 
engine-setup?  Or should I use the ovirt-engine-appliance and just run the 
restore before the engine-setup?


Gary




----
Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Green, green as far as the eyes can see yourself” Matt 22:39
















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

Re: [ovirt-users] glusterfs heal issues [Solved]

[Gary Pedretty]

I figured it out.  I forgot that these gluster volumes as recommended by the 
Ovirt Glusterized setup were created as  Replica 3 Arbiter 1 volumes, so now I 
understand what that truly means,  One brick only contains the directory and 
meta data and so will always be smaller actual disk use.   Sorry for the 
confusion..


Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Jan 16, 2017, at 10:31 AM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> This is a self hosted Glusterized setup, with 3 hosts.  I have had some 
> glusterfs data storage domains have some disk issues where healing was 
> required.  The self heal seemed to startup and the Ovirt Management portal 
> showed healing taking place in the Volumes/Brick tab.  Later it showed 
> everything ok.  This is a replica 3 volume.  I noticed however that the brick 
> tab was not showing even use of the 3 bricks and looking on the actual hosts 
> a df command also shows uneven use of the bricks.  However gluster volume 
> heal (vol) info shows zero entries for all bricks.  There are no errors 
> reported in the Data Center or Cluster, yet I see this uneven use of the 
> bricks across the 3 hosts.  
> 
> Doing a gluster volume status (vol) detail indeed shows different free disk 
> space across the different bricks.  However the Inode Count and Free Inodes 
> are identical across all bricks.  
> 
> I thought replica 3 was supposed to be mirrored across all nodes.  Any idea 
> why I am seeing the uneven use, or is this just something about glusterfs 
> that is different when it comes to free space vs Inode Count?
> 
> Gary
> 
> 
> 
> Gary Pedrettyg...@ravnalaska.net 
> <mailto:g...@eraalaska.net>
> Systems Manager  www.flyravn.com 
> <http://www.flyravn.com/>
> Ravn Alaska   /\907-450-7251
> 5245 Airport Industrial Road /  \/\ 907-450-7238 fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
> Really loving the record green up date! Summmer!!   yourself” Matt 22:39
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] glusterfs heal issues

[Gary Pedretty]

This is a self hosted Glusterized setup, with 3 hosts.  I have had some 
glusterfs data storage domains have some disk issues where healing was 
required.  The self heal seemed to startup and the Ovirt Management portal 
showed healing taking place in the Volumes/Brick tab.  Later it showed 
everything ok.  This is a replica 3 volume.  I noticed however that the brick 
tab was not showing even use of the 3 bricks and looking on the actual hosts a 
df command also shows uneven use of the bricks.  However gluster volume heal 
(vol) info shows zero entries for all bricks.  There are no errors reported in 
the Data Center or Cluster, yet I see this uneven use of the bricks across the 
3 hosts.  

Doing a gluster volume status (vol) detail indeed shows different free disk 
space across the different bricks.  However the Inode Count and Free Inodes are 
identical across all bricks.  

I thought replica 3 was supposed to be mirrored across all nodes.  Any idea why 
I am seeing the uneven use, or is this just something about glusterfs that is 
different when it comes to free space vs Inode Count?

Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

Re: [ovirt-users] Hosted Engine Update problems [SOLVED]

[Gary Pedretty]

I tried the suggestion of deleting the postmaster.pid file after verifying that 
it was not locked by any process.  

Then I restarted postgres which succeeded and then restarted the engine VM.

The vm came up normally and passed the liveliness test.


Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Jan 7, 2017, at 12:01 PM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> After more testing, I can get the engine vm to run manually with ha-agent 
> stopped.  It still fails the liveliness check.  Here is the repeating error 
> in the engine.log from the engine vm
> 
> ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool — 46) [] 
> Error in getting DB connection, database is inaccessible: Error retrieving 
> database metadata; nested exception is 
> org.springframework.jdbc.support.MetaDataAccessException: Could not get 
> Connection for extracting meta data; nested exception is 
> org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC 
> Connection; nested exception is java.sql.SQLException: 
> javax.resource.ResourceException: IJ000453: Unable to get managed connection 
> for java:/ENGINEDataSource
> 
> 
> Found a suggestion about trying a test connection to the database and get the 
> following.
> 
> [root@fai-kvm-engine ~]# psql --host localhost --port 5432 --user engine 
> --password engine
> Password for user engine:
> psql: could not connect to server: Connection refused
> Is the server running on host "localhost" (::1) and accepting
> TCP/IP connections on port 5432?
> could not connect to server: Connection refused
> Is the server running on host "localhost" (127.0.0.1) and accepting
> TCP/IP connections on port 5432?
> [root@fai-kvm-engine ~]#
> 
> and checking that postgresql is running shows 
> 
> [root@fai-kvm-engine ~]# systemctl status postgresql
> â— postgresql.service - PostgreSQL database server
>Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled; 
> vendor preset: disabled)
>Active: failed (Result: exit-code) since Sat 2017-01-07 20:58:04 UTC; 2s 
> ago
>   Process: 23867 ExecStart=/usr/bin/pg_ctl start -D ${PGDATA} -s -o -p 
> ${PGPORT} -w -t 300 (code=exited, status=1/FAILURE)
>   Process: 23860 ExecStartPre=/usr/bin/postgresql-check-db-dir ${PGDATA} 
> (code=exited, status=0/SUCCESS)
> 
> Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> systemd[1]: Starting PostgreSQL 
> database server...
> Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> pg_ctl[23867]: pg_ctl: another server 
> might be running; trying to start server anyway
> Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> pg_ctl[23867]: FATAL:  pre-existing 
> shared memory block (key 5432001, ID 0) is still in use
> Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> pg_ctl[23867]: HINT:  If you're sure 
> there are no old server processes still running, remove the shared memory 
> block or just delete the file "postmaster.pid".
> Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> pg_ctl[23867]: pg_ctl: could not 
> start server
> Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> pg_ctl[23867]: Examine the log output.
> Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> systemd[1]: postgresql.service: 
> control process exited, code=exited status=1
> Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> systemd[1]: Failed to start 
> PostgreSQL database server.
> Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> systemd[1]: Unit postgresql.service 
> entered failed state.
> Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net 
> <http://fai-kvm-engine.ravnalaska.net/> systemd[1]: post

Re: [ovirt-users] Hosted Engine Update problems

[Gary Pedretty]

After more testing, I can get the engine vm to run manually with ha-agent 
stopped.  It still fails the liveliness check.  Here is the repeating error in 
the engine.log from the engine vm

ERROR [org.ovirt.engine.core.bll.Backend] (ServerService Thread Pool — 46) [] 
Error in getting DB connection, database is inaccessible: Error retrieving 
database metadata; nested exception is 
org.springframework.jdbc.support.MetaDataAccessException: Could not get 
Connection for extracting meta data; nested exception is 
org.springframework.jdbc.CannotGetJdbcConnectionException: Could not get JDBC 
Connection; nested exception is java.sql.SQLException: 
javax.resource.ResourceException: IJ000453: Unable to get managed connection 
for java:/ENGINEDataSource


Found a suggestion about trying a test connection to the database and get the 
following.

[root@fai-kvm-engine ~]# psql --host localhost --port 5432 --user engine 
--password engine
Password for user engine:
psql: could not connect to server: Connection refused
Is the server running on host "localhost" (::1) and accepting
TCP/IP connections on port 5432?
could not connect to server: Connection refused
Is the server running on host "localhost" (127.0.0.1) and accepting
TCP/IP connections on port 5432?
[root@fai-kvm-engine ~]#

and checking that postgresql is running shows 

[root@fai-kvm-engine ~]# systemctl status postgresql
â— postgresql.service - PostgreSQL database server
   Loaded: loaded (/usr/lib/systemd/system/postgresql.service; enabled; vendor 
preset: disabled)
   Active: failed (Result: exit-code) since Sat 2017-01-07 20:58:04 UTC; 2s ago
  Process: 23867 ExecStart=/usr/bin/pg_ctl start -D ${PGDATA} -s -o -p 
${PGPORT} -w -t 300 (code=exited, status=1/FAILURE)
  Process: 23860 ExecStartPre=/usr/bin/postgresql-check-db-dir ${PGDATA} 
(code=exited, status=0/SUCCESS)

Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net systemd[1]: Starting PostgreSQL 
database server...
Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net pg_ctl[23867]: pg_ctl: another 
server might be running; trying to start server anyway
Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net pg_ctl[23867]: FATAL:  
pre-existing shared memory block (key 5432001, ID 0) is still in use
Jan 07 20:58:03 fai-kvm-engine.ravnalaska.net pg_ctl[23867]: HINT:  If you're 
sure there are no old server processes still running, remove the shared memory 
block or just delete the file "postmaster.pid".
Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net pg_ctl[23867]: pg_ctl: could not 
start server
Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net pg_ctl[23867]: Examine the log 
output.
Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net systemd[1]: postgresql.service: 
control process exited, code=exited status=1
Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net systemd[1]: Failed to start 
PostgreSQL database server.
Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net systemd[1]: Unit 
postgresql.service entered failed state.
Jan 07 20:58:04 fai-kvm-engine.ravnalaska.net systemd[1]: postgresql.service 
failed.


----
Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Jan 6, 2017, at 10:05 PM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> I just tried running the most recent update that came out for Ovirt Hosted 
> Engine setup.  This is a glusterized setup with 4 hosts setup as per the 
> Documentation.   Each host had the icon showing upgrades available so I 
> started clicking upgrade for each host doing them one at time. 3 of them went 
> into maintenance fine, migrated their VMs and then activated when done.  The 
> last one to do was the one actually running the hosted-engine VM.  This host 
> also had one other VM.  It migrated the other VM just fine, but stalled 
> trying to migrate the hosted-engine.  Eventually the web interface became 
> non-responsive and I moved to command line.  I have tried everything to get 
> the engine to start up.  I have tried putting all the hosts in maintenance so 
> that I could selectively tell it to start the hosted-engine VM on one host 
> specifically, but each fails with the “Failed Liveliness error.  I have tried 
> restarting the ha agents, re-initializing the lockspace all with no success.  
> All my VMs are 

[ovirt-users] Hosted Engine Update problems

[Gary Pedretty]

I just tried running the most recent update that came out for Ovirt Hosted 
Engine setup.  This is a glusterized setup with 4 hosts setup as per the 
Documentation.   Each host had the icon showing upgrades available so I started 
clicking upgrade for each host doing them one at time. 3 of them went into 
maintenance fine, migrated their VMs and then activated when done.  The last 
one to do was the one actually running the hosted-engine VM.  This host also 
had one other VM.  It migrated the other VM just fine, but stalled trying to 
migrate the hosted-engine.  Eventually the web interface became non-responsive 
and I moved to command line.  I have tried everything to get the engine to 
start up.  I have tried putting all the hosts in maintenance so that I could 
selectively tell it to start the hosted-engine VM on one host specifically, but 
each fails with the “Failed Liveliness error.  I have tried restarting the ha 
agents, re-initializing the lockspace all with no success.  All my VMs are 
still running fine, I just cannot get the hosted-engine to run.   I can if 
necessary shutdown all the VMs and restart all the hosts, but was trying to 
avoid that unless I have to.

Ideas.

Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

Re: [ovirt-users] Watchdog device

[Gary Pedretty]

Shutting the VM down worked perfectly.

thanks

Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Jan 2, 2017, at 2:32 PM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> I will try it with the vm shutdown.  
> 
> thanks
> 
> gary
> 
> 
> ----
> Gary Pedrettyg...@ravnalaska.net 
> <mailto:g...@ravnalaska.net>
> Systems Manager  www.flyravn.com 
> <http://www.flyravn.com/>
> Ravn Alaska   /\907-450-7251
> 5245 Airport Industrial Road /  \/\ 907-450-7238 fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
> Having a heatwave, its summer   yourself” Matt 22:39
> 
> 
> 
> 
> 
> 
>> On Jan 1, 2017, at 5:18 AM, Doron Fediuck <dfedi...@redhat.com 
>> <mailto:dfedi...@redhat.com>> wrote:
>> 
>> Hi Gary,
>> this is a known issue we're working on. if the VM is down it should
>> work as expected (edit the VM and close the dialog).
>> Please try and let me know. Another option is to do this until the bug
>> is resolved is using the REST API.
>> 
>> Note that this is currently working on on Linux guests (there are no
>> updated Windows drivers). You will need to configure
>> the device in the guest as explained by the docs.
>> 
>> Doron

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

Re: [ovirt-users] Watchdog device

[Gary Pedretty]

I will try it with the vm shutdown.  

thanks

gary



Gary Pedrettyg...@ravnalaska.net
Systems Manager  www.flyravn.com
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
Having a heatwave, its summer   yourself” Matt 22:39






> On Jan 1, 2017, at 5:18 AM, Doron Fediuck <dfedi...@redhat.com> wrote:
> 
> Hi Gary,
> this is a known issue we're working on. if the VM is down it should
> work as expected (edit the VM and close the dialog).
> Please try and let me know. Another option is to do this until the bug
> is resolved is using the REST API.
> 
> Note that this is currently working on on Linux guests (there are no
> updated Windows drivers). You will need to configure
> the device in the guest as explained by the docs.
> 
> Doron
> 
> 
> On Sun, Jan 1, 2017 at 9:28 AM, Gary Pedretty <g...@ravnalaska.net> wrote:
>> How do you add the supported watchdog device to a VM that has already been
>> created?  I have tried adding it via the High Availability tab in the Edit
>> VM Dialog, but it does not  retain the setting when I close the dialog.
>> 
>> Latest version os Overt running as self-hosted engine
>> 
>> Gary
>> 
>> 
>> 
>> Gary Pedrettyg...@ravnalaska.net
>> Systems Manager  www.flyravn.com
>> Ravn Alaska   /\907-450-7251
>> 5245 Airport Industrial Road /  \/\ 907-450-7238 fax
>> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
>> Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
>> Having a heatwave, its summer   yourself” Matt 22:39
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> 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] hosted_storage locked [Solved]

[Gary Pedretty]

I tried one more thing.  Not sure if this is what fixed it, but the hosts and 
the engine were on different timezones.  The hosts were all on AKST -9 UTC and 
the engine was on the default of UTC.   I changed the timezone on the engine to 
match the hosts and destroyed the hosted_storage domain again.  This time it 
re-imported it without any problems.

Thanks

Gary


Gary Pedrettyg...@ravnalaska.net
Systems Manager  www.flyravn.com
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
Having a heatwave, its summer   yourself” Matt 22:39






> On Dec 29, 2016, at 3:13 PM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> Ok so I tried destroying the storage domain.  The system then tried to import 
> it automatically again but it failed with the following event logged in the 
> Manager Events Log
> 
> Failed to attach Storage Domain hosted_storage to Data Center DOH. (User: 
> SYSTEM)
> 
> I tried this twice and same thing each time.
> 
> 
> If I try to mount the gluster volume on one of the hosts, it will mount just 
> fine and I can see all the files and it is read/writeable by root.
> 
> Nothing unusual in the glusterfs volume status etc.
> 
> 
> Gary
> 
> 

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

[ovirt-users] Watchdog device

[Gary Pedretty]

How do you add the supported watchdog device to a VM that has already been 
created?  I have tried adding it via the High Availability tab in the Edit VM 
Dialog, but it does not  retain the setting when I close the dialog.

Latest version os Overt running as self-hosted engine

Gary



Gary Pedrettyg...@ravnalaska.net
Systems Manager  www.flyravn.com
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
Having a heatwave, its summer   yourself” Matt 22:39






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

Re: [ovirt-users] hosted_storage locked

[Gary Pedretty]

Ok so I tried destroying the storage domain.  The system then tried to import 
it automatically again but it failed with the following event logged in the 
Manager Events Log

Failed to attach Storage Domain hosted_storage to Data Center DOH. (User: 
SYSTEM)

I tried this twice and same thing each time.


If I try to mount the gluster volume on one of the hosts, it will mount just 
fine and I can see all the files and it is read/writeable by root.

Nothing unusual in the glusterfs volume status etc.


Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Dec 29, 2016, at 12:38 AM, Evgenia Tokar <eto...@redhat.com> wrote:
> 
> 
> I would suggest:
> 1. Verify the you can access the storage domain. 
> 2. If you can access the domain, you can try removing it from the ui (I think 
> the destroy option should be available). 
> After the removal the engine will try to reimport it, and hopefully will 
> succeed. 
> Removing the storage domain may cause the engine and the ha-agent to 
> restart. 
> 
> Jenny
> 

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

Re: [ovirt-users] hosted_storage locked

[Gary Pedretty]

Destroying it was going to be my next move, just wanted to make sure that was 
the best option.  Yes I can mount the gluster volume “engine” directly on one 
of the hosts without issue.  The engine is obviously accessing it ok or at 
least enough that it can run as a VM image located on it.  

I will shut down any other VMs before trying this, but it makes sense that it 
should just re-import it.

Thanks

Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39





> On Dec 29, 2016, at 12:38 AM, Evgenia Tokar <eto...@redhat.com> wrote:
> 
> 
> I would suggest:
> 1. Verify the you can access the storage domain. 
> 2. If you can access the domain, you can try removing it from the ui (I think 
> the destroy option should be available). 
> After the removal the engine will try to reimport it, and hopefully will 
> succeed. 
> Removing the storage domain may cause the engine and the ha-agent to 
> restart. 
> 
> Jenny
> 
>  

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

[ovirt-users] hosted_storage locked

[Gary Pedretty]

Just setup a new hosted-engine Data Center.  With 3 hosts and gluster based 
storage domains.  Used the latest installers.  Everything went well, until I 
got the engine deployed and each host setup and went to the web interface for 
the first time.

After adding the master storage domain, the hosted_storage added itself like 
usual, but remained locked.   Everything is working just fine with the 
exception of no listing of the engine as a VM under that tab or the icon on the 
current host.   The Volumes tab does not show anything on the hosted_storage, 
but all the other volumes including the master data and a second data all show 
normal status for bricks.  Error log is not reporting anything unusual either.  
All the gluster volumes including the engine (hosted_storage) show good status 
via command line in the hosts.

Going to let it run for a day or so before I add any VMs.

Any ideas?

Gary


Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

Re: [ovirt-users] VM Import Fails [Solved]

[Gary Pedretty]

Solved, must have just been a bad export to begin with.  Repeated the Export 
and then did the Import without any issues.  Deleted the bad export without 
issue.

thanks

gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39




> On Dec 15, 2016, at 3:06 PM, Gary Pedretty <g...@ravnalaska.net> wrote:
> 
> I cannot seem to get a VM to import.  It was exported first to an export 
> domain and shows up in the list of VMs on the domain when starting the import 
> process, but when you get to the last dialog that should start the import you 
> simply get an error message “Cannot import the VM.  VM’s Image does not 
> exist.  No related event is logged in the overall event log when this 
> happens.   Does not matter what data storage domain you pick for the new VM.
> 
> 
> Gary
> 
> ----
> Gary Pedrettyg...@ravnalaska.net 
> <mailto:g...@eraalaska.net>
> Systems Manager  www.flyravn.com 
> <http://www.flyravn.com/>
> Ravn Alaska   /\907-450-7251
> 5245 Airport Industrial Road /  \/\ 907-450-7238 fax
> Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
> Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
> Really loving the record green up date! Summmer!!   yourself” Matt 22:39
> 
> 
> ___
> 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] VM Import Fails

[Gary Pedretty]

I cannot seem to get a VM to import.  It was exported first to an export domain 
and shows up in the list of VMs on the domain when starting the import process, 
but when you get to the last dialog that should start the import you simply get 
an error message “Cannot import the VM.  VM’s Image does not exist.  No related 
event is logged in the overall event log when this happens.   Does not matter 
what data storage domain you pick for the new VM.


Gary


Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

[ovirt-users] Remove Storage Domain

[Gary Pedretty]

How do you remove a data storage domain, that is not the primary data domain?   
The glusterfs it was based on is no longer available and the domain is stuck in 
maintenance mode.  It will not detach because it has disks on it.  The disks 
have all been deactivated and replaced in the VMs they were used on.   Seems 
like a catch-22 in that I cannot delete the disks from the VMs since the 
storage domain is in maintenance, but I cannot activate the domain since the 
glusterfs volume it was based on no longer exists.   For now I am just ignoring 
it in the Data Center.   The VMs seem fine ignoring the deactivated disks, but 
it all looks a bit messy.


Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

[ovirt-users] VM config warning

[Gary Pedretty]

When running a Windows 2012 R2 Server VM, why does it report that the OS 
differs from the Configuration when the selected OS in the config is Windows 
2012R2 x64.   Also what is the correct way to do timezones in the config on 
these VMs, no matter what I pick it reports that Actual Timezone is different 
in the guest versus the config, when they are both the same.


Gary



Gary Pedrettyg...@ravnalaska.net
Systems Manager  www.flyravn.com
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving Alaska's Interior  /  \/  /\  \ \/\   "Love your neighbor as
Having a heatwave, its summer   yourself” Matt 22:39






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

Re: [ovirt-users] Multiple Data Storage Domains

[Gary Pedretty]

Solved:

Changing the second storage domain to a glusterfs Distributed Replicate with 
sharding turned on, works great.   Thanks for the solution.


Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Nov 7, 2016, at 2:10 AM, Sahina Bose <sab...@redhat.com> wrote:
> 
> 
> 
> On Mon, Nov 7, 2016 at 3:27 PM, Gary Pedretty <g...@ravnalaska.net 
> <mailto:g...@ravnalaska.net>> wrote:
> [root@fai-kvm-1-gfs admin]# gluster volume status data2
> Status of volume: data2
> Gluster process TCP Port  RDMA Port  Online  Pid
> --
> Brick fai-kvm-1-vmn.ravnalaska.net 
> <http://fai-kvm-1-vmn.ravnalaska.net/>:/kvm2/gl
> uster/data2/brick   49156 0  Y   3484
> Brick fai-kvm-2-vmn.ravnalaska.net 
> <http://fai-kvm-2-vmn.ravnalaska.net/>:/kvm2/gl
> uster/data2/brick   49156 0  Y   34791
> Brick fai-kvm-3-vmn.ravnalaska.net 
> <http://fai-kvm-3-vmn.ravnalaska.net/>:/kvm2/gl
> uster/data2/brick   49156 0  Y   
> 177340
> Brick fai-kvm-4-vmn.ravnalaska.net 
> <http://fai-kvm-4-vmn.ravnalaska.net/>:/kvm2/gl
> uster/data2/brick   49152 0  Y   
> 146038
> NFS Server on localhost 2049  0  Y   40844
> Self-heal Daemon on localhost   N/A   N/AY   40865
> NFS Server on fai-kvm-2-gfs.ravnalaska.net 
> <http://fai-kvm-2-gfs.ravnalaska.net/>  2049  0  Y   99905
> Self-heal Daemon on fai-kvm-2-gfs.ravnalask
> a.net <http://a.net/>   N/A   N/A 
>Y   99915
> NFS Server on fai-kvm-4-gfs.ravnalaska.net 
> <http://fai-kvm-4-gfs.ravnalaska.net/>  2049  0  Y   176305
> Self-heal Daemon on fai-kvm-4-gfs.ravnalask
> a.net <http://a.net/>   N/A   N/A 
>Y   176326
> NFS Server on fai-kvm-3-gfs.ravnalaska.net 
> <http://fai-kvm-3-gfs.ravnalaska.net/>  2049  0  Y   226271
> Self-heal Daemon on fai-kvm-3-gfs.ravnalask
> a.net <http://a.net/>   N/A   N/A 
>Y   226287
> 
> Task Status of Volume data2
> --
> There are no active volume tasks
> 
> 
> [root@fai-kvm-1-gfs admin]# gluster volume info data2
> 
> Volume Name: data2
> Type: Striped-Replicate
> Volume ID: 20f85c9a-541b-4df4-9dba-44c5179bbfb0
> Status: Started
> Number of Bricks: 1 x 2 x 2 = 4
> Transport-type: tcp
> Bricks:
> Brick1: fai-kvm-1-vmn.ravnalaska.net 
> <http://fai-kvm-1-vmn.ravnalaska.net/>:/kvm2/gluster/data2/brick
> Brick2: fai-kvm-2-vmn.ravnalaska.net 
> <http://fai-kvm-2-vmn.ravnalaska.net/>:/kvm2/gluster/data2/brick
> Brick3: fai-kvm-3-vmn.ravnalaska.net 
> <http://fai-kvm-3-vmn.ravnalaska.net/>:/kvm2/gluster/data2/brick
> Brick4: fai-kvm-4-vmn.ravnalaska.net 
> <http://fai-kvm-4-vmn.ravnalaska.net/>:/kvm2/gluster/data2/brick
> Options Reconfigured:
> performance.readdir-ahead: on
> performance.quick-read: off
> performance.read-ahead: off
> performance.io <http://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
> storage.owner-uid: 36
> storage.owner-gid: 36
> 
> 
> See attached file for the mount log.
> 
> 
> Striped-Replicate is no longer supported in GlusterFS upstream. Instead, you 
> should be using a Distribute-Replicate with sharding enabled. Also when using 
> a gluster volume as storage domain, it is recommended to use replica 3.
> 
> From the mount logs, there is no indication as to why the volume is unmounted 
> frequently. Could you try again with a replica 3 volume that has sharding 
>

Re: [ovirt-users] Multiple Data Storage Domains

[Gary Pedretty]

nt-2' came back up; going online.
[2016-11-05 00:52:39.594552] I [MSGID: 114035] 
[client-handshake.c:193:client_set_lk_version_cbk] 0-data2-client-2: Server lk 
version = 1
[2016-11-05 00:52:39.595616] I [MSGID: 114057] 
[client-handshake.c:1437:select_server_supported_programs] 0-data2-client-3: 
Using Program GlusterFS 3.3, Num (1298437), Version (330)
[2016-11-05 00:52:39.596115] I [MSGID: 114046] 
[client-handshake.c:1213:client_setvolume_cbk] 0-data2-client-3: Connected to 
data2-client-3, attached to remote volume '/kvm2/gluster/data2/brick'.
[2016-11-05 00:52:39.596130] I [MSGID: 114047] 
[client-handshake.c:1224:client_setvolume_cbk] 0-data2-client-3: Server and 
Client lk-version numbers are not same, reopening the fds
[2016-11-05 00:52:39.600510] I [fuse-bridge.c:5171:fuse_graph_setup] 0-fuse: 
switched to graph 0
[2016-11-05 00:52:39.600578] I [MSGID: 114035] 
[client-handshake.c:193:client_set_lk_version_cbk] 0-data2-client-3: Server lk 
version = 1
[2016-11-05 00:52:39.600654] I [fuse-bridge.c:4083:fuse_init] 0-glusterfs-fuse: 
FUSE inited with protocol versions: glusterfs 7.22 kernel 7.22
[2016-11-05 00:52:39.601452] I [MSGID: 108031] 
[afr-common.c:2071:afr_local_discovery_cbk] 0-data2-replicate-0: selecting 
local read_child data2-client-0
[2016-11-05 00:52:41.619852] I [fuse-bridge.c:5012:fuse_thread_proc] 0-fuse: 
unmounting /rhev/data-center/mnt/glusterSD/glustermount2:data2
[2016-11-05 00:52:41.620095] W [glusterfsd.c:1251:cleanup_and_exit] 
(-->/lib64/libpthread.so.0(+0x7dc5) [0x7f3444227dc5] 
-->/usr/sbin/glusterfs(glusterfs_sigwaiter+0xe5) [0x7f34458a2915] -->/usr/sbin/
glusterfs(cleanup_and_exit+0x6b) [0x7f34458a278b] ) 0-: received signum (15), 
shutting down
[2016-11-05 00:52:41.620110] I [fuse-bridge.c:5719:fini] 0-fuse: Unmounting 
'/rhev/data-center/mnt/glusterSD/glustermount2:data2'.
[root@fai-kvm-1-gfs glusterfs]#
----Gary Pedretty                                        g...@ravnalaska.netSystems Manager                                          www.flyravn.comRavn Alaska                           /\                    907-450-72515245 Airport Industrial Road         /  \/\             907-450-7238 faxFairbanks, Alaska  99709        /\  /    \ \ Second greatest commandmentServing All of Alaska          /  \/  /\  \ \/\   “Love your neighbor asReally loving the record green up date! Summmer!!   yourself” Matt 22:39

On Nov 6, 2016, at 9:50 PM, Sahina Bose <sab...@redhat.com> wrote:However your volume configuration seems suspect -"stripe 2 replica 2". Can you provide gluster volume info of your second storage domain gluster volume? The mount logs of the volume (under /var/log/glusterfs/rhev-datacenter...log) from the host where the volume is being mounted will also help. ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Multiple Data Storage Domains

[Gary Pedretty]

As a storage domain, this gluster volume will not work whether it is 
preallocated or thin provision.   It will work as a straight gluster volume 
mounted directly to any VM on the ovirt Cluster, or any physical machine, just 
not as a data storage domain in the Data Center.

Are there restrictions to having more than one data storage domain that has it 
gluster volumes on the same hosts that are also part of the Data Center and 
Cluster?


Gary



Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













> On Nov 6, 2016, at 6:28 AM, Maor Lipchuk <mlipc...@redhat.com> wrote:
> 
> Hi Gary,
> 
> Do you have other disks on this storage domain?
> Have you tried to use other VMs with disks on this storage domain?
> Is this disk is preallocated? If not can you try to create a pre-allocate 
> disk and re-try
> 
> Regards,
> Maor
> 
> 
> 
> On Sat, Nov 5, 2016 at 2:28 AM, Gary Pedretty <g...@ravnalaska.net 
> <mailto:g...@ravnalaska.net>> wrote:
> I am having an issue in a Hosted Engine GlusterFS setup.   I have 4 hosts in 
> a cluster, with the Engined being hosted on the Cluster.  This follows the 
> pattern shown in the docs for a glusterized setup, except that I have 4 
> hosts.   I have engine, data, iso and export storage domains all as glusterfs 
> on a replica 3 glusterfs on the first 3 hosts.  These gluster volumes are 
> running on an SSD Hardware Raid 6, which is identical on all the hosts.  All 
> the hosts have a second Raid 6 Array with Physical Hard Drives and I have 
> created a second data storage domain as a glusterfs across all 4 hosts as a 
> stripe 2 replica 2 and have added it to the Data Center.  However if I use 
> this second Storage Domain as the boot disk for a VM, or as second disk for a 
> VM that is already running, the VM will become non-responsive as soon as the 
> VM starts using this disk.   Happens during the OS install if the VM is using 
> this storage domain for its boot disk, or if I try copying anything large to 
> it when it is a second disk for a VM that has its boot drive on the Master 
> Data Storage Domain. 
> 
> If I mount the gluster volume that is this second storage domain on one of 
> the hosts directly or any other machine on my local network, the gluster 
> volume works fine.  It is only when it is used as a storage domain (second 
> data domain) on VMs in the cluster.
> 
> Once the vm becomes non-responsive it cannot be stopped, removed or destroyed 
> without restarting the host machine that the VM is currently running on.   
> The 4 hosts are connected via 10gig ethernet, so should not be a network 
> issue.
> 
> 
> Any ideas?
> 
> Gary

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

[ovirt-users] Multiple Data Storage Domains

[Gary Pedretty]

I am having an issue in a Hosted Engine GlusterFS setup.   I have 4 hosts in a 
cluster, with the Engined being hosted on the Cluster.  This follows the 
pattern shown in the docs for a glusterized setup, except that I have 4 hosts.  
 I have engine, data, iso and export storage domains all as glusterfs on a 
replica 3 glusterfs on the first 3 hosts.  These gluster volumes are running on 
an SSD Hardware Raid 6, which is identical on all the hosts.  All the hosts 
have a second Raid 6 Array with Physical Hard Drives and I have created a 
second data storage domain as a glusterfs across all 4 hosts as a stripe 2 
replica 2 and have added it to the Data Center.  However if I use this second 
Storage Domain as the boot disk for a VM, or as second disk for a VM that is 
already running, the VM will become non-responsive as soon as the VM starts 
using this disk.   Happens during the OS install if the VM is using this 
storage domain for its boot disk, or if I try copying anything large to it when 
it is a second disk for a VM that has its boot drive on the Master Data Storage 
Domain.  

If I mount the gluster volume that is this second storage domain on one of the 
hosts directly or any other machine on my local network, the gluster volume 
works fine.  It is only when it is used as a storage domain (second data 
domain) on VMs in the cluster.

Once the vm becomes non-responsive it cannot be stopped, removed or destroyed 
without restarting the host machine that the VM is currently running on.   The 
4 hosts are connected via 10gig ethernet, so should not be a network issue.


Any ideas?

Gary


Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

[ovirt-users] SSL Certificates

[Gary Pedretty]

Where do you install a real non self-signed certificate  for use in the Ovirt 
Web Management Console.

Gary

Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

[ovirt-users] hosted-engine maintenance

[Gary Pedretty]

Any idea why with the latest builds I get the following when trying to make any 
changes to the hosted-engine —set-maintenance  status, same error with none, 
local or global


hosted-engine --set-maintenance --mode=global
/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15:
 DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, 
please use vdsm.jsonrpcvdscli import vdsm.vdscli




Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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

[ovirt-users] Engine crashing

[Gary Pedretty]

Any idea why the engine would crash with the following error

ovirt-engine: ERROR run:532 Error: process terminated with status code -6




Gary Pedrettyg...@ravnalaska.net 
<mailto:g...@eraalaska.net>
Systems Manager  www.flyravn.com 
<http://www.flyravn.com/>
Ravn Alaska   /\907-450-7251
5245 Airport Industrial Road /  \/\ 907-450-7238 fax
Fairbanks, Alaska  99709/\  /\ \ Second greatest commandment
Serving All of Alaska  /  \/  /\  \ \/\   “Love your neighbor as
Really loving the record green up date! Summmer!!   yourself” Matt 22:39













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