- Users - oVirt List Archives

made the mistake of configuring bond before 'hosted-engine --deploy'
by Kenneth Bingham 31 Jul '16

31 Jul '16

Do you know of a way to force vdsmd to forget what it knows about the network configuration on the hypervisor host? If I synchronize or make any change through the engine the host drops off the network because of an invalid configuration pushed by some component of oVirt which creates bond1 with BRIDGE=ovirtmgmt when the bridge should be assigned to bond1.$vid If I manually edit the ifcfg files or make changes with the ip command I can restore network connectivity, but can not make any changes in engine. It's not clear how to recover from this situation without reinstalling the OS. I've concluded that I should have manually configured the VLAN sub interface only before deploying hosted engine which activates vdsmd, then configured bonds and VLANs through engine. I believe the ovirtmgmt bridge became assigned to the bond instead of the VLAN interface because I de-selected VLAN tagging in the logical network configuration in engine, and I think most of the problems I'm having are due to my needing to manually edit the configuration files written by VDSM in order to bring the host back on the network so that it can be managed by engine. # node 4.0.1 # yum list installed |grep ovirt cockpit-ovirt-dashboard.noarch 0.10.5-1.0.0.el7.centos installed libgovirt.x86_64 0.3.3-1.el7_2.1 installed ovirt-engine-appliance.noarch 4.0-20160718.1.el7.centos @ovirt-4.0 ovirt-engine-sdk-python.noarch 3.6.7.0-1.el7.centos installed ovirt-host-deploy.noarch 1.5.1-1.el7.centos installed ovirt-hosted-engine-ha.noarch 2.0.1-1.el7.centos installed ovirt-hosted-engine-setup.noarch 2.0.1-1.el7.centos installed ovirt-imageio-common.noarch 0.3.0-0.201606191345.git9f3d6d4.el7.centos ovirt-imageio-daemon.noarch 0.3.0-0.201606191345.git9f3d6d4.el7.centos ovirt-node-ng-image-update-placeholder.noarch ovirt-release-host-node.noarch 4.0.1-1.el7 installed ovirt-release40-pre.noarch 4.0.1-1 installed ovirt-setup-lib.noarch 1.0.2-1.el7.centos installed ovirt-vmconsole.noarch 1.0.3-1.el7.centos installed ovirt-vmconsole-host.noarch 1.0.3-1.el7.centos installed # hosted engine appliance # yum list installed|grep ovirt ebay-cors-filter.noarch 1.0.1-3.el7 @centos-ovirt40-candidate libtomcrypt.x86_64 1.17-23.el7 @ovirt-4.0-epel libtommath.x86_64 0.42.0-4.el7 @ovirt-4.0-epel novnc.noarch 0.5.1-2.el7 @centos-ovirt40-candidate otopi.noarch 1.5.1-1.el7.centos @ovirt-4.0 otopi-java.noarch 1.5.1-1.el7.centos @ovirt-4.0 ovirt-engine.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-backend.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-cli.noarch 3.6.8.0-1.el7.centos @ovirt-4.0 ovirt-engine-dashboard.noarch 1.0.0-0.2.20160610git5d210ea.el7.centos @ovirt-4.0 ovirt-engine-dbscripts.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-dwh.noarch 4.0.1-1.el7.centos @ovirt-4.0 ovirt-engine-dwh-setup.noarch 4.0.1-1.el7.centos @ovirt-4.0 ovirt-engine-extension-aaa-jdbc.noarch 1.1.0-1.el7 @ovirt-4.0 ovirt-engine-extensions-api-impl.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-lib.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-restapi.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-sdk-python.noarch 3.6.7.0-1.el7.centos @ovirt-4.0 ovirt-engine-setup.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-setup-base.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-setup-plugin-ovirt-engine.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-setup-plugin-ovirt-engine-common.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-setup-plugin-websocket-proxy.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-tools.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-tools-backup.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-userportal.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-vmconsole-proxy-helper.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-webadmin-portal.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-websocket-proxy.noarch 4.0.1.1-1.el7.centos @ovirt-4.0 ovirt-engine-wildfly.x86_64 10.0.0-1.el7 @ovirt-4.0 ovirt-engine-wildfly-overlay.noarch 10.0.0-1.el7 @ovirt-4.0 ovirt-guest-agent-common.noarch 1.0.12-3.el7 @ovirt-4.0-epel ovirt-host-deploy.noarch 1.5.1-1.el7.centos @ovirt-4.0 ovirt-host-deploy-java.noarch 1.5.1-1.el7.centos @ovirt-4.0 ovirt-image-uploader.noarch 4.0.0-1.el7.centos @ovirt-4.0 ovirt-iso-uploader.noarch 4.0.0-1.el7.centos @ovirt-4.0 ovirt-release40.noarch 4.0.0-5 @/ovirt-release40 ovirt-setup-lib.noarch 1.0.2-1.el7.centos @ovirt-4.0 ovirt-vmconsole.noarch 1.0.3-1.el7.centos @ovirt-4.0 ovirt-vmconsole-proxy.noarch 1.0.3-1.el7.centos @ovirt-4.0 patternfly1.noarch 1.3.0-1.el7.centos @ovirt-4.0-patternfly1-noarch-epel python-daemon.noarch 1.6-4.el7 @ovirt-4.0-epel python-ovirt-engine-sdk4.x86_64 4.0.0-0.3.a3.el7.centos @ovirt-4.0 python-websockify.noarch 0.8.0-1.el7 @centos-ovirt40-candidate python2-crypto.x86_64 2.6.1-9.el7 @ovirt-4.0-epel python2-ecdsa.noarch 0.13-4.el7 @ovirt-4.0-epel spice-html5.noarch 0.1.6-1.el7 @ovirt-4.0-epel vdsm-jsonrpc-java.noarch 1.2.5-1.el7.centos @ovirt-4.0

2 1

reports
by Fernando Fuentes 31 Jul '16

31 Jul '16

Team, Ovirt 4.0 has no reports capabilities? I dont see the reports modules available for install. Regards, -- Fernando Fuentes ffuentes(a)txweather.org http://www.txweather.org

2 2

master storage domain stuck in state "locked"
by Kenneth Bingham 31 Jul '16

31 Jul '16

Please help me determine whether this is a defect or user error. The master storage domain "hosted_storage" was automatically imported in oVirt manager when I created another new storage domain "/data", a Gluster FS volume, immediately after doing 'hosted-engine --deploy' on the "hosted_storage", a.k.a. "/engine" volume. The master storage domain transitioned to state "Locked", which I believe to be an intermediate state that should have automatically changed to state "Active". It appears to be stuck because there has been no change for at least 8 hours. This may be the cause of "ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-28) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: VDSM <host name> command failed: Cannot find master domain". Self-Hosted Engine unique log hits for "hosted_storage" from /var/log/ovirt-engine/engine.log: http://pastebin.com/QaHQjB6z

2 3

illegal host split-state
by Kenneth Bingham 31 Jul '16

31 Jul '16

When I set local maintenance on the self-hosted engine hypervisor host through the manager GUI it becomes stuck in state "Preparing for maintenance". The hosted engine virtual guest is automatically migrated because the HA broker is successfully set to maintenance mode=local. The host returns to state "Up" in the manager if I press button "Activate", but the column "Virtual Machines" continues to count the migrated VM. If I then reboot the host it reverts to state "Up" and the VM count no longer includes the vacated hosted engine, so I'm guessing it never *really* achieved state "Maintenance" even though the event log claims so immediately after the button is pressed. The condition persists after the reboot if the then-current hosted engine hypervisor host is again assigned to mode "Maintenance". I'm running 4.0.1, and I've tried restarting services and rebooting the hosts and VM involved. I suspect it has something to do with my other thread about the locked storage domain.

2 2

HTML5 Console
by Anantha Raghava 31 Jul '16

31 Jul '16

This is a multi-part message in MIME format. --------------ECF1C8748122AD4BB4672424 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, How do we start the HTML5 console for the Virtual Machines? Under console options, when we set the client console as HTML 5, only black screen appears. The same is the case for noVNC as well. Any suggestions to set this right? -- Thanks & Regards, Anantha Raghava --------------ECF1C8748122AD4BB4672424 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi, How do we start the HTML5 console for the Virtual Machines? Under console options, when we set the client console as HTML 5, only black screen appears. The same is the case for noVNC as well. Any suggestions to set this right? <div class="moz-signature">-- Thanks & Regards, <address style="line-height: 100%">Anantha Raghava</address> </div> </body> </html> --------------ECF1C8748122AD4BB4672424--

3 3

Re: [ovirt-users] Infrastructure Engineers / System Administrator Appreciation Day
by Karli Sjöberg 29 Jul '16

29 Jul '16

Den 29 jul 2016 3:30 em skrev Sandro Bonazzola <sbonazzo(a)redhat.com>: > > Hi, > I'd like to thank all Infrastructure Engineers / System Administrator[1] working on the oVirt project infrastructure and whish them stable OSs and reliable hardware :-) > http://sysadminday.com/ > > Thanks to all Infrastructure Engineers / System Administrator using oVirt, helping users, opening bugs and making oVirt a better community. Thanks! And if anyone would like to buy me a Tesla out of sheer appreciation, I'd definitely consider it:) /K > > [1] http://sysadminday.com/ > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com

1 0

Infrastructure Engineers / System Administrator Appreciation Day
by Sandro Bonazzola 29 Jul '16

29 Jul '16

Hi, I'd like to thank all Infrastructure Engineers / System Administrator[1] working on the oVirt project infrastructure and whish them stable OSs and reliable hardware :-) http://sysadminday.com/ Thanks to all Infrastructure Engineers / System Administrator using oVirt, helping users, opening bugs and making oVirt a better community. [1] http://sysadminday.com/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Re: [ovirt-users] Debian - based OS and SSO
by Tadas 29 Jul '16

29 Jul '16

Okay, now its different story. ovirt-agent finally passes through all login steps: Dummy-1::INFO::2016-07-29 14:37:38,088::OVirtAgentLogic::294::root::Received an external command: login... Dummy-1::DEBUG::2016-07-29 14:37:38,088::OVirtAgentLogic::328::root::User log-in (credentials = '\x00\x00\x00\x04test********\x00') Dummy-1::INFO::2016-07-29 14:37:38,088::CredServer::207::root::The following users are allowed to connect: [0] Dummy-1::DEBUG::2016-07-29 14:37:38,088::CredServer::272::root::Token: 493871 Dummy-1::INFO::2016-07-29 14:37:38,088::CredServer::273::root::Opening credentials channel... Dummy-1::INFO::2016-07-29 14:37:38,089::CredServer::132::root::Emitting user authenticated signal (493871). CredChannel::DEBUG::2016-07-29 14:37:38,159::CredServer::166::root::Receiving user's credential ret = 2 errno = 0 CredChannel::DEBUG::2016-07-29 14:37:38,159::CredServer::177::root::cmsgp: len=28 level=1 type=2 CredChannel::INFO::2016-07-29 14:37:38,159::CredServer::225::root::Incomming connection from user: 0 process: 4343 CredChannel::INFO::2016-07-29 14:37:38,159::CredServer::232::root::Sending user's credential (token: 493871) Dummy-1::INFO::2016-07-29 14:37:38,160::CredServer::277::root::Credentials channel was closed. Though gdm3 fails to load session with following error: http://paste.ubuntu.com/21392715/ On Fri, 2016-07-29 at 13:25 +0200, Vinzenz Feenstra wrote: > > > > On Jul 29, 2016, at 12:35 PM, Tadas <tadas(a)ring.lt> wrote: > > > > There's another interesting error thrown out from ovirt-guest > > agent, > > when you try to login: > > > > > > Jul 29 13:30:24 jessie python[1969]: Exception in thread > > CredChannel: > > Ju > > l 29 13:30:24 jessie python[1969]: Traceback (most recent call > > last): > > Ju > > l 29 13:30:24 jessie python[1969]: File > > "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner > > Jul 29 > > 13:30:24 jessie python[1969]: self.run() > > Jul 29 13:30:24 jessie > > python[1969]: File "/usr/share/ovirt-guest-agent/CredServer.py", > > line > > 217, in run > > Jul 29 13:30:24 jessie python[1969]: cred = > > self._read_cred(conn) > > Jul 29 13:30:24 jessie python[1969]: File > > "/usr/share/ovirt-guest-agent/CredServer.py", line 146, in > > _read_cred > > Ju > > l 29 13:30:24 jessie > > python[1969]: conn.setsockopt(socket.SOL_SOCKET, > > socket.SO_PASSCRED, 1) > > Jul 29 13:30:24 jessie python[1969]: > > AttributeError: 'module' object has no attribute ‘SO_PASSCRED' > > I knew I forgot about something, yes you’re right - I fixed that > manually and continued and forgot about it. > > SO_PASSCRED seems not to be actually available by default on python. > The systems we supported so far (excluding the debian based ones) had > this constant available. > Long story short: You can replace socket.SO_PASSCRED with the value > 16 for now and it should work as expected. > > > > > > > > > > > > > On Fri, 2016-07-29 at 13:13 +0300, Tadas wrote: > > > > > > Yes, it seems that authentication does not work in any of debian > > > releases. Oh well. > > > On Fri, 2016-07-29 at 09:37 +0200, Vinzenz Feenstra wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > On Jul 28, 2016, at 4:11 PM, Tadas <tadas(a)ring.lt> wrote: > > > > > > > > > > Thank you for your reply. > > > > > Strange, but i do not see any errors in gdm debug log, just > > > > > this: > > > > > http://paste.ubuntu.com/21275558/ > > > > > > > > Well if it works for you, the better. It didn’t work for me > > > > though > > > > > > > > > > > > > > > > > > > > > > > > > > > > I will try installing debian unstable and several ubuntu > > > > > versions > > > > > tomorrow. > > > > > > > > > > From: Vinzenz Feenstra > > > > > Sent: Thursday, July 28, 2016 4:18 PM > > > > > To: tadas(a)ring.lt > > > > > Cc: users > > > > > Subject: Re: [ovirt-users] Debian - based OS and SSO > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Jul 28, 2016, at 3:11 PM, Vinzenz Feenstra <vfeenstr@red > > > > > > hat. > > > > > > co > > > > > > m> wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Jul 28, 2016, at 11:53 AM, Tadas <tadas(a)ring.lt> > > > > > > > wrote: > > > > > > > > > > > > > > Hello, > > > > > > > still having issues with ovirt SSO and Debian OS. > > > > > > > Other OSes (Windows/Fedora 24) works just fine. > > > > > > > Some information: > > > > > > > OS: Debian 8.5 (jessie) > > > > > > > I've followed manual on https://www.ovirt.org/documentati > > > > > > > on/h > > > > > > > ow > > > > > > > -to/gues > > > > > > > t-agent/install-the-guest-agent-in-debian/ and installed > > > > > > > ovirt- > > > > > > > agent. > > > > > > > I can get info via spice socket on hypervisor side, this > > > > > > > means > > > > > > > that > > > > > > > agent works fine. > > > > > > > I've compiled pam-ovirt-cred and copied it into > > > > > > > /lib/x86_64- > > > > > > > linux- > > > > > > > gnu/security/ > > > > > > > > > > > > It should be in /lib/security afaik > > > > > > > > > > > > > > > > > > > > > > > > > > > I've configured /etc/pamd/gdm-ovirtcred (just copied from > > > > > > > working > > > > > > > Fedora 24) > > > > > > > > > > > > replace in that file all occurences of password-auth with > > > > > > passwd > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > But still login fails. I can see this in ovirt-agent log > > > > > > > file: > > > > > > > > > > > > It some how fails for me in some cases with this now: > > > > > > > > > > > > > > > > Correction its here: > > > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794064 > > > > > > > > > > > > > > > > > > > > > > > https://bugs.freedesktop.org/show_bug.cgi?id=71525 > > > > > > > > > > > > There’s not much I can do about that though > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Dummy-2::INFO::2016-07-28 > > > > > > > 12:49:51,046::OVirtAgentLogic::270::root::Received an > > > > > > > external > > > > > > > command: > > > > > > > login... > > > > > > > Dummy-2::DEBUG::2016-07-28 > > > > > > > 12:49:51,047::OVirtAgentLogic::304::root::User log-in > > > > > > > (credentials = > > > > > > > '\x00\x00\x00\x04test********\x00') > > > > > > > Dummy-2::INFO::2016-07-28 > > > > > > > 12:49:51,047::CredServer::207::root::The > > > > > > > following users are allowed to connect: [0] > > > > > > > Dummy-2::DEBUG::2016-07-28 > > > > > > > 12:49:51,047::CredServer::272::root::Token: > > > > > > > 760258 > > > > > > > Dummy-2::INFO::2016-07-28 > > > > > > > 12:49:51,047::CredServer::273::root::Opening > > > > > > > credentials channel... > > > > > > > Dummy-2::INFO::2016-07-28 > > > > > > > 12:49:51,047::CredServer::132::root::Emitting > > > > > > > user authenticated signal (760258). > > > > > > > Dummy-2::INFO::2016-07-28 > > > > > > > 12:49:51,178::CredServer::277::root::Credentials channel > > > > > > > was > > > > > > > closed. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > This looks okay. The error is on pam side (auth.log): > > > > > > > > > > > > > > Jul 28 12:49:39 desktop64 gdm-ovirtcred]: > > > > > > > pam_succeed_if(gdm- > > > > > > > ovirtcred:auth): error retrieving user name: Conversation > > > > > > > error > > > > > > > Jul 28 12:49:39 desktop64 gdm-ovirtcred]: > > > > > > > pam_ovirt_cred(gdm- > > > > > > > ovirtcred:auth): Failed to acquire user's credentials > > > > > > > > > > > > > > Have no idea, where it fails. > > > > > > > Would appreciate, if you could help me here a bit. > > > > > > > Thank you. > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > > Users mailing list > > > > > > > Users(a)ovirt.org > > > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > > > > > > > > > > _______________________________________________ > > > > > Users mailing list > > > > > Users(a)ovirt.org > > > > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)ovirt.org > > > http://lists.ovirt.org/mailman/listinfo/users > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users >

1 1

Debian - based OS and SSO
by Tadas 29 Jul '16

29 Jul '16

Hello, still having issues with ovirt SSO and Debian OS. Other OSes (Windows/Fedora 24) works just fine. Some information: OS: Debian 8.5 (jessie) I've followed manual on https://www.ovirt.org/documentation/how-to/gues t-agent/install-the-guest-agent-in-debian/ and installed ovirt-agent. I can get info via spice socket on hypervisor side, this means that agent works fine. I've compiled pam-ovirt-cred and copied it into /lib/x86_64-linux- gnu/security/ I've configured /etc/pamd/gdm-ovirtcred (just copied from working Fedora 24) But still login fails. I can see this in ovirt-agent log file: Dummy-2::INFO::2016-07-28 12:49:51,046::OVirtAgentLogic::270::root::Received an external command: login... Dummy-2::DEBUG::2016-07-28 12:49:51,047::OVirtAgentLogic::304::root::User log-in (credentials = '\x00\x00\x00\x04test********\x00') Dummy-2::INFO::2016-07-28 12:49:51,047::CredServer::207::root::The following users are allowed to connect: [0] Dummy-2::DEBUG::2016-07-28 12:49:51,047::CredServer::272::root::Token: 760258 Dummy-2::INFO::2016-07-28 12:49:51,047::CredServer::273::root::Opening credentials channel... Dummy-2::INFO::2016-07-28 12:49:51,047::CredServer::132::root::Emitting user authenticated signal (760258). Dummy-2::INFO::2016-07-28 12:49:51,178::CredServer::277::root::Credentials channel was closed. This looks okay. The error is on pam side (auth.log): Jul 28 12:49:39 desktop64 gdm-ovirtcred]: pam_succeed_if(gdm- ovirtcred:auth): error retrieving user name: Conversation error Jul 28 12:49:39 desktop64 gdm-ovirtcred]: pam_ovirt_cred(gdm- ovirtcred:auth): Failed to acquire user's credentials Have no idea, where it fails. Would appreciate, if you could help me here a bit. Thank you.

2 7

Windows 10 + qemu + Blue Iris = Blue screen
by Blaster 29 Jul '16

29 Jul '16

3 4