- Users - oVirt List Archives

oVirt mirror health report
by Jiri Belka 24 Sep '14

24 Sep '14

Hi, oVirt mirrors are not really great, could you consider to make a health status reporting - out of sync, broken,...? This way you could remove bogus mirrors which would just make people upset. Inspiration: http://spacehopper.org/mirmon/ j.

2 2

Can not configure with simple LDAP.
by Fumihide Tani 24 Sep '14

24 Sep '14

Hello, I'm running oVirt Engine, OpenLDAP and BIND on same machine. and running oVirt host (hypervisor) on another machine. I tried to configure OpenLDAP using ovirt-engine-extension-aaa-ldap, but No LDAP users can search and add from Web Admin Portal. CentOS release 6.5 (Final) ovirt-engine.noarch 3.5.0-0.0.master.20140821064931.gitb794d66.el6 ovirt-engine-extension-aaa-ldap.noarch 0.0.0-0.0.master.20140904095149.gitc7bd415.el6 openldap-clients.x86_64 2.4.23-34.el6_5.1 openldap-servers.x86_64 2.4.23-34.el6_5.1 cyrus-sasl-gssapi.x86_64 2.1.23-13.el6_3.1 bind.x86_64 32:9.8.2-0.23.rc1.el6_5.1 My setup procedures: ------------------------------------------------------------------------------- # yum -y install openldap-servers openldap-clients # yum -y install cyrus-sasl-gssapi ------------------------------------------------------------------------------- # rm -rf /etc/openldap/slapd.d # rm -rf /var/lib/ldap/* ------------------------------------------------------------------------------- (Copy slapd.conf template) # cp /usr/share/openldap-servers/slapd.conf.obsolete /etc/openldap/slapd.conf ------------------------------------------------------------------------------- # vi /etc/openldap/slapd.conf ....(snip).... # remove comment out moduleload memberof.la ....(snip).... # modify value by dn.exact="cn=Manager,dc=rxc05271,dc=com" read ....(snip).... # add next two lines right under "database definitions" authz-regexp "gidNumber=0\\\+uidNumber=0,cn=peercred,cn=external,cn=auth" "cn=Manager,dc=rxc05271,dc=com" ....(snip).... # modify value suffix "dc=rxc05271,dc=com" ....(snip).... # modify value rootdn "cn=Manager,dc=rxc05271,dc=com" ....(snip).... # remove comment out rootpw secret ....(snip).... # add next line to end of the file overlay memberof loglevel 4 ------------------------------------------------------------------------------- (Enabling SSL/TLS) # vi /etc/sysconfig/ldap SLAPD_LDAPS=yes ------------------------------------------------------------------------------- (Enabling OpenLDAP log output) # echo "local4.* /var/log/ldap.log" > /etc/rsyslog.d/ldaplog.conf # service rsyslog restart ------------------------------------------------------------------------------- # service slapd start # chkconfig slapd on ------------------------------------------------------------------------------- # vi ldapconfig.ldif dn: dc=rxc05271,dc=com objectClass: dcObject objectClass: organization dc: rxc05271 o: RXC05271 dn: ou=Groups,dc=rxc05271,dc=com objectclass: organizationalUnit ou: Groups dn: ou=Users,dc=rxc05271,dc=com objectclass: organizationalUnit ou: Users dn: uid=tani,ou=Users,dc=rxc05271,dc=com objectclass: inetOrgPerson objectclass: uidObject uid: tani cn: Tani givenName: Fumihide mail: tani(a)rxc05271.com sn: 0 dn: cn=Power-Users,ou=Groups,dc=rxc05271,dc=com objectclass: groupOfNames cn: Power-Users member: uid=tani,ou=Users,dc=rxc05271,dc=com ------------------------------------------------------------------------------- # ldapadd -x -D "cn=Manager,dc=rxc05271,dc=com" -w secret -f ldapconfig.ldif ------------------------------------------------------------------------------- # vi setsasl.ldif replace: olcSaslSecProps olcSaslSecProps: noanonymous,noplain,minssf=1 - ------------------------------------------------------------------------------- # ldapmodify -x -D "cn=Manager,dc=rxc05271,dc=com" -w secret -f setsasl.ldif ------------------------------------------------------------------------------- # ldapsearch -LL -Y EXTERNAL -H ldapi:/// "(uid=tani)" -b dc=rxc05271,dc=com memberOf SASL/EXTERNAL authentication started SASL username: gidNumber=0+uidNumber=0,cn=peercred,cn=external,cn=auth SASL SSF: 0 version: 1 dn: uid=tani,ou=Users,dc=rxc05271,dc=com memberOf: cn=Power-Users,ou=Groups,dc=rxc05271,dc=com ------------------------------------------------------------------------------- # yum install ovirt-engine-extension-aaa-ldap ------------------------------------------------------------------------------- # vi /etc/ovirt-engine/extensions.d/authn-company.properties ovirt.engine.extension.name = authn-company ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine-extensions.aaa.ldap ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engineextensions.aaa.ldap.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = rxc05271.com ovirt.engine.aaa.authn.authz.plugin = authz-company config.profile.file.1 = /etc/ovirt-engine/aaa/rxc05271.properties ------------------------------------------------------------------------------- # vi /etc/ovirt-engine/aaa/rxc05271.properties include = <openldap.properties> vars.user = cn=Manager,dc=rxc05271,dc=com vars.password = 12345678 vars.server = ldap.rxc05271.com pool.default.ssl.startTLS = true pool.default.ssl.truststore.file = /etc/openldap/certs/ldap.jks pool.default.ssl.truststore.password = 12345678 pool.default.serverset.single.server = ${global:vars.server} pool.default.auth.simple.bindDN = ${global:vars.user} pool.default.auth.simple.password = ${global:vars.password} ------------------------------------------------------------------------------- (Add DNS records) # vi /var/named/rxc05271.com.db (snip) ldap IN A 192.168.0.5 _ldap._tcp.rxc05271.com. IN SRV 10 0 389 ovirt.rxc05271.com. # vi /var/named/0.168.192.in-addr.arpa.db (snip) 5 IN PTR ldap.rxc05271.com. # service named restart ------------------------------------------------------------------------------- # service ovirt-engine restart ------------------------------------------------------------------------------- (ldap.log outputs after ovirt-engine restart) [root@ovirt ~]# cat /var/log/ldap.log Sep 21 14:33:20 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(18) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(19) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(21) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(23) Sep 21 14:33:20 ovirt slapd[19276]: connection_get(22) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: ==> bdb_bind: dn: cn=Manager,dc=rxc05271,dc=com Sep 21 14:33:25 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:25 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:25 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:25 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:25 ovirt slapd[19276]: ==> bdb_bind: dn: cn=Manager,dc=rxc05271,dc=com Sep 21 14:33:25 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:25 ovirt slapd[19276]: connection_get(18) Sep 21 14:33:25 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:25 ovirt slapd[19276]: connection_get(18) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(18) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(18) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(18) Sep 21 14:33:25 ovirt slapd[19276]: ==> bdb_bind: dn: cn=Manager,dc=rxc05271,dc=com Sep 21 14:33:25 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:25 ovirt slapd[19276]: connection_get(19) Sep 21 14:33:25 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:25 ovirt slapd[19276]: connection_get(19) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(19) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(19) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(19) Sep 21 14:33:25 ovirt slapd[19276]: ==> bdb_bind: dn: cn=Manager,dc=rxc05271,dc=com Sep 21 14:33:25 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: connection_get(15) Sep 21 14:33:25 ovirt slapd[19276]: SRCH "" 0 0 Sep 21 14:33:25 ovirt slapd[19276]: 1 0 0 Sep 21 14:33:25 ovirt slapd[19276]: filter: (objectClass=*) Sep 21 14:33:25 ovirt slapd[19276]: attrs: Sep 21 14:33:25 ovirt slapd[19276]: * Sep 21 14:33:25 ovirt slapd[19276]: + Sep 21 14:33:25 ovirt slapd[19276]: altServer Sep 21 14:33:25 ovirt slapd[19276]: changelog Sep 21 14:33:25 ovirt slapd[19276]: firstChangeNumber Sep 21 14:33:25 ovirt slapd[19276]: lastChangeNumber Sep 21 14:33:25 ovirt slapd[19276]: lastPurgedChangeNumber Sep 21 14:33:25 ovirt slapd[19276]: namingContexts Sep 21 14:33:25 ovirt slapd[19276]: subschemaSubentry Sep 21 14:33:25 ovirt slapd[19276]: supportedAuthPasswordSchemes Sep 21 14:33:25 ovirt slapd[19276]: supportedControl Sep 21 14:33:25 ovirt slapd[19276]: supportedExtension Sep 21 14:33:25 ovirt slapd[19276]: supportedFeatures Sep 21 14:33:25 ovirt slapd[19276]: supportedLDAPVersion Sep 21 14:33:25 ovirt slapd[19276]: supportedSASLMechanisms Sep 21 14:33:25 ovirt slapd[19276]: vendorName Sep 21 14:33:25 ovirt slapd[19276]: vendorVersion Sep 21 14:33:25 ovirt slapd[19276]: Sep 21 14:33:25 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:25 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:25 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:26 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:26 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:26 ovirt slapd[19276]: connection_get(21) Sep 21 14:33:26 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:26 ovirt slapd[19276]: connection_get(21) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(21) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(21) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(21) Sep 21 14:33:26 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:26 ovirt slapd[19276]: connection_get(22) Sep 21 14:33:26 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:26 ovirt slapd[19276]: connection_get(22) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(22) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(22) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(22) Sep 21 14:33:26 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:26 ovirt slapd[19276]: connection_get(23) Sep 21 14:33:26 ovirt slapd[19276]: do_extended: oid=1.3.6.1.4.1.1466.20037 Sep 21 14:33:26 ovirt slapd[19276]: connection_get(23) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(23) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(23) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(23) Sep 21 14:33:26 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:26 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(20) Sep 21 14:33:26 ovirt slapd[19276]: SRCH "" 0 0 Sep 21 14:33:26 ovirt slapd[19276]: 1 0 0 Sep 21 14:33:26 ovirt slapd[19276]: filter: (objectClass=*) Sep 21 14:33:26 ovirt slapd[19276]: attrs: Sep 21 14:33:26 ovirt slapd[19276]: * Sep 21 14:33:26 ovirt slapd[19276]: + Sep 21 14:33:26 ovirt slapd[19276]: altServer Sep 21 14:33:26 ovirt slapd[19276]: changelog Sep 21 14:33:26 ovirt slapd[19276]: firstChangeNumber Sep 21 14:33:26 ovirt slapd[19276]: lastChangeNumber Sep 21 14:33:26 ovirt slapd[19276]: lastPurgedChangeNumber Sep 21 14:33:26 ovirt slapd[19276]: namingContexts Sep 21 14:33:26 ovirt slapd[19276]: subschemaSubentry Sep 21 14:33:26 ovirt slapd[19276]: supportedAuthPasswordSchemes Sep 21 14:33:26 ovirt slapd[19276]: supportedControl Sep 21 14:33:26 ovirt slapd[19276]: supportedExtension Sep 21 14:33:26 ovirt slapd[19276]: supportedFeatures Sep 21 14:33:26 ovirt slapd[19276]: supportedLDAPVersion Sep 21 14:33:26 ovirt slapd[19276]: supportedSASLMechanisms Sep 21 14:33:26 ovirt slapd[19276]: vendorName Sep 21 14:33:26 ovirt slapd[19276]: vendorVersion Sep 21 14:33:26 ovirt slapd[19276]: Sep 21 14:33:26 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" Sep 21 14:33:26 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:26 ovirt slapd[19276]: connection_get(17) Sep 21 14:33:26 ovirt slapd[19276]: SRCH "" 0 0 Sep 21 14:33:26 ovirt slapd[19276]: 0 0 0 Sep 21 14:33:26 ovirt slapd[19276]: filter: (&(objectClass=*)) Sep 21 14:33:26 ovirt slapd[19276]: attrs: Sep 21 14:33:26 ovirt slapd[19276]: namingContexts Sep 21 14:33:26 ovirt slapd[19276]: Sep 21 14:33:26 ovirt slapd[19276]: send_ldap_result: err=0 matched="" text="" ------------------------------------------------------------------------------- (engine.log outputs after ovirt-engine restart) # cat /var/log/ovirt-engine/engine.log | grep extensions 2014-09-21 14:33:25,591 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-15) Creating LDAP pool 'authz' for 'authn-company' 2014-09-21 14:33:25,962 INFO [org.ovirt.engineextensions.aaa.ldap.Framework] (MSC service thread 1-15) Creating LDAP pool 'authn' for 'authn-company' 2014-09-21 14:33:26,195 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-15) Start of enabled extensions list 2014-09-21 14:33:26,196 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-15) Instance name: 'builtin-authn-internal', Extension name: 'Internal Authn (Built-in)', Version: 'N/A', Notes: '', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: 'N/A', Initialized: 'true' 2014-09-21 14:33:26,196 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-15) Instance name: 'authn-company', Extension name: 'aaa.ldap.authn', Version: '0.0.0_master', Notes: 'Display name: ovirt-engine-extension-aaa-ldap-0.0.0-0.0.master.20140904095149.gitc7bd415.el6', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: '/etc/ovirt-engine/extensions.d/authn-company.properties', Initialized: 'true' 2014-09-21 14:33:26,197 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-15) Instance name: 'internal', Extension name: 'Internal Authz (Built-in)', Version: 'N/A', Notes: '', License: 'ASL 2.0', Home: 'http://www.ovirt.org', Author 'The oVirt Project', Build interface Version: '0', File: 'N/A', Initialized: 'true' 2014-09-21 14:33:26,197 INFO [org.ovirt.engine.core.extensions.mgr.ExtensionsManager] (MSC service thread 1-15) End of enabled extensions list ------------------------------------------------------------------------------- I could not find out any erros in engine.log as well as ldap.log. And I can not search add ldap users from Web Admin Portal. Click "Users" tab, then click "Add". I can select "internal (internal)" only on [Add Users and Groups] in "Search" field. I do not know where the cause is. I'm missing another settings required? Thanks, Fumihide Tani

2 19

Problem Refreshing/Using ovirt-image-repository / 3.5 RC2
by InterNetX - Juergen Gotteswinter 24 Sep '14

24 Sep '14

Hi, when trying to refresh the ovirt glance repository i get a 500 Error Message Operation Canceled Error while executing action: A Request to the Server failed with the following Status Code: 500 engine.log says: 2014-09-23 09:23:08,960 INFO [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand] (ajp--127.0.0.1-8702-10) [7fffb4bd] Running command: TestProviderConnectivityCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_POOL with role type ADMIN 2014-09-23 09:23:08,975 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-10) [7fffb4bd] Correlation ID: 7fffb4bd, Call Stack: null, Custom Event ID: -1, Message: Unrecognized audit log type has been used. 2014-09-23 09:23:20,173 INFO [org.ovirt.engine.core.bll.aaa.LogoutUserCommand] (ajp--127.0.0.1-8702-11) [712895c3] Running command: LogoutUserCommand internal: false. 2014-09-23 09:23:20,184 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-11) [712895c3] Correlation ID: 712895c3, Call Stack: null, Custom Event ID: -1, Message: User admin logged out. 2014-09-23 09:23:20,262 INFO [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (ajp--127.0.0.1-8702-6) Running command: LoginAdminUserCommand internal: false. anyone got an idea what is causing this? Same Network Location, Ovirt 3.4, the Repository works like expected. We also tried to start from scratch, after a engine-cleanup the error still occours. Cheers, Juergen

3 5

Re: [ovirt-users] overt viewer on mac osx
by Karli Sjöberg 24 Sep '14

24 Sep '14

Bill, remember to keep users list when replying. On Wed, 2014-09-24 at 10:16 +0000, Bill Dossett wrote: > ahhh… thanks! 2 minutes was the problem… I tried associating .vv > files with the RemoteView application, but that doesn’t work, just > brings up the remote viewer app as though it hadn’t been given a > console.vv file to configure it… any other way of doing this other > than going to a terminal and starting it? Right, it´s been explained to me in the past: http://lists.ovirt.org/pipermail/users/2014-January/019963.html @Christophe Has there been any updates to this? A newer version perhaps? /K > > > Thanks again! > > Bill Dossett > Virtualisation Architect > Pitney Bowes – Tech Central > 6 Hercules Way, 600 Leavesden Park > Watford, WD25 7GS > Phone (+44) (0)1923 279353 | VOIP: 54739353 > Mobile (+44) (0)7775 908612 > bill.dossett(a)pb.com > www.pb.com > > In Engineering? Raise a ticket via Remedy Anywhere [HERE] takes less > than a minute > > ManageIQ User Guide available [HERE] > > Check out the ManageIQ Blog for recent enhancements and > information [HERE] > > On Sep 24, 2014, at 10:58 AM, Karli Sjöberg <Karli.Sjoberg(a)slu.se> > wrote: > > > On Wed, 2014-09-24 at 09:28 +0000, Bill Dossett wrote: > > > Hi Karli, > > > > > > > > > I am on oVirt Engine Version 3.4.3-1.el6 is that what you mean? > > > > Yepp, that´s what I meant. Well, it´s working for us, though we´re > > still > > running 3.4.1 so that may have changed in later releases? > > > > FYI, the "authentication" that remote-viewer is referring to is the > > "ticket" (random gibberish - not the "engine" password) that > > ovirt-engine generates every time you press for console. That ticket > > has > > a 2 min timeout, so if you download a console.vv and wait more than > > that, the ticket will experired, and you´d have to download a new > > file > > for the authentication to work. Makes sense? > > > > /K > > > > > > > > > > > thanks > > > > > > Bill Dossett > > > Virtualisation Architect > > > Pitney Bowes – Tech Central > > > 6 Hercules Way, 600 Leavesden Park > > > Watford, WD25 7GS > > > Phone (+44) (0)1923 279353 | VOIP: 54739353 > > > Mobile (+44) (0)7775 908612 > > > bill.dossett(a)pb.com > > > www.pb.com > > > > > > In Engineering? Raise a ticket via Remedy Anywhere [HERE] takes > > > less > > > than a minute > > > > > > ManageIQ User Guide available [HERE] > > > > > > Check out the ManageIQ Blog for recent enhancements and > > > information [HERE] > > > > > > On Sep 24, 2014, at 10:11 AM, Karli Sjöberg <Karli.Sjoberg(a)slu.se> > > > wrote: > > > > > > > On Wed, 2014-09-24 at 09:07 +0000, Bill Dossett wrote: > > > > > Hi, > > > > > > > > > > > > > > > I got pretty excited when I found out there was a girt-viewer > > > > > for > > > > > mac… if this would work, it means I could manange my ovirt > > > > > stack > > > > > from > > > > > my mac without having to login to my windows VDI. > > > > > > > > > > > > > > > I have downloaded and installed per the instructions - and > > > > > then > > > > > downloaded the console.vv file and run the command line to > > > > > start > > > > > the > > > > > viewer with the console.vv - the first time it popped up and > > > > > then > > > > > said > > > > > that spice needed authentication… tried my virt-engine > > > > > password > > > > > that > > > > > didn’t work, hit cancel and it shut down. Tried it again and > > > > > now > > > > > it > > > > > just says it can’t determine the connection type from uri and > > > > > I > > > > > have > > > > > to quit. > > > > > > > > > > > > > > > I am running OSX 10.9.4 and apparently this has only been > > > > > tested > > > > > on > > > > > 10.9.1… hoping there is a fix to make this work, or am I doing > > > > > something wrong? The command I am using is > > > > > > > > > > > > > > > /Applications/RemoteViewer.app/Contents/MacOS/RemoteViewer > > > > > Downloads/console.vv > > > > > > > > > > and the console.vv is indeed in the Downloads dir off my home > > > > > dir. > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > Bill Dossett > > > > > Virtualisation Architect > > > > > Pitney Bowes – Tech Central > > > > > 6 Hercules Way, 600 Leavesden Park > > > > > Watford, WD25 7GS > > > > > Phone (+44) (0)1923 279353 | VOIP: 54739353 > > > > > Mobile (+44) (0)7775 908612 > > > > > bill.dossett(a)pb.com > > > > > www.pb.com > > > > > > > > > > In Engineering? Raise a ticket via Remedy Anywhere [HERE] > > > > > takes > > > > > less > > > > > than a minute > > > > > > > > > > ManageIQ User Guide available [HERE] > > > > > > > > > > Check out the ManageIQ Blog for recent enhancements and > > > > > information [HERE] > > > > > > > > > > > > > > > > > > > > > > > Hey Bill! > > > > > > > > What oVirt version are you on? > > > > > > > > > > > > > > > > -- > > > > > > > > Med Vänliga Hälsningar > > > > > > > > ------------------------------------------------------------------------------- > > > > Karli Sjöberg > > > > Swedish University of Agricultural Sciences Box 7079 (Visiting > > > > Address > > > > Kronåsvägen 8) > > > > S-750 07 Uppsala, Sweden > > > > Phone: +46-(0)18-67 15 66 > > > > karli.sjoberg(a)slu.se > > > > > > > > > > > > > > > ______________________________________________________________________ > > > > > > > > > > > -- > > > > Med Vänliga Hälsningar > > > > ------------------------------------------------------------------------------- > > Karli Sjöberg > > Swedish University of Agricultural Sciences Box 7079 (Visiting > > Address > > Kronåsvägen 8) > > S-750 07 Uppsala, Sweden > > Phone: +46-(0)18-67 15 66 > > karli.sjoberg(a)slu.se > > > > > ______________________________________________________________________ > -- Med Vänliga Hälsningar ------------------------------------------------------------------------------- Karli Sjöberg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kronåsvägen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg(a)slu.se

2 1

Re: [ovirt-users] [oVirt 3.4.3] RDP Browser plug-in - SSO
by Grzegorz Szypa 24 Sep '14

24 Sep '14

Hi. I resolved problem with connection to ovirt via Microsoft AD users, but it's stiil a problem with sign " /" before username. I attach file console.rdp generated for ovirt: and screen from logging in via native rdp first screen after running console.rdp: [image: Obraz w treści 1] and second screen after clicking "Inny użytkownik": [image: Obraz w treści 2] Have you any idea how to fix it 2014-09-24 10:19 GMT+02:00 Frantisek Kobzik <fkobzik(a)redhat.com>: > Hello, > > I don't know windows so much, but according to this [1], you can use both > formats of username. Could you try logging on manually with both formats? > > Cheers! > F. > > [1]: > http://msdn.microsoft.com/en-us/library/windows/desktop/aa380525(v=vs.85).a… > > > ----- Original Message ----- > From: "Grzegorz Szypa" <grzegorz.szypa(a)gmail.com> > To: "Frantisek Kobzik" <fkobzik(a)redhat.com> > Sent: Tuesday, September 23, 2014 3:48:34 PM > Subject: Re: [ovirt-users] [oVirt 3.4.3] RDP Browser plug-in - SSO > > Hi. > > In native rdp is still same. But I think it happens because, like this: > > user@domine, example admin@internal user is treated as a user, so if I was > logged in as a user ovirt(a)szypa.net example, where the domain is szypa.net > it probably should log in as szypa.net/ovirt me, but I'm not sure. > > But not proof, it now because I have the problem described in this thread: > [ovirt 3.4.3] No KDC can be obtained for domain... after using engine-man > age-domains edit > > > 2014-09-23 12:45 GMT+02:00 Frantisek Kobzik <fkobzik(a)redhat.com>: > > > Hi, > > > > Could you please switch to 'Native' invocation in 'Console options' and > > inspect generated .rdp file? Focus on a line that starts with > > "username:s:". What value does it contain? > > > > Also, make sure you don't reload the webpage (e.g. F5) prior to > connecting > > to the machine - SSO wouldn't work in this case. > > > > Cheers! > > F. > > > > > > ----- Original Message ----- > > From: "Grzegorz Szypa" <grzegorz.szypa(a)gmail.com> > > To: users(a)ovirt.org > > Sent: Sunday, September 21, 2014 10:08:09 PM > > Subject: [ovirt-users] [oVirt 3.4.3] RDP Browser plug-in - SSO > > > > Hi. > > > > I have a little problem with log-in to Windows VMs via SSO. When connect > > to VM in username filed i get a example text "/user@domain" What going > on > > wit this sign " / " > > > > -- > > G.Sz. > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > > > > -- > G.Sz. > -- G.Sz.

1 0

[ovirt 3.4.3] No KDC can be obtained for domain... after using engine-manage-domains edit
by Grzegorz Szypa 24 Sep '14

24 Sep '14

Hi. I have a problem with losting connetction to Windows Active Directory. Normaly I connect ovirt with AD like this: "engine-manage-domains add --domain=szypa.net --provider=ad --user=ovirt --add-permissions" After period time, example when i restart ovirt, connection is lost becouse i cannot add new user created in AD, so i thinking that i refresh conf. connection to ad: "engine-manage-domains edit --domain=szypa.net --provider=ad --user=ovirt --add-permissions" and i get this error: No KDC can be obtained for domain szypa.net have any idea? I read that this problem is resolved in previous ovirt version -- G.Sz.

2 6

[ANN] oVirt 3.5.0 Third Release Candidate is now available for testing
by Sandro Bonazzola 24 Sep '14

24 Sep '14

The oVirt team is pleased to announce that the 3.5.0 Third Release Candidate is now available for testing as of Sep 24th 2014. The release candidate is available now for Fedora 19, Fedora 20 and Red Hat Enterprise Linux 6.5 (or similar) and allow you to use Red Hat Enterprise Linux 7 as node and run Hosted Engine. This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-3.5-pre has been updated for delivering this release without the need of enabling any other repository. If you're already using oVirt 3.5 repository, please update ovirt-release35 rpm. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Live, oVirt Guest Tools and oVirt Node ISO will be available soon as well[2]. Please note that mirrors may need usually one day before being synchronized. If you want to be sure to use latest rpms and don't want to wait for the mirrors, you can edit /etc/yum.repos.d/ovirt-3.5.repo commenting the mirror line and removing the comment on baseurl line. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.5_Release_Notes [2] http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

sysprep answers
by Bill Dossett 24 Sep '14

24 Sep '14

--_000_B47F00825D68444ABC0373307827536037164F60013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I've managed to get my first templates ready to go.... But I am lacking a d= ocument that explains how I can add the VMs to my domain. I have sealed th= e template but the ovirt docs seem to stop there and the redhat ones talk a= bout using rhevm-config commands. I have found the place to set time zone and enter a domain if I edit the te= mplate, however to add a computer to our domain we need to use a special ac= count and I don't see any way of specifying this. Any help or further reading would be appreciated Thanks Bill Dossett Virtualisation Architect Pitney Bowes - Tech Central 6 Hercules Way, 600 Leavesden Park Watford, WD25 7GS Phone (+44) (0)1923 279353 | VOIP: 54739353 Mobile (+44) (0)7775 908612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> www.pb.com<http://www.pb.com/> In Engineering? Raise a ticket via Remedy Anywhere [HERE<http://teamsite.in= side.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx>] take= s less than a minute ManageIQ User Guide available [HERE<https://dl.dropbox.com/u/6219441/Manage= IQ%20-%20User%20Manual%20PB%20v4.pdf>] Check out the ManageIQ Blog for recent enhancements and information [HERE]<= http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx> ________________________________ --_000_B47F00825D68444ABC0373307827536037164F60013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I’ve managed to get my first templates ready t= o go…. But I am lacking a document that explains how I can add the VM= s to my domain.  I have sealed the template but the ovirt docs seem to= stop there and the redhat ones talk about using rhevm-config commands.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I have found the place to set time zone and enter a = domain if I edit the template, however to add a computer to our domain we n= eed to use a special account and I don’t see any way of specifying th= is.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Any help or further reading would be appreciated<o:p= ></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"border-collapse:collapse"> <tbody> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Bill Dossett<o:p></o= :p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Virtualisation Archi= tect</span></b><span style=3D"font-size:10.0pt;font-family:"Verdana&qu= ot;,"sans-serif";color:#A2A2A2;mso-fareast-language:EN-GB"><o:p><= /o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Pitney Bowes –= Tech Central</span></b><b><span style=3D"font-size:10.0pt;font-family:&quo= t;Verdana","sans-serif";color:gray;mso-fareast-language:EN-G= B"><o:p></o:p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">6 Hercules Way, 600 Lea= vesden Park<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Watford, WD25 7GS</span= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Phone</span><span style= =3D"font-size:10.0pt;font-family:"Verdana","sans-serif"= ;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)1923= 279353 | VOIP: 54739353</span><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";color:gray;mso-fareast-language:= EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Mobile</span><span styl= e=3D"font-size:10.0pt;font-family:"Verdana","sans-serif&quot= ;;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)7775= 908612</span><span style=3D"font-size:10.0pt;font-family:"Verdana&quo= t;,"sans-serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p= ></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><a href=3D"mailto:bill.= dossett(a)pb.com"><span style=3D"color:blue">bill.dossett(a)pb.com</span></a></= span><span style=3D"font-size:10.0pt;font-family:"Verdana","= sans-serif";color:blue;mso-fareast-language:EN-GB"><o:p></o:p></span><= /p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><a href=3D"http://www.p= b.com/"><span style=3D"color:blue">www.pb.com</span></a> <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><o:p> </o:p></span= ></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";mso-fareast-language:EN-GB">In Engineering?</span></b><span= style=3D"font-size:10.0pt;font-family:"Verdana","sans-serif= ";mso-fareast-language:EN-GB"> <b>Raise a ticket via Remedy Anywhere [<a href=3D"http://teamsite.inside.pb= .com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx"><span style= =3D"color:blue">HERE</span></a>]<span style=3D"color:blue"> </span><span style=3D"color:black">takes less than a minute</span></b></spa= n><span style=3D"font-size:10.0pt;font-family:"Verdana","san= s-serif";color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p= > </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;mso-fareast-language= :EN-GB"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">ManageIQ = User Guide available</span></b><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";mso-fareast-language:EN-GB"> [<b= ><a href=3D"https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%2= 0PB%20v4.pdf"><span style=3D"color:blue">HERE</span></a></b>]<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB"><o:p>&nbs= p;</o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">Check out= the ManageIQ Blog for recent enhancements and information <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.a= spx"><span style=3D"color:blue">[HERE]</span></a><o:p></o:p></span></b></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Black" size=3D"2"><br> </font> </body> </html> --_000_B47F00825D68444ABC0373307827536037164F60013BR1MPN1012MG_--

2 2

question on VM
by Bill Dossett 24 Sep '14

24 Sep '14

--_000_B47F00825D68444ABC0373307827536037159F52013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, I am creating my first ovirt VM from a windows 2008 R2 iso. After setting it all up, loading the drivers etc it looks fine, but it seem= s like it has no network connectivity. This is odd as it is obtaining a DH= CP address and it looks like it can browse for other windows systems on the= network. But I can't ping it, it can't ping out and I can't remote deskto= p into it. Normally this sounds like a firewall problem, but I disabled th= at immediately. It is using the virtio driver. It is connected to the def= ault network ovirtmgmt which has a dhcp server on it. Ovirt-engine says th= e interface is up and connected and windows thinks it is connected to an un= known network with out internet access. I can't ping the default gateway f= rom the VM console. Seems silly, but I've kind of run out of things to try= on this now. I am using VLAN tagging on the ovirt-engine network side of = things and it is plugged into a trunked port... but I wouldn't think that = has anything to do with the VM itself as I am not doing anything with VLAN= s on the VM itself, it is just connected to it. All the host network/inter= faces are pingable in the cluster as well. Thanks if anyone has any ideas what I might be looking for. Bill Dossett Virtualisation Architect Pitney Bowes - Tech Central 6 Hercules Way, 600 Leavesden Park Watford, WD25 7GS Phone (+44) (0)1923 279353 | VOIP: 54739353 Mobile (+44) (0)7775 908612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> www.pb.com<http://www.pb.com/> In Engineering? Raise a ticket via Remedy Anywhere [HERE<http://teamsite.in= side.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx>] take= s less than a minute ManageIQ User Guide available [HERE<https://dl.dropbox.com/u/6219441/Manage= IQ%20-%20User%20Manual%20PB%20v4.pdf>] Check out the ManageIQ Blog for recent enhancements and information [HERE]<= http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx> ________________________________ --_000_B47F00825D68444ABC0373307827536037159F52013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hi,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I am creating my first ovirt VM from a windows 2008 = R2 iso.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">After setting it all up, loading the drivers etc it = looks fine, but it seems like it has no network connectivity.  This is= odd as it is obtaining a DHCP address and it looks like it can browse for = other windows systems on the network.  But I can’t ping it, it can’t ping out and I can’t remot= e desktop into it.  Normally this sounds like a firewall problem, but = I disabled that immediately.  It is using the virtio driver.  It = is connected to the default network ovirtmgmt which has a dhcp server on it.  Ovirt-engine says the interface is up and connected and windo= ws thinks it is connected to an unknown network with out internet access.&n= bsp; I can’t ping the default gateway from the VM console.  Seem= s silly, but I’ve kind of run out of things to try on this now.  I am using VLAN tagging on the ovirt-engine network side o= f things and it is plugged into a trunked port…  but I wouldn&#8= 217;t think that has anything to do  with the VM itself as I am not do= ing anything with VLANs on the VM itself, it is just connected to it.  All the host network/interfaces are pingable in the cluster a= s well.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Thanks if anyone has any ideas what I might be looki= ng for.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"border-collapse:collapse"> <tbody> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Bill Dossett<o:p></o= :p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Virtualisation Archi= tect</span></b><span style=3D"font-size:10.0pt;font-family:"Verdana&qu= ot;,"sans-serif";color:#A2A2A2;mso-fareast-language:EN-GB"><o:p><= /o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Pitney Bowes –= Tech Central</span></b><b><span style=3D"font-size:10.0pt;font-family:&quo= t;Verdana","sans-serif";color:gray;mso-fareast-language:EN-G= B"><o:p></o:p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">6 Hercules Way, 600 Lea= vesden Park<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Watford, WD25 7GS</span= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Phone</span><span style= =3D"font-size:10.0pt;font-family:"Verdana","sans-serif"= ;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)1923= 279353 | VOIP: 54739353</span><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";color:gray;mso-fareast-language:= EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Mobile</span><span styl= e=3D"font-size:10.0pt;font-family:"Verdana","sans-serif&quot= ;;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)7775= 908612</span><span style=3D"font-size:10.0pt;font-family:"Verdana&quo= t;,"sans-serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p= ></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><a href=3D"mailto:bill.= dossett(a)pb.com"><span style=3D"color:blue">bill.dossett(a)pb.com</span></a></= span><span style=3D"font-size:10.0pt;font-family:"Verdana","= sans-serif";color:blue;mso-fareast-language:EN-GB"><o:p></o:p></span><= /p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><a href=3D"http://www.p= b.com/"><span style=3D"color:blue">www.pb.com</span></a> <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><o:p> </o:p></span= ></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";mso-fareast-language:EN-GB">In Engineering?</span></b><span= style=3D"font-size:10.0pt;font-family:"Verdana","sans-serif= ";mso-fareast-language:EN-GB"> <b>Raise a ticket via Remedy Anywhere [<a href=3D"http://teamsite.inside.pb= .com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx"><span style= =3D"color:blue">HERE</span></a>]<span style=3D"color:blue"> </span><span style=3D"color:black">takes less than a minute</span></b></spa= n><span style=3D"font-size:10.0pt;font-family:"Verdana","san= s-serif";color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p= > </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;mso-fareast-language= :EN-GB"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">ManageIQ = User Guide available</span></b><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";mso-fareast-language:EN-GB"> [<b= ><a href=3D"https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%2= 0PB%20v4.pdf"><span style=3D"color:blue">HERE</span></a></b>]<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB"><o:p>&nbs= p;</o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">Check out= the ManageIQ Blog for recent enhancements and information <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.a= spx"><span style=3D"color:blue">[HERE]</span></a><o:p></o:p></span></b></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Black" size=3D"2"><br> </font> </body> </html> --_000_B47F00825D68444ABC0373307827536037159F52013BR1MPN1012MG_--

2 3

oVirt 3.4 entering security/critical fix only phase
by Sandro Bonazzola 24 Sep '14

24 Sep '14

Hi, As you should know, we released oVirt 3.4.4 yesterday. After this release, only security/critical fixes will be allowed on 3.4 branch and only a security/critical update will cause a new oVirt 3.4.z release. It's time to focus on new features for 3.6.0! Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Registration Now Open for the oVirt Workshop, Oct. 16!
by Brian Proffitt 23 Sep '14

23 Sep '14

As oVirt strives to become the best open source and comprehensive data center virtualization management suite, and its community rapidly evolves and grows, one of the ways its vibrant community connects is through our Global Workshops. The events are conducted solely to introduce new users and veteran oVirt admins to new features and new techniques found in oVirt, as well as provide a forum for our users to connect directly with the development team behind oVirt. With that in mind, we are pleased to announce that registration is now open for the 2014 oVirt Workshop[1]! The 2014 oVirt workshop will be co-located with the KVM Forum[2] in Düsseldorf, Germany[3]on October 16, 2014. This workshop is designed to encourage collaboration in our community, lay the foundation for best practices in oVirt use, convey end-user stories, and help answer questions about the project from both a developer and user's perspective. Attendees can register free-of-charge[4] to the Workshop alone, or, if attending LinuxCon EU[5], CloudOpen Europe[6], Embedded Linux Conference[7], or KVM Forum[8], can also add this free Workshop to their itineraries when registering. We look forward to seeing you there! [1] http://www.ovirt.org/KVM_Forum_Workshop_Oct_2014 [2] http//events.linuxfoundation.org/events/kvm-forum [3] http://ow.ly/BPSnM [4] https://www.regonline.com/Register/Checkin.aspx?EventID=1625495 [5] http://events.linuxfoundation.org/events/linuxcon-europe/extend-the-experie… [6] http://events.linuxfoundation.org/events/cloudopen-europe/extend-the-experi… [7] http://events.linuxfoundation.org/events/embedded-linux-conference-europe/e… [8] http://events.linuxfoundation.org/events/kvm-forum/extend-the-experience/co… -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

Fedora 21 Test Day
by Federico Simoncelli 23 Sep '14

23 Sep '14

FYI, in a couple of days it will be the Fedora 21 virtualization test day: http://fedoramagazine.org/5tftw-2014-09-02/ https://fedoraproject.org/wiki/Test_Day:2014-09-25_Virtualization it's a good opportunity for us to check for regressions with vdsm (qemu, libvirt, virt-tools), get more attention from the fedora community, have quicker feedback on issues and get them fixed before release. -- Federico

2 1

changing uid:gid of vdsm:kvm
by Stefan Wendler 23 Sep '14

23 Sep '14

Hi, this might be documented somewhere but I cannot find it. In what way does ovirt rely on vdsm:kvm being 36:36? Or can I just change the uid:gid everywhere and be golden? I need to change the uid:gid of vdsm:kvm to a value >1024. It has something to do with the setup of the diskstore I am supposed to use for this setup. The diskstore is a Synology which has all kinds of strange implications on the setup. Cheers, Stefan

2 2

How to disconnect hosted-engine NFS storage pool?
by Groten, Ryan 23 Sep '14

23 Sep '14

--_000_61A8344D117D814CA4DA393472F38CF4018F626E33CD1001M360cor_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I want to unmounted the hosted-engine NFS share without affecting all the o= ther running VMs on the host. When I shutdown the hosted-engine and enable= global maintenance, the storage pool is still mounted and I can't unmount = it because the "sanlock" process is using it. Is there any way to disconnect the storage pool? There is a hosted-engine = --connect-storage option but I see nothing to disconnect it. Thanks, Ryan --_000_61A8344D117D814CA4DA393472F38CF4018F626E33CD1001M360cor_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV=3D"Content-Type" CONTENT= =3D"text/html; charset=3Dus-ascii"><meta name=3DGenerator content=3D"Micros= oft Word 14 (filtered medium)"><style></style></head><body lang=3DEN-CA link=3Dblue vli= nk=3Dpurple><div class=3DWordSection1><p class=3DMsoNormal><span style=3D'f= ont-size:10.0pt;font-family:"Century Gothic","sans-serif"'>I want to unmoun= ted the hosted-engine NFS share without affecting all the other running VMs= on the host.  When I shutdown the hosted-engine and enable global mai= ntenance, the storage pool is still mounted and I can’t unmount it be= cause the “sanlock” process is using it.<o:p></o:p></span></p><= p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Century Go= thic","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal><span = style=3D'font-size:10.0pt;font-family:"Century Gothic","sans-serif"'>Is the= re any way to disconnect the storage pool?  There is a hosted-engine -= -connect-storage option but I see nothing to disconnect it.<o:p></o:p></spa= n></p><p class=3DMsoNormal><span style=3D'font-size:10.0pt;font-family:"Cen= tury Gothic","sans-serif"'><o:p> </o:p></span></p><p class=3DMsoNormal= ><span style=3D'font-size:10.0pt;font-family:"Century Gothic","sans-serif"'= >Thanks,<o:p></o:p></span></p><p class=3DMsoNormal><span style=3D'font-size= :10.0pt;font-family:"Century Gothic","sans-serif"'>Ryan<o:p></o:p></span></= p></div></body></html>= --_000_61A8344D117D814CA4DA393472F38CF4018F626E33CD1001M360cor_--

3 7

[OVIRT-3.5-TEST-DAY-3] Remote DWH & Reports
by Frantisek Kobzik 23 Sep '14

23 Sep '14

Hello everyone, I forgot to post my test day result and was told to do it now (I basically re-discovered two issues that are already known). So here it is: Testing DWH and Reports on separate machine HW 3 VMs - Engine, DWH&Reports (5 GB RAM), Host with local storage Test subject Deploy and run DWH and Reports on other machine (from engine machine) Progress - Deployed with help of annotated setup [1] Result - PROBLEM: Reports link on engine (machine A) links to services/reports-redirect, this opens flow.html on machine A (I'd suppose rediring to B)! - opening flow.html on B gives 404 anyway - manual navigation to https://dwh/ovirt-engine-reports/login.html finally opens dwh reports portal - seems that bz has already been created https://bugzilla.redhat.com/show_bug.cgi?id=1142256 - Certificate machinery is ok, despite the fact copying/pasting from/to stdout/stdin seems a little bit bizzare to me. Opened https://bugzilla.redhat.com/show_bug.cgi?id=1144309 - Clicked through reports portal and it seems it works nice - I was able to see information about my deployment (Clusters, Hosts, VMs). Cheers! Franta.

1 0

Fwd: Re: Geo-replication user flows
by Sahina Bose 23 Sep '14

23 Sep '14

This is a multi-part message in MIME format. --------------070706000003030108020808 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit FYI... Feedback about geo-replication user flows - thanks to Ju. (http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience) Please feel free to add/comment thanks sahina -------- Original Message -------- Subject: Re: Geo-replication user flows Date: Tue, 16 Sep 2014 13:49:17 -0400 From: Ju Lim <julim(a)redhat.com> To: Sahina Bose <sabose(a)redhat.com> Hi Sahina: Thanks for getting back to me. I took away 3 action items from the email: Geo-replication session configuration options mockup -- we're working on putting something together Dashboard - what to show in the dashboard; we're working on putting something together Checkpoint history - what to show. Here's what I believe you should show: * show what you would get from the "# gluster volume geo-replication <source_volume> <destination_host>::<destination_volume> config log-file | xargs grep checkpoint" command * show the following columns (I'll assume you don't need a mockup as this most likely would be shown in a table) o checkpoint name, checkpoint creation date, amount of data transferred (indicate if delta or cumulative size), status Please feel free to forward to oVirt users. Thanks, Ju On Sep 12, 2014, at 5:01 AM, Sahina Bose <sabose(a)redhat.com <mailto:sabose@redhat.com>> wrote: > Ju, > > Thanks for the detailed feedback. My responses inline. > > On 09/11/2014 01:24 AM, Ju Lim wrote: >> Sahina: >> >> I finally had some time to review the Geo-replication proposal on >> http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience. >> >> Will we have a tab (sibling to Volumes, Clusters, etc.) for >> Replication Sessions so a user can see all Geo-Replication Sessions >> in 1 place vs. looking into every volume to identify them? I see >> later a question asked about it. +1 that we need a "Geo-Replication >> Sessions" or "Geo-Replication" in the main tab. > > This tab would be empty if there are no replication sessions. > But having a tab will all replication sessions would be useful and > could be used to start a new one. > > >> >> Is there a proposal yet for what we'll show related to replication in >> the dashboard? > > No, no proposal yet. > >> >> For the Geo-Replication detail tab (in the Volume main tab), >> Should the action be "New" or "Create Session"? Reason I ask is that >> it's "Create Volume" vs. "New Volume" in the master area. > > We are trying to be consistent with the verbs..and have changed to > Volume -> New for creating a volume. So it should be "New Session" IMO > > >> >> For the Create Session / New, can we use the same dialog whether it's >> coming from the Geo-Replication detail tab (in the Volume main tab) >> and the "Geo-Replication Sessions" main tab? >> >> The only difference is that the one from the main tab would >> additionally ask the source (host / IP Address + volume). For the >> detail tab, instead of prompting for the source, we can show it. > > Yes, it can be the same dialog. The information regarding source > volume would be prefilled if it's coming from the geo-replication sub-tab. > > >> >> For the Destination (or Remote) Cluster Volumes, can the destination >> volume be of a different volume type to participate in geo-replication? > > Destination volume can be of a different volume type. > >> >> For the Geo-Replication Session Options, can we make the >> configuration options >> (https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Admi…) more >> usable vs. cryptic as it currently seems? Specifically, can we >> showcase the defaults and provide the rest as Advanced configurations >> that they can change? > > We were planning to have a UI similar to the volume options. Do let us > know, if there's a better way to do this. > >> >> The Geo-Replication Session Details view -- I'm not sure what this is >> telling the user other then how long the host has been up. Does this >> mean that replication has been running for as long as the uptime for >> those hosts? It seems to be missing Checkpoint information and >> Checkpoint history information, which is important for >> geo-replication consistency. >> >> Specifically, when I think of what is typically shown in a >> geo-replication session, I'd expect to see the following columns of >> information: >> >> Source Volume, Destination / Remote Volume, Status, Last Checkpoint, >> Last Checkpoint Label >> >> If different volume types can be used within the same replication >> session, then we would also want to show the volume type on the >> remote volume. > > Session details view will also show information on files/bytes > skipped, moved etc per brick node. > > Regarding checkpoint, there's currently only a checkpoint status being > shown. There's some enhancements to be done in gluster geo-rep with > regards to checkpoints > > What information would need to be shown in checkpoint history? > > >> >> BTW, do you know if there are plans to show volume size (total, used, >> available/remaining) in the Volume master area? > > Yes, we have introduced a volume capacity column in the Volumes tab, > which will show these details. > >> >> Is there any possibility to change the terminology from master-slave >> to source-destination, source-remote, master-remote? The >> master-slave terminology is quite unusual in the storage replication >> realm. I ask as I see docs, CLI, etc. that already use the >> master-slave terminology. > > We could change in the docs and UI...CLI, not so sure. > > >> >> We're happy to put together mockups and/or a proposal if it would be >> helpful. Is this the best way to provide input, or should I be >> posting my comments on >> http://www.ovirt.org/Talk:Features/Gluster_Geo_Replication? > > If you have suggestions on showing the configuration options and for > the dashboard, that would be welcome. > I could forward this to ovirt users for wider circulation. > > thanks! > >> >> Please advise. >> >> Thanks, >> Ju >> >> >> On Sep 4, 2014, at 10:23 AM, Sahina Bose <sabose(a)redhat.com >> <mailto:sabose@redhat.com>> wrote: >> >>> Hi all, >>> >>> The user experience section >>> http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience , >>> has been updated to capture the user flows. (The mockups, however, >>> are older and do not completely reflect the updated text) >>> >>> There are couple of open questions. Please review and provide >>> suggestions. >>> >>> thanks >>> sahina >>> >> > --------------070706000003030108020808 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#FFFFFF" text="#000000"> FYI... Feedback about geo-replication user flows - thanks to Ju. (<a class="moz-txt-link-freetext" href="http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience">http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience</a>).<br> <br> Please feel free to add/comment<br> <br> thanks<br> sahina<br> <div class="moz-forward-container"><br> <br> -------- Original Message -------- <table class="moz-email-headers-table" cellpadding="0" cellspacing="0" border="0"> <tbody> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject: </th> <td>Re: Geo-replication user flows</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th> <td>Tue, 16 Sep 2014 13:49:17 -0400</td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th> <td>Ju Lim <a class="moz-txt-link-rfc2396E" href="mailto:julim@redhat.com"><julim(a)redhat.com></a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th> <td>Sahina Bose <a class="moz-txt-link-rfc2396E" href="mailto:sabose@redhat.com"><sabose(a)redhat.com></a></td> </tr> <tr> <th align="RIGHT" nowrap="nowrap" valign="BASELINE"><br> </th> <td><br> </td> </tr> </tbody> </table> <br> <br> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> Hi Sahina: <div><br> </div> <div>Thanks for getting back to me.  I took away 3 action items from the email:</div> <div><br> </div> <div> <div> <div><font face="Arial">Geo-replication session configuration options mockup -- we're working on putting something together</font></div> <div><font face="Arial"><br> </font></div> <div> <div><font face="Arial">Dashboard - what to show in the dashboard; </font><span style="font-family: Arial; ">we're working on putting something together</span></div> </div> </div> <div><span style="font-family: Arial; "><br> </span></div> <div> <div><font face="Arial">Checkpoint history - what to show.  Here's what I believe you should show:</font></div> <div> <ul> <li><font face="Arial">show what you would get from the "<span style="background-color: rgb(245, 245, 245); line-height: 18.2000007629395px; orphans: 4; text-align: left; white-space: pre-wrap; widows: 4; "># gluster volume geo-replication <source_volume> <destination_host>::<destination_volume> config log-file | xargs grep checkpoint" command</span></font></li> <li><span style="background-color: rgb(245, 245, 245); line-height: 18.2000007629395px; orphans: 4; text-align: left; white-space: pre-wrap; widows: 4; "><font face="Arial">show the following columns (I'll assume you don't need a mockup as this most likely would be shown in a table)</font></span></li> <ul> <li><span style="background-color: rgb(245, 245, 245); line-height: 18.2000007629395px; orphans: 4; text-align: left; white-space: pre-wrap; widows: 4; "><font face="Arial">checkpoint name, checkpoint creation date, amount of data transferred (indicate if delta or cumulative size), status</font></span></li> </ul> </ul> <div>Please feel free to forward to oVirt users.</div> </div> </div> </div> <div><br> </div> <div>Thanks,</div> <div>Ju</div> <div><br> </div> <div> <div> <div>On Sep 12, 2014, at 5:01 AM, Sahina Bose <<a moz-do-not-send="true" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a>> wrote:</div> <br class="Apple-interchange-newline"> <blockquote type="cite"> <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> <div bgcolor="#FFFFFF" text="#000000"> Ju,<br> <br> Thanks for the detailed feedback. My responses inline.<br> <br> <div class="moz-cite-prefix">On 09/11/2014 01:24 AM, Ju Lim wrote:<br> </div> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <span style="line-height: 22px; font-size: 13px;"><font face="Arial">Sahina:</font></span> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">I finally had some time to review the Geo-replication proposal on <a moz-do-not-send="true" href="http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience" style="line-height: 15px; ">http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience</a>.</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Will we have a tab (sibling to Volumes, Clusters, etc.) for Replication Sessions so a user can see all Geo-Replication Sessions in 1 place vs. looking into every volume to identify them?  I see later a question asked about it.  +1 that we need a "Geo-Replication Sessions" or "Geo-Replication" in the main tab.</font></div> </blockquote> <br> <font face="Arial">This tab would be empty if there are no replication sessions.<br> But having a tab will all replication sessions would be useful and could be used to start a new one.<br> <br>  <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Is there a proposal yet for what we'll show related to replication in the dashboard?</font></div> </blockquote> <br> <font face="Arial">No, no proposal yet.<br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Geo-Replication detail tab (in the Volume main tab), </font></div> <div><font style="font-size: 13px;" face="Arial">Should the action be "New" or "Create Session"?  Reason I ask is that it's "Create Volume" vs. "New Volume" in the master area.</font></div> </blockquote> <br> We are trying to be consistent with the verbs..and have changed to Volume -> New for creating a volume. So it should be "New Session" IMO<br> <br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Create Session / New, can we use the same dialog whether it's coming from the Geo-Replication detail tab (in the Volume main tab) and the "Geo-Replication Sessions" main tab?</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">The only difference is that the one from the main tab would additionally ask the source (host / IP Address + volume).  For the detail tab, instead of prompting for the source, we can show it.</font></div> </blockquote> <br> <font face="Arial">Yes, it can be the same dialog. The information regarding source volume would be prefilled if it's coming from the geo-replication sub-tab.<br> <br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Destination (or Remote) Cluster Volumes, can the destination volume be of a different volume type to participate in geo-replication?</font></div> </blockquote> <br> <font face="Arial">Destination volume can be of a different volume type.</font><br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">For the Geo-Replication Session Options, can we make the configuration options (<a moz-do-not-send="true" href="https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Admi…">https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Admi…</a>) more usable vs. cryptic as it currently seems?  Specifically, can we showcase the defaults and provide the rest as Advanced configurations that they can change?</font></div> </blockquote> <br> We were planning to have a UI similar to the volume options. Do let us know, if there's a better way to do this.<br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">The Geo-Replication Session Details view -- I'm not sure what this is telling the user other then how long the host has been up.  Does this mean that replication has been running for as long as the uptime for those hosts?  It seems to be missing Checkpoint information and Checkpoint history information, which is important for geo-replication consistency.</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Specifically, when I think of what is typically shown in a geo-replication session, I'd expect to see the following columns of information:</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">   Source Volume, Destination / Remote Volume, Status, Last Checkpoint, Last Checkpoint Label</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">If different volume types can be used within the same replication session, then we would also want to show the volume type on the remote volume.</font></div> </blockquote> <br> <font face="Arial">Session details view will also show information on files/bytes skipped, moved</font> etc per brick node.<br> <br> Regarding checkpoint, there's currently only a checkpoint status being shown. There's some enhancements to be done in gluster geo-rep with regards to checkpoints<br> <br> What information would need to be shown in checkpoint history?<br> <br> <br> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">BTW, do you know if there are plans to show volume size (total, used, available/remaining) in the Volume master area?</font></div> </blockquote> <br> <font face="Arial">Yes, we have introduced a volume capacity column in the Volumes tab, which will show these details.<br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Is there any possibility to change the terminology from master-slave to source-destination, source-remote, master-remote?  The master-slave terminology is quite unusual in the storage replication realm.  I ask as I see docs, CLI, etc. that already use the master-slave terminology.</font></div> </blockquote> <br> <font face="Arial">We could change in the docs and UI...CLI, not so sure.<br> <br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">We're happy to put together mockups and/or a proposal if it would be helpful.  Is this the best way to provide input, or should I be posting my comments on <a moz-do-not-send="true" href="http://www.ovirt.org/Talk:Features/Gluster_Geo_Replication">http://www.ovirt.org/Talk:Features/Gluster_Geo_Replication</a>?</font></div> </blockquote> <br> <font face="Arial">If you have suggestions on showing the configuration options and for the dashboard, that would be welcome.<br> I could forward this to ovirt users for wider circulation.<br> <br> thanks!<br> <br> </font> <blockquote cite="mid:EDB5A6A7-C6ED-4A4A-A15C-5405FF771F92@redhat.com" type="cite"> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Please advise.</font></div> <div><font style="font-size: 13px;" face="Arial"><br> </font></div> <div><font style="font-size: 13px;" face="Arial">Thanks,</font></div> <div><font style="font-size: 13px;" face="Arial">Ju</font></div> <div style="font-family: Noteworthy-Light; font-size: 15px; "><br> </div> <div><br> </div> <div> <div>On Sep 4, 2014, at 10:23 AM, Sahina Bose <<a moz-do-not-send="true" href="mailto:sabose@redhat.com">sabose(a)redhat.com</a>> wrote:</div> <br class="Apple-interchange-newline"> <blockquote type="cite">Hi all,<br> <br> The user experience section <a moz-do-not-send="true" href="http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience">http://www.ovirt.org/Features/Gluster_Geo_Replication#User_Experience</a> , has been updated to capture the user flows. (The mockups, however, are older and do not completely reflect the updated text)<br> <br> There are couple of open questions. Please review and provide suggestions.<br> <br> thanks<br> sahina<br> <br> </blockquote> </div> <br> </blockquote> <br> </div> </blockquote> </div> <br> </div> <br> </div> <br> </body> </html> --------------070706000003030108020808--

1 0

connetcion noVNC via FireFox only?
by Grzegorz Szypa 23 Sep '14

23 Sep '14

Hi. Like subject this is only available on FireFox Browser? and as it is with Internet Explorer? -- G.Sz.

2 1

[oVirt 3.4.3] RDP Browser plug-in - SSO
by Grzegorz Szypa 23 Sep '14

23 Sep '14

Hi. I have a little problem with log-in to Windows VMs via SSO. When connect to VM in username filed i get a example text "/user@domain" What going on wit this sign " / " -- G.Sz.

2 1

Bug: Spice port changed!!!!!
by PaulCheung 23 Sep '14

23 Sep '14

--_dbdd9665-244a-40a0-a04a-304b99388545_ Content-Type: multipart/alternative; boundary="_054c85cf-197b-4417-8de0-b797aa86b678_" --_054c85cf-197b-4417-8de0-b797aa86b678_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQpBZnRlciBzaHV0ZG93biB0aGUgVk0sIHRoZW4gcmVzdGFydCB0aGUgVk0gdGhl IFZtJ3Mgc3BpY2UgcG9ydCBpcyBjaGFuZ2VkISAgICAgICAgICAgICAgDQoNCkJlY2F1c2UgSSBo YXZlIDEwIHRlcm1pbmFsIEFSTS1Cb3ggIHJ1bm5pbmcgc3BpY2UgY2xpZW50IGNvbm5lY3RlZCB0 byB0aGUgdm0sICBidXQgYWZ0ZXIgdGhlIFZNIHNodXRkb3duIGFuZCBzdGFydCBhZ2FpbiwgdGhl IHZtIG5vdCB0aGUgb25lIHdoaWNlIHRoZSBvbmUgYmVmb3JlLg0KSSB3aXNoIHlvdSBjYW4gbGV0 IHVzIGhhdmUgYSBvcHRpb24sIHRvIGxldCB0aGUgVk0gd2l0aCBhIGZpeGVkIHNwaWNlIHBvcnQs ICAgbGlrZTp2bTE6ICAgc3BpY2UgcG9ydCA6IDU5MDAgICB0bHM6NTkwMXZtMjogICAgNTkwMiAg IDU5MDMNCkFuZCBJIGhhdmUgYW5vdGhlciByZWNvbW1vbmQ6ICAgIGhhdmUgYSBmdWN0aW9uIHRv IGRvIHRoYXQgOg0KaWYgdGhlIHZtIHNodXRkb3duIGJ5IHVzZXIsICAgaXQgd2lsbCBzdGFydCB0 aGUgVk0gYXV0b21hdGljLiBUaGF0IG1lYW5zIHRoZSBWTSBjYW4gbm90IGJlIHNodXRkb3duIQ0K DQoNCkkgaG9wZSB5b3UgY2FuIGhhdmUgdGhpcyB0d28gZnVjdGlvbiEgICBUaGF0IG1lYW5zIGEg bG90IHRvIHRob3NlIHdobyBhcmUgdXNpbmcgVGVybWluYWwgYm94IHVzZXIgbGlrZSBtZS4NCg0K SSBhbSBzb3JyeSBmb3IgbXkgcG9vciBFbmdsaXNoLiAgQnV0IEkgaG9wZSB5b3UgYWxsIGNhbiB1 bmRlcnN0YW5kIHdoYXQgSSBhbSBzYXlpbmcuDQoNCg0KDQoNCgoNCg0KU2luY2VyZWx5IHlvdXJz LA0KUGF1bENoZXVuZw0KDQoNCiB0ZWw6IDE4MC04ODgyLTcxNzMNCiAJCSAJICAgCQkgIA== --_054c85cf-197b-4417-8de0-b797aa86b678_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxzdHlsZT48IS0tDQouaG1tZXNzYWdlIFANCnsNCm1hcmdpbjowcHg7 DQpwYWRkaW5nOjBweA0KfQ0KYm9keS5obW1lc3NhZ2UNCnsNCmZvbnQtc2l6ZTogMTJwdDsNCmZv bnQtZmFtaWx5Os6iyO3RxbraDQp9DQotLT48L3N0eWxlPjwvaGVhZD4NCjxib2R5IGNsYXNzPSdo bW1lc3NhZ2UnPjxkaXYgZGlyPSdsdHInPkRlYXIgYWxsLDxkaXY+PGJyPjwvZGl2PjxkaXY+QWZ0 ZXIgc2h1dGRvd24gdGhlIFZNLCB0aGVuIHJlc3RhcnQgdGhlIFZNIHRoZSBWbSdzIHNwaWNlIHBv cnQgaXMgY2hhbmdlZCE8L2Rpdj48ZGl2PjxkaXYgaWQ9ImlubGluZUltYWdlMCIgc3R5bGU9ImRp c3BsYXk6IGlubGluZS1ibG9jayI+PHNjcmlwdCB0eXBlPSJqc3YjMTExOV8iPjwvc2NyaXB0PiAg ICA8c3BhbiBjb250ZW50ZWRpdGFibGU9InRydWUiPiZuYnNwOzwvc3Bhbj4gICAgPGRpdiBzdHls ZT0iZGlzcGxheTogaW5saW5lLWJsb2NrIiB1bnNlbGVjdGFibGU9Im9uIiBjb250ZW50ZWRpdGFi bGU9ImZhbHNlIiBjbGFzcz0iaW5saW5lSW1hZ2UiIGluaXRoZWlnaHQ9IjIwOCIgaW5pdHdpZHRo PSI0NTIiPjxpbWcgc3JjPSJjaWQ6aW5saW5lSW1hZ2UwIiBoZWlnaHQ9IjIwOCIgd2lkdGg9IjQ1 MiI+PC9kaXY+ICAgIDxzcGFuIGNvbnRlbnRlZGl0YWJsZT0idHJ1ZSI+Jm5ic3A7PC9zcGFuPjxz Y3JpcHQgdHlwZT0ianN2LzExMTlfIj48L3NjcmlwdD48L2Rpdj48YnI+PC9kaXY+PGRpdj48YnI+ PC9kaXY+PGRpdj5CZWNhdXNlIEkgaGF2ZSAxMCB0ZXJtaW5hbCBBUk0tQm94ICZuYnNwO3J1bm5p bmcgc3BpY2UgY2xpZW50IGNvbm5lY3RlZCB0byB0aGUgdm0sICZuYnNwO2J1dCBhZnRlciB0aGUg Vk0gc2h1dGRvd24gYW5kIHN0YXJ0IGFnYWluLCB0aGUgdm0gbm90IHRoZSBvbmUgd2hpY2UgdGhl IG9uZSBiZWZvcmUuPC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIHdpc2ggeW91IGNhbiBsZXQg dXMgaGF2ZSBhIG9wdGlvbiwgdG8gbGV0IHRoZSBWTSB3aXRoIGEgZml4ZWQgc3BpY2UgcG9ydCwg Jm5ic3A7IGxpa2U6PC9kaXY+PGRpdj52bTE6ICZuYnNwOyBzcGljZSBwb3J0IDogNTkwMCAmbmJz cDsgdGxzOjU5MDE8L2Rpdj48ZGl2PnZtMjogJm5ic3A7ICZuYnNwOzU5MDIgJm5ic3A7IDU5MDM8 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkFuZCBJIGhhdmUgYW5vdGhlciByZWNvbW1vbmQ6ICZu YnNwOyAmbmJzcDtoYXZlIGEgZnVjdGlvbiB0byBkbyB0aGF0IDo8L2Rpdj48ZGl2Pjxicj48L2Rp dj48ZGl2PmlmIHRoZSB2bSBzaHV0ZG93biBieSB1c2VyLCAmbmJzcDsgaXQgd2lsbCBzdGFydCB0 aGUgVk0gYXV0b21hdGljLiBUaGF0IG1lYW5zIHRoZSBWTSBjYW4gbm90IGJlIHNodXRkb3duITwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+SSBo b3BlIHlvdSBjYW4gaGF2ZSB0aGlzIHR3byBmdWN0aW9uISAmbmJzcDsgVGhhdCBtZWFucyBhIGxv dCB0byB0aG9zZSB3aG8gYXJlIHVzaW5nIFRlcm1pbmFsIGJveCB1c2VyIGxpa2UgbWUuPC9kaXY+ PGRpdj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj5JIGFtIHNvcnJ5IGZvciBteSBwb29y IEVuZ2xpc2guICZuYnNwO0J1dCBJIGhvcGUgeW91IGFsbCBjYW4gdW5kZXJzdGFuZCB3aGF0IEkg YW0gc2F5aW5nLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjxkaXY+Cjxicj48YnI+U2luY2VyZWx5IHlvdXJz LDxicj5QYXVsQ2hldW5nPGJyPjxicj48YnI+Jm5ic3A7dGVsOiAxODAtODg4Mi03MTczPGJyPjwv ZGl2PjwvZGl2PiAJCSAJICAgCQkgIDwvZGl2PjwvYm9keT4NCjwvaHRtbD4= --_054c85cf-197b-4417-8de0-b797aa86b678_-- --_dbdd9665-244a-40a0-a04a-304b99388545_ Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: <inlineImage0> Content-Disposition: attachment; filename="=?gb2312?B?zt6x6sziLnBuZw==?=" iVBORw0KGgoAAAANSUhEUgAAAcQAAADQCAIAAAAWDYZxAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAABYhSURBVHhe7Z1RmqwoEkZrPbWVu5JaSC6k1jEb 6Md5mP30KKIGCIoYXkM49fVDX1NDOBH8oil/fv3vv/98vervz+c/wd/vj2z+98/v54/YMPw73D34 9GsKFmzbjb9+eCXO2qYwSm7717l2yh6EJ3hVomksBF5G4HVi+jK+NBcCEOiEAGLaSaLpJgQgcC8B xPRevkSHAAQ6IYCYdpJougkBCNxLADG9ly/RIQCBTgggpp0kmm5CAAL3EkBM7+VLdAhAoBMCJsR0 eTMyfGn09SmY3nr98/n9+X59X+gABCCwTyAS0/kl9784/MdT+tMNorq8Ze7eYNdpxvrmfupV+8vn 8JeCRBwnpvE6gvqKdCcquN6sb+0PbZpXMSwQkv0dDrnMob5jF4/M5TcZ9lkOw9ntcU7U1fV62Odc nvFo1Y09eqIrWzG9r7nR6qSpFUF5hZM4ncJzdTGdS4r1mGy9aWN6kLjz6Ymp68GRmI4jY75mTAUt ryC3DuZkfsuHTeWemfzuR1PhUNFflfNWgto77Liu6k6q0V85ar90NKGuM4dHHYrpdGUYFHa+1Kxj U1w0gilfYnt+Weesn4n53QROHPr5zGtJxw/Eskk3i/31a0P9dt+kQJ+3wqZ0D74tmv1lr1FexHMO 0a9JN2X//wRFv3L+Hf7mnXdXkG7bmZ1ByJTNCu7VeUlDJNti5e6VdayJfuXr+CC/mQNPcPgaBvDc Mcl5b5lytrkpcRHJ/5nuPcaHQtlxl8qLv41zh7u/ghlRpq52ZpRbDofnTfRXDtvl8Zc/q2/28q/N FGgcDVdK61APL+1wKKZ+RrfcYP75TJ1Zb86nKd883nLb3SEJDtNg8Fef1MzUkV0PjGay/pNlp3li tkCPB1s0sysX06kIVoGLPQAS9euCF54h3a+JrH/iGtyOyf3HD6aGHZ0sN1PYbpdTgJFuoKe+79FR KnWe7le5mB7N3KdI5Rx22lPR3xTnubhdDQdVJEtuHXfrLjIvwU3I+MG+5mTrKscnx2H/vCkx/bOY ZwStjMf+0v6GZqbpIbq5QHgUue0uRTti6oduDNRfZcOhtMJdB7xLmtd9lwVtMfXFN1+3Y+VMDs5p 45G+LZ1L9Ss6eOnmeombZiJz5R2drFRE5n5u55pBhrMD4PACH0/cxfVSfnQ8Czm4WBbPTPMim22P gpgGCd1I/Dab+bxE8rkZiPEYCio4bEbmYpPmsH/eRL2FXZAJXnkGHQ9KpWDKfVh7t+1QODNNiEf8 ZY7bpVZM15tZMbMY8zTeUcYjyp8kegKaFdNwWhsFO1KfQvCbotne5R9/oZ/o156YiqYtdwabURG1 v1RM8w9nlcS0jKu448kdEMxbDiRkjVHMYXMdD+rzWOsP+Ef5itKdKM7sw83oYeINYpqqt3GGFMvy 7jN6OSPeqMXc3/AqFWS4rG4e2qtSTGOIa45DuNEzvpn7fDO+c8PlZrJuf7HzDGkMG5woPzMdMvYR 98lx+d8lpmNLp4I+M3/Z9Cv4zsyRWB+niCIW9RZU64ZduYiEcQIZWhmmHsvMk+bTQjOdI0hryTja z+/lmelOe9aPEiWaPvGWv4wfPCIbAqSKM5eX6RnBctajqgvIyrrKzdBzHPbPG/dXXjzcFDWqkrHZ ca9LiuAh9YxOeySm8QwreHiZ/MIhP40XXxkJhuP+/p/ylmF5NWppgbwCioPEVzRDGLf38nXZ8njX t1Scdjt1vJKQpEhNVXFU1sFpg35NnwR3V+6rHzdmwldGcl8Aivv/8AuTuYx3brcTp1hyO55vPnTN yxqsUkn3+5VL0Iri+LS5/mY57HBO1/NuGe3f9rrvt6Y7mPy4y6R+ELvPZzXvPb4dTtfVaQ6Z82bj CHnwDQ6StrksCf7HfboyhBWOPRJThVMchlj5Hg+Gw2DP7JAX0+x92TMN5ayPEsjdGeTmg+WNfeqd IeXzKt0plnPT3PP5l/Y1e/NILH8RNn/dfAQOJ43vPLZ1Il45Cn42opzd9Qjl55J7Kp43mCjLH8uo a9kjR5lYTvpIzzkpBCAAAUUCiKkiTEJBAAL9EkBM+809PYcABBQJIKaKMAkFAQj0SwAx7Tf39BwC EFAkgJgqwiQUBCDQL4EWxdS/uC+Tmls3Up745WXYi69AhS+Bl9j7lLdRdc9g8cXmxerQEmA6ce59 YY13+VW7RjAI3EGgRTEdON31qvz+S9dlCQqWx1155/nU2qqytom9cqu73XVp2i+4RIXbF/WVa7re szDwNC0OgMBXO2IqZlLT+t5ourT7srT3A33Wn1FMWteZ4LRxWSDrl4GGa3YjB+htWW92L/C8zIhp uHnlHLs3zT2Q+2tcihizELBKoBUxlZOkxG3+dhjLLdLo4Sl/xh0fWL9Qe7bFWoT29pnpupw/NDVI eZvmrfDE2pYys1GrY4V2QWCXQCNiemRVl5oTpRewPePPuJkGRo6OyQe15WJaMzONHjlH1jSzofvS hqyYzq7G7qHqYuDFsIRAcwQ6FlORS/G87xl/xpvF9HLZ5p5By9v8tG9syVXhcvMIAAEDBBoR07zv 5/LkNJrcWfNn3PGBzf0YSYWfZnnFyccOCWPA+QsoacmY9I0NLhOv9gQqZ8eefRJoRUxzvp/v8WdM +8Du+VpW+GmeKvK0J1De3ifjK9qCH9ApbuzcKYF2xFQpgVfeVUo0gbmYUl4IAwHrBBBTmSH8Ga3X K+2DgFkCiKnZ1NAwCEDgTQQQ0zdli7ZCAAJmCSCmZlNDwyAAgTcRQEzflC3aCgEImCWAmJpNDQ2D AATeRAAxfVO2aCsEIGCWQItiip+pRrmd9zOd3s7P+L26DwNbVI1GEgMCdgi0KKYDXfxML5fYST9T v+Q0s0hhtI/5KTdmudx4AkDg7xNoR0zxM81XT41r1Ek/U3/ylJh6e8ScOv/9oueMELiDQCtiip+p dnXkbvOFw5bbJbx134jpapKCmGqniHi2CDQipviZ7pZVzcxUBgx/b2SN9ru5dd+IaeTUcvEXtGwN HloDAUmgYzEVGPAzPRgVx36mO7f5/iNmpkhP2wQaEVP8TLW/KT/tZzqNkx2XLMS0bSmhd62IKX6m +rV8ys80Nl4Nf+5p+ZTbfP08EdEIgXbEVAkofqZKIAkDgc4IIKYy4fiZdlb+dBcCegQQUz2WRIIA BDomgJh2nHy6DgEI6BFATPVYEgkCEOiYAGLacfLpOgQgoEcAMdVjSSQIQKBjAohpx8mn6xCAgB6B FsUUP1ON+jjvZ7oeEZqf5LZrtJIYEDBDoEUxHeDiZ3q5wk76mY4LeudVT4EvSm775QYSAAK2CLQj pviZ5iurxjXqpJ9psChfHJvbbmsY0BoIXCfQipjiZ3q9FsIIJ/1MY9FcZ6liOf4QM1yzr91o4kHg OQKNiCl+prslVDMzlQEL/EwR0+cGMWe2QaBjMRUJwM/0oBqP/UwDvQ1u84U5IC58NkY9rbiFQCNi ip/p436m3z+fn++pRiNhTW+/pZwJCoHnCLQipviZ6tfQKT/T4fTr/uGrUbnt+i0mIgQeJNCOmCpB xM9UCSRhINAZAcRUJhw/087Kn+5CQI8AYqrHkkgQgEDHBBDTjpNP1yEAAT0CiKkeSyJBAAIdE0BM O04+XYcABPQIIKZ6LIkEAQh0TAAx7Tj5dB0CENAj0KKY4meqUR/n/Uwd98GHz6+DWhqxvHC2/Uij ocSAgA0CLYrpQBY/08vlddLPdNTeYeFT5DjjFqbNGjqKbbg26nIjCQABOwTaEVP8TPNVVeMaddLP 1J98I6ayUfic2Bn4tESfQCtiip+pdm2c9DMtENO7bhe0e048CFQRaERM8TPdzX7NzFQGLPAzPRBT 1wLu8avGKAe9hEDHYioyhJ/pQbke+5nuiKkTUr58eoki0MxqAo2IKX6m2tO+QQAX/fNfLm2KLJyw uo9TX0AtP7RXXaUcCIEXEGhFTPEz1S+2U36m03tR69/0W0+b5wvc6evniYhGCLQjpkpA8TNVAkkY CHRGADGVCcfPtLPyp7sQ0COAmOqxJBIEINAxAcS04+TTdQhAQI8AYqrHkkgQgEDHBBDTjpNP1yEA AT0CiKkeSyJBAAIdE0BMO04+XYcABPQItCim+Jlq1Md5P9P1iPDVfPxMNfJBDPMEWhTTAfpdBkWD XlxeZB4swrwS7+f3zvVEJ/1MJ+PSqd5lD/EzNa8BNFCJQDtiip9pviRqXKNO+pkGi/KLjlWqYMJA wAiBVsQUP1PtgjrpZxqL6TxLFc2663ZBu+fEg0AVgUbEFD/T3ezXzExlwAI/0wMxxc+0anhy0JsI dCymwZxped4XPcSMblg3z0zljHj0SAqeYs4CE25OGNdtjgyt7DK/BXLvM9Ogio/9TINehSDwM32T ItDWagKNiCl+po/7mX7/fObfJY2+gMLPtHp4cuCbCLQipviZ6lfdKT/T4fTr/sv8HD9T/bQQ0SqB dsRUifCVd5USTdj9tU6lJhMGAhAwQAAxlUnAz9RASdIECLyTAGL6zrzRaghAwBgBxNRYQmgOBCDw TgKI6TvzRqshAAFjBBBTYwmhORCAwDsJIKbvzButhgAEjBFATI0lhOZAAALvJNCimOJnqlGLen6m Y2tcTtzfnbaBGv0mBgQqCbQopm7sJlyLKhHJw/AzjXxLV3fXjJ/pQA+TE4XKI4R9Au2IKX6m+Wqr cY0q8iRdL1pZP1N3/bE/EGghBK4SaEVM8TO9Wgnx8Vp+poPKfj6//h7/8s8UaPeSeBBQI9CImOJn ulsRNTNTGfCCn+l0ai+izFLVBi6B7BHoWExFMsTzPvxMU0Va72c6iqm4zVf2kbE3oGhRvwQaEVP8 TLW/JXca+D0NjFEQU1/CR4bQST/T4XBx9F1fDPY7gOm5HQKtiCl+pvo1peBn6hvFi1H62SGiOQLt iKkSWuX7UPxMlfJCGAhYJ4CYygzhZ2q9XmkfBMwSQEzNpoaGQQACbyKAmL4pW7QVAhAwSwAxNZsa GgYBCLyJAGL6pmzRVghAwCwBxNRsamgYBCDwJgKI6ZuyRVshAAGzBFoUU/xMNcpN1890MjTFy1Qj M8QwSqBFMR1Q37VsET/TCj/TIR/jitKfn1/E1KgM0CwNAu2IKX6m+XqocY3S8jN1C33HZf6ZgBpV TAwIGCDQipjiZ6pdTEp+pqtJCmKqnSLi2SLQiJjiZ7pbVjUzUxnwgp/p6nHi/KFxh7Y1/mmNIoGO xVRQxM/0oKTq/UzXwMxMFcctoQwSaERM8TPV/qZc0c/Ulz1ianD80yRFAq2IKX6mikXhQ+n5ma6/ 9Mxtvn6eiGiEQDtiqgQUP1MlkISBQGcEEFOZcPxMOyt/ugsBPQKIqR5LIkEAAh0TQEw7Tj5dhwAE 9AggpnosiQQBCHRMADHtOPl0HQIQ0COAmOqxJBIEINAxAcS04+TTdQhAQI9Ai2KKn6lGfZz3M52W 4adfy1+X6GPDp5EdYhgk0KKYDpjxM71ca7nVn8LHQFp1eXeoyHHGtcLJMhp6OSMEME6gHTHFzzRf ajWuUSf9TP3Jt2Lq/LSNjwKaBwEFAq2IKX6mCsUQhDjpZ5oV00FeP59haooDn3aGiGeMQCNiip/p bl3VzExlwAI/05yYTqf2D1KZpRob/jRHk0DHYiow4md6UFPHfqZ7Yipu85V9ZDSHArEgcI1AI2KK n6n2Nzyn/UynOkx9ATX+mt6f9eNrBcvRELBKoBUxxc9Uv8JO+ZlGP08y3NiHM3//0JQv9fXzREQj BNoRUyWgyvehqZmaUksJAwEIWCKAmMps4GdqqTZpCwReRQAxfVW6aCwEIGCVAGJqNTO0CwIQeBUB xPRV6aKxEICAVQKIqdXM0C4IQOBVBBDTV6WLxkIAAlYJIKZWM0O7IACBVxFoUUzxM9UoQT0/U7xM NfJBDPMEWhTTATp+ppcrT8nP1PucuuaEfimXW0gACJgi0I6Y4meaL6wa1yglP1MZxplGfZuqfxoD ATUCrYgpfqZqJeEDafmZjvPR+Q+XaO0sEc8QgUbEFD/T3ZqqmZnKgBf8TActXcxNvn8+TEwNDX6a okugYzEVIPEzPaiqej/T4DKH7Yvu6CWaKQKNiCl+plb9TINHr4ipqcFPY3QJtCKm+Jnq1sUYTcnP VDqdYmeqnyYiWiHQjpgqEVX+wpm5mFJeCAMB6wQQU5kh/Eyt1yvtg4BZAoip2dTQMAhA4E0EENM3 ZYu2QgACZgkgpmZTQ8MgAIE3EUBM35Qt2goBCJglgJiaTQ0NgwAE3kQAMX1TtmgrBCBglkCLYoqf qUa5nfczXV4si6yhcts1WkkMCJgh0KKYDnDxM71cYSf9TIVt13gxW5Y65bZfbh8BIGCMQDtiip9p vrRqXKPq/ExdG3I6nNtubEzQHAhUEWhFTPEzrUr/zkF1fqZjwGKLKe0mEw8CTxJoREzxM90topqZ qQxY7mfqzpSwM8ltf7L2OTcEVAl0LKaCI36mB0VVNNl0gpn4XZLcdtVCJhgEnibQiJjiZ/q0n+n4 rVPqV0ly258ufM4PAW0CrYgpfqbalXHKz3TzHMHf6ee26zeWiBB4mkA7YqpEEj9TJZCEgUBnBBBT mXD8TDsrf7oLAT0CiKkeSyJBAAIdE0BMO04+XYcABPQIIKZ6LIkEAQh0TAAx7Tj5dB0CENAjgJjq sSQSBCDQMQHEtOPk03UIQECPQItiip+pRn2c9zN13BPrSddIiUX7Gk0lBgQsEGhRTAeu+JleLq6T fqajYg5aGTnOuFQsy0xDv5TLLSQABEwRaEdM8TPNF1aNa1Sdn+lGTIMNGJqaGvw0RpdAK2KKn6lu XTiH5/GuffoT9+dippnw1TsU05QZinbTiQeBJwg0Iqb4me4WT83MVAYs9zNFTJ8YxZzTBIGOxVTw x8/0oBiL/EzHGAkxFdNabvNNDHoacQ+BRsQUP9On/Ux9eW6/gPr++fx8T5/yBdQ9g5ioNgi0Iqb4 merXU9pDa3oBKvUodd3u3pBaGrTG4dUo/SwR0QyBdsRUCSl+pkogCQOBzgggpjLh+Jl2Vv50FwJ6 BBBTPZZEggAEOiaAmHacfLoOAQjoEUBM9VheiPTv11fyvwshORQCEPirBBDTv4o7dzLE1EQaaAQE LhBATC/A0zsUMdVjSSQIPEPAhJgury42tnB7WvCzfY99m2rE9Jny56wQ0CMQiem8iPt3XrSid6Zc pPGU/nRyhYx7S0mnGTk/zZz/5sk++0tBoq1OTIuWUCKmJ6GzOwTMEdiKqY6ApTrq5mnx36A16xnD SZzO+/MZP82s/2ZVioJeLBHcxQExrSLKQRB4G4FDMZ3eYx/0bp7frYIoPNoClUxs39gWLQfM+pmY 301iKn1KP/NSxvEDsa7RzWJ/3YefP367P8OBn2bJPXhBTrdiKlddTgT3wjAzLYDMLhAwTeBQTMfW z/fD0/9PKrXenE87zGKR2+4OScxMJzXzN/ipmWlkmhnNZL2/x7LT2NTxLMt8MBbTSNTKxVRC8NPa NbO5menQt6IzIKamRwmNg0ABgX/5gwAEIACBywS+LkcgAAQgAAEI/IuYUgQQgAAEFAj8H1/p2TGK pzLEAAAAAElFTkSuQmCC --_dbdd9665-244a-40a0-a04a-304b99388545_--

3 8

Re: [ovirt-users] question on VM
by Bill Dossett 23 Sep '14

23 Sep '14

--_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In the absence of any comment and continued testing I have found that I can= ping the host network IP that the VM is running on... and the host can pin= g the VM. So it would appear that nothing is wrong with the VM... I could = only ping the host from the VM once I stopped iptables, so the firewall was= stopping that. But I still can't ping outside of the host or ping the VM = from elsewhere... and the VM continues to get an IP address from the DHCP s= erver without issue. I have gone back to my networks and checked them thor= oughly and can't see any issues, I have migrated the VM from one host to an= other and the condition persists in that it can ping the host that it is ru= nning on and the host can ping it (providing I turn off the firewall) num= erous reboots etc and no change. :( Bill Dossett Virtualisation Architect Pitney Bowes - Tech Central 6 Hercules Way, 600 Leavesden Park Watford, WD25 7GS Phone (+44) (0)1923 279353 | VOIP: 54739353 Mobile (+44) (0)7775 908612 bill.dossett(a)pb.com<mailto:bill.dossett@pb.com> www.pb.com<http://www.pb.com/> In Engineering? Raise a ticket via Remedy Anywhere [HERE<http://teamsite.in= side.pb.com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx>] take= s less than a minute ManageIQ User Guide available [HERE<https://dl.dropbox.com/u/6219441/Manage= IQ%20-%20User%20Manual%20PB%20v4.pdf>] Check out the ManageIQ Blog for recent enhancements and information [HERE]<= http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.aspx> ________________________________ --_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:#1F497D">In the absence of any = comment and continued testing I have found that I can ping the host network= IP that the VM is running on… and the host can ping the VM.  So= it would appear that nothing is wrong with the VM… I could only ping the host from the VM once I stopped iptables, = so the firewall was stopping that.  But I still can’t ping outsi= de of the host or ping the VM from elsewhere… and the VM continues to= get an IP address from the DHCP server without issue.  I have gone back to my networks and checked them thoroughly and can’= t see any issues, I have migrated the VM from one host to another and the c= ondition persists in that it can ping the host that it is running on and th= e host can ping it (providing  I turn off the firewall)  numerous reboots etc and no change.  </span><= span style=3D"font-family:Wingdings;color:#1F497D">L</span><span style=3D"c= olor:#1F497D"><o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <table class=3D"MsoNormalTable" border=3D"0" cellspacing=3D"0" cellpadding= =3D"0" style=3D"border-collapse:collapse"> <tbody> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Bill Dossett<o:p></o= :p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Virtualisation Archi= tect</span></b><span style=3D"font-size:10.0pt;font-family:"Verdana&qu= ot;,"sans-serif";color:#A2A2A2;mso-fareast-language:EN-GB"><o:p><= /o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";color:gray;mso-fareast-language:EN-GB">Pitney Bowes –= Tech Central</span></b><b><span style=3D"font-size:10.0pt;font-family:&quo= t;Verdana","sans-serif";color:gray;mso-fareast-language:EN-G= B"><o:p></o:p></span></b></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">6 Hercules Way, 600 Lea= vesden Park<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Watford, WD25 7GS</span= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Phone</span><span style= =3D"font-size:10.0pt;font-family:"Verdana","sans-serif"= ;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)1923= 279353 | VOIP: 54739353</span><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";color:gray;mso-fareast-language:= EN-GB"><o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB">Mobile</span><span styl= e=3D"font-size:10.0pt;font-family:"Verdana","sans-serif&quot= ;;color:black;mso-fareast-language:EN-GB"> </span><span style=3D"font-size:10.0pt;font-family:"Verdana",&quo= t;sans-serif";color:gray;mso-fareast-language:EN-GB">(+44) (0)7775= 908612</span><span style=3D"font-size:10.0pt;font-family:"Verdana&quo= t;,"sans-serif";color:gray;mso-fareast-language:EN-GB"><o:p></o:p= ></span></p> </td> </tr> <tr> <td width=3D"596" style=3D"width:447.0pt;padding:0cm 0cm 0cm 0cm"> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:gray;mso-fareast-language:EN-GB"><a href=3D"mailto:bill.= dossett(a)pb.com"><span style=3D"color:blue">bill.dossett(a)pb.com</span></a></= span><span style=3D"font-size:10.0pt;font-family:"Verdana","= sans-serif";color:blue;mso-fareast-language:EN-GB"><o:p></o:p></span><= /p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><a href=3D"http://www.p= b.com/"><span style=3D"color:blue">www.pb.com</span></a> <o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><span style=3D"font-size:10.0pt;font-family:"Verdana","sans= -serif";color:blue;mso-fareast-language:EN-GB"><o:p> </o:p></span= ></p> <p class=3D"MsoNormal" style=3D"page-break-after:avoid;text-autospace:none"= ><b><span style=3D"font-size:10.0pt;font-family:"Verdana","s= ans-serif";mso-fareast-language:EN-GB">In Engineering?</span></b><span= style=3D"font-size:10.0pt;font-family:"Verdana","sans-serif= ";mso-fareast-language:EN-GB"> <b>Raise a ticket via Remedy Anywhere [<a href=3D"http://teamsite.inside.pb= .com/sites/TCPPM/GES/Lists/Create%20Incident/newIncident.aspx"><span style= =3D"color:blue">HERE</span></a>]<span style=3D"color:blue"> </span><span style=3D"color:black">takes less than a minute</span></b></spa= n><span style=3D"font-size:10.0pt;font-family:"Verdana","san= s-serif";color:black;mso-fareast-language:EN-GB"><o:p></o:p></span></p= > </td> </tr> </tbody> </table> <p class=3D"MsoNormal"><span style=3D"font-size:10.0pt;mso-fareast-language= :EN-GB"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">ManageIQ = User Guide available</span></b><span style=3D"font-size:10.0pt;font-family:= "Verdana","sans-serif";mso-fareast-language:EN-GB"> [<b= ><a href=3D"https://dl.dropbox.com/u/6219441/ManageIQ%20-%20User%20Manual%2= 0PB%20v4.pdf"><span style=3D"color:blue">HERE</span></a></b>]<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-GB"><o:p>&nbs= p;</o:p></span></p> <p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot= ;Verdana","sans-serif";mso-fareast-language:EN-GB">Check out= the ManageIQ Blog for recent enhancements and information <a href=3D"http://teamsite.inside.pb.com/sites/TCPPM/GES/manageiq/default.a= spx"><span style=3D"color:blue">[HERE]</span></a><o:p></o:p></span></b></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> <br> <hr> <font face=3D"Arial" color=3D"Black" size=3D"2"><br> </font> </body> </html> --_000_B47F00825D68444ABC037330782753603715E7D3013BR1MPN1012MG_--

1 0

ovirt engine not responding
by Thomas Scofield 23 Sep '14

23 Sep '14

Since upgrading our ovirt setup from 3.2 to 3.3 we have run into some issues with the ovirt-engine becoming non responsive. The first few times we just cycled the server and moved on with things, but the problem kept re-occurring. After digging into the server.log we identified a number of errors, some samples below 2014-09-18 03:20:06,115 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) JBAS015004: Caught exception writing deployment marker file /var/tmp/ovirt-engine/deployments/engine.ear.pending: java.io.FileNotFoundException: /var/tmp/ovirt-engine/deployments/engine.ear.pending (No such file or directory) 2014-09-18 03:20:06,121 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 2) JBAS015004: Caught exception writing deployment marker file /var/tmp/ovirt-engine/deployments/engine.ear.isundeploying: java.io.FileNotFoundException: /var/tmp/ovirt-engine/deployments/engine.ear.isundeploying (No such file or directory) I didn't see any similar messages posted to the forum. After doing some digging we found that the OS delivered /etc/cron.daily/tmpwatch was the culprit. It has an line that cleans up /var/tmp. flags=-umc /usr/sbin/tmpwatch "$flags" 30d /var/tmp The tmpwatch combined with the noatime that we have set in fstab causes these files to be deleted. Our immediate solution will be to remove the noatime from fstab. Should these files be moved to a different directory, or can the engine recreate them if they get removed from the tmp directory?

1 0

ovirt-engine 3.5 rpm missing for el7
by SULLIVAN, Chris (WGK) 23 Sep '14

23 Sep '14

--_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNCknigJltIHRlc3RpbmcgaG9zdGVkLWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKA mXMgbW9zdGx5IHByb2dyZXNzaW5nIG9rLCBob3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92 aXJ0LWVuZ2luZSAzLjUgb24gdGhlIGhvc3RlZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcp IHRoZSBycG0gaXMgbWlzc2luZy4gSeKAmXZlIGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9u IHJlc291cmNlcy5vdmlydC5vcmcgYW5kIGl0IGFwcGVhcnMgdGhhdCBvdmlydC1lbmdpbmUgaXMg bm90IGJlaW5nIGJ1aWx0IGZvciBlbDcsIHdoZXJlYXMgaXQgZXhpc3RzIGZvciBlbDYvZjE5L2Yy MC4NCg0KQXJlIHRoZXJlIHBsYW5zIHRvIGJ1aWxkIG92aXJ0LWVuZ2luZSAzLjUgZm9yIGVsNyBv ciBhcmUgdGhlcmUgYmxvY2tlcnMgc3BlY2lmaWMgdG8gdGhhdCBPUyB2ZXJzaW9uPyBBbHRlcm5h dGl2ZWx5LCBjYW4gSSBtaXggYW5kIGVsNiBlbmdpbmUgd2l0aCBlbDcgaG9zdHMgYWxsIHJ1bm5p bmcgb3ZpcnQgMy41Pw0KDQpUaGFua3MsDQoNCkNocmlzIFN1bGxpdmFuDQoNCg0KDQoNCg0KDQoN ClBMRUFTRSBDT05TSURFUiBUSEUgRU5WSVJPTk1FTlQsIERPTidUIFBSSU5UIFRISVMgRU1BSUwg VU5MRVNTIFlPVSBSRUFMTFkgTkVFRCBUTy4NCg0KDQoNClRoaXMgZW1haWwgYW5kIGl0cyBhdHRh Y2htZW50cyBtYXkgY29udGFpbiBpbmZvcm1hdGlvbiB3aGljaCBpcyBjb25maWRlbnRpYWwgYW5k L29yIGxlZ2FsbHkgcHJpdmlsZWdlZC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lw aWVudCBvZiB0aGlzIGUtbWFpbCBwbGVhc2Ugbm90aWZ5IHRoZSBzZW5kZXIgaW1tZWRpYXRlbHkg YnkgZS1tYWlsIGFuZCBkZWxldGUgdGhpcyBlLW1haWwgYW5kIGl0cyBhdHRhY2htZW50cyBmcm9t IHlvdXIgY29tcHV0ZXIgYW5kIElUIHN5c3RlbXMuIFlvdSBtdXN0IG5vdCBjb3B5LCByZS10cmFu c21pdCwgdXNlIG9yIGRpc2Nsb3NlIChvdGhlciB0aGFuIHRvIHRoZSBzZW5kZXIpIHRoZSBleGlz dGVuY2Ugb3IgY29udGVudHMgb2YgdGhpcyBlbWFpbCBvciBpdHMgYXR0YWNobWVudHMgb3IgcGVy bWl0IGFueW9uZSBlbHNlIHRvIGRvIHNvLg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQoNCg0K --_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjwhLS0gVGVtcGxhdGUgZ2VuZXJhdGVkIGJ5IEV4Y2xh aW1lciBNYWlsIERpc2NsYWltZXJzIG9uIDAyOjU1OjMxIFR1ZXNkYXksIDIzIFNlcHRlbWJlciAy MDE0IC0tPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0 bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPHN0eWxlIHR5cGU9InRleHQvY3NzIj5QLmExMWVjNjVkLTQx MzktNDcyZS1hNTM3LTg1NzI1NjJkNWQ2ZCB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KTEku YTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIHsNCglNQVJHSU46IDBjbSAwY20g MHB0DQp9DQpESVYuYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIHsNCglNQVJH SU46IDBjbSAwY20gMHB0DQp9DQpUQUJMRS5hMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYy ZDVkNmRUYWJsZSB7DQoJTUFSR0lOOiAwY20gMGNtIDBwdA0KfQ0KRElWLlNlY3Rpb24xIHsNCglw YWdlOiBTZWN0aW9uMQ0KfQ0KPC9zdHlsZT4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVu dD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8q IEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsN CglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFt aWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQovKiBTdHlsZSBE ZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0K CXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0 Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBsaS5Nc29BY2V0YXRlLCBkaXYuTXNv QWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxv b24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglm b250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNw YW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLWNvbXBvc2U7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjp3aW5kb3d0ZXh0O30NCnNw YW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJCYWxsb29uIFRleHQgQ2hhciI7 DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJCYWxsb29uIFRleHQi Ow0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlmIjt9DQouTXNvQ2hwRGVmYXVsdA0K CXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh bnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCglt YXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl OldvcmRTZWN0aW9uMTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86 c2hhcGVkZWZhdWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2Vu ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVk aXQiPg0KPG86aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+ PC94bWw+PCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1 ZSIgdmxpbms9InB1cnBsZSI+DQo8cCBjbGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3 MjU2MmQ1ZDZkIj48L3A+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+SGksPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZu YnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPknigJltIHRlc3RpbmcgaG9zdGVk LWVuZ2luZSB2My41LjAgb24gZWw3IGFuZCBpdOKAmXMgbW9zdGx5IHByb2dyZXNzaW5nIG9rLCBo b3dldmVyIHdoZW4gSSBnbyB0byBpbnN0YWxsIG92aXJ0LWVuZ2luZSAzLjUgb24gdGhlIGhvc3Rl ZCBlbmdpbmUgVk0gKGFsc28gcnVubmluZyBlbDcpIHRoZSBycG0gaXMgbWlzc2luZy4gSeKAmXZl IGNoZWNrZWQgdGhlIHJlcG8gbG9jYXRpb25zIG9uIHJlc291cmNlcy5vdmlydC5vcmcNCiBhbmQg aXQgYXBwZWFycyB0aGF0IG92aXJ0LWVuZ2luZSBpcyBub3QgYmVpbmcgYnVpbHQgZm9yIGVsNywg d2hlcmVhcyBpdCBleGlzdHMgZm9yIGVsNi9mMTkvZjIwLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij5BcmUgdGhlcmUgcGxhbnMgdG8gYnVpbGQgb3ZpcnQtZW5naW5lIDMuNSBmb3IgZWw3IG9yIGFy ZSB0aGVyZSBibG9ja2VycyBzcGVjaWZpYyB0byB0aGF0IE9TIHZlcnNpb24/IEFsdGVybmF0aXZl bHksIGNhbiBJIG1peCBhbmQgZWw2IGVuZ2luZSB3aXRoIGVsNyBob3N0cyBhbGwgcnVubmluZyBv dmlydCAzLjU/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPlRoYW5rcyw8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+Q2hyaXMgU3VsbGl2YW48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6OS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1BVSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gbGFuZz0iRU4tQVUiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tQVUiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+DQo8cD48L3A+DQo8cCBjbGFz cz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj4mbmJzcDs8L3A+DQo8cCBj bGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj48Zm9udCBzaXplPSIy IiBmYWNlPSJBcmlhbCI+UExFQVNFIENPTlNJREVSIFRIRSBFTlZJUk9OTUVOVCwgRE9OJ1QgUFJJ TlQgVEhJUyBFTUFJTCBVTkxFU1MgWU9VIFJFQUxMWSBORUVEIFRPLjwvZm9udD48L3A+DQo8cCBj bGFzcz0iYTExZWM2NWQtNDEzOS00NzJlLWE1MzctODU3MjU2MmQ1ZDZkIj48Zm9udCBzaXplPSIy IiBmYWNlPSJBcmlhbCI+PC9mb250PiZuYnNwOzwvcD4NCjxwIGNsYXNzPSJhMTFlYzY1ZC00MTM5 LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250IHNpemU9IjIiIGZhY2U9IkFyaWFsIj5UaGlz IGVtYWlsIGFuZCBpdHMgYXR0YWNobWVudHMgbWF5IGNvbnRhaW4gaW5mb3JtYXRpb24gd2hpY2gg aXMgY29uZmlkZW50aWFsIGFuZC9vciBsZWdhbGx5IHByaXZpbGVnZWQuIElmIHlvdSBhcmUgbm90 IHRoZSBpbnRlbmRlZCByZWNpcGllbnQgb2YgdGhpcyBlLW1haWwgcGxlYXNlIG5vdGlmeSB0aGUg c2VuZGVyDQogaW1tZWRpYXRlbHkgYnkgZS1tYWlsIGFuZCBkZWxldGUgdGhpcyBlLW1haWwgYW5k IGl0cyBhdHRhY2htZW50cyBmcm9tIHlvdXIgY29tcHV0ZXIgYW5kIElUIHN5c3RlbXMuIFlvdSBt dXN0IG5vdCBjb3B5LCByZS10cmFuc21pdCwgdXNlIG9yIGRpc2Nsb3NlIChvdGhlciB0aGFuIHRv IHRoZSBzZW5kZXIpIHRoZSBleGlzdGVuY2Ugb3IgY29udGVudHMgb2YgdGhpcyBlbWFpbCBvciBp dHMgYXR0YWNobWVudHMgb3IgcGVybWl0IGFueW9uZSBlbHNlDQogdG8gZG8gc28uPC9mb250Pjwv cD4NCjxwIGNsYXNzPSJhMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250 IGZhY2U9IkFyaWFsIj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPC9mb250PjwvcD4NCjxw IGNsYXNzPSJhMTFlYzY1ZC00MTM5LTQ3MmUtYTUzNy04NTcyNTYyZDVkNmQiPjxmb250IGZhY2U9 IkFyaWFsIj48L2ZvbnQ+Jm5ic3A7PC9wPg0KPHAgY2xhc3M9ImExMWVjNjVkLTQxMzktNDcyZS1h NTM3LTg1NzI1NjJkNWQ2ZCI+PC9wPg0KPHA+PGZvbnQgZmFjZT0iQXJpYWwiPjwvZm9udD48L3A+ DQo8cD48Zm9udCBmYWNlPSJBcmlhbCI+PC9mb250PjwvcD4NCjxwPjxmb250IGZhY2U9IkFyaWFs Ij48L2ZvbnQ+PC9wPg0KPHA+PC9wPg0KPHA+PC9wPg0KPHA+PC9wPg0KPC9ib2R5Pg0KPC9odG1s Pg0K --_000_C417081C2581084FB080BCF68A21CC69447148A5EPEXMBX02WOODGR_--

1 0

[oVirt 3.4.3] Problem with connect VMs via RDP+Browser plug-in
by Grzegorz Szypa 22 Sep '14

22 Sep '14

Hi, like suject I have a problem with connect VM (only Windows type Desctop) I get an Error: Error connecting to Virtual Machine using RPD: DNS Lookup Failed G.Sz.

2 1

self hosted engine migration to existsing node question
by Jeremiah Jahn 22 Sep '14

22 Sep '14

So I have a number of nodes already running and in production. My engine is sitting on a test box, and needs to be moved onto the already existing nodes. I've read all the docs, but none of them seem to address the the use of an already existing node. if I run hosted-engine --deploy on an already existing node, is it going to mess things up, or is it really just adding some additional config files, and creating a new VM? Also does it take any additional work to get the engine enabled on all of the other nodes for the HA version? thanks, -jj-

1 0

[QE][ACTION REQUIRED] oVirt 3.5.0 status - Go / No Go
by Sandro Bonazzola 22 Sep '14

22 Sep '14

Hi, We are supposed to start composing oVirt 3.5.0 GA (or RC3, depending on this morning Go / No go Meeting decisions) I think we can use this email for discussing / voting 3.5.0 GA release. Looking at bugzilla status, I vote no go. I also think we should move the build to Wed allowing maintainers to fix pending blockers. Maintainers: - Please be sure that 3.5 snapshot satisfy release criteria[9] - Please be sure that no pending patches are going to block the release - If any patch must block the GA release please raise the issue as soon as possible. - If any packages need a rebase please raise the issue as soon as possible. - Be aware that packages that doesn't need a rebase must be re-built with final release versioning from the RC2 tag. The bug tracker [1] shows the following proposed blockers to be reviewed: Bug ID Whiteboard Status Summary 1143042 infra POST Repeated error "Failed to create VM external-test" when starting new VM 1143860 infra POST Marshaling issue in fencing policy using jsonrpc 1142256 integration NEW remote engine-reports-setup does not write conf file to allow accessing reports from engine 1144079 integration ASSIGNED local engine-reports-setup does not write conf file to allow accessing reports from engine The following bugs are keyworded as Regression and not marked as blockers[10] Bug ID Whiteboard Status Summary 1142709 integration NEW Trying to deploy hosted-engine via iSCSI device fails 1138144 storage NEW Failed to autorecover storage domain after unblocking connection with host 1118349 storage NEW [vdsm] Creating DataCenter 3.5 using master domain V1 fails with InquireNotSupportedError 1138314 virt NEW Fail to start vm with payload. Feature freeze is now effective, and branch has been created. All new patches must be backported to 3.5 branch too. Features completed are marked in green on Features Status Table [2] There are still 77 bugs [3] targeted to 3.5.0. Excluding node and documentation bugs we still have 53 bugs [4] targeted to 3.5.0. More in detail [5]: Whiteboard NEW ASSIGNED POST Total docs 13 1 0 14 gluster 8 2 2 12 i18n 0 0 1 1 infra 1 0 3 4 integration 1 2 1 4 node 7 4 0 11 ppc 2 0 4 6 sla 12 0 7 19 virt 3 0 3 6 Total 47 9 21 77 Maintainers / Assignee: - Please ensure that completed features are marked in green on Features Status Table [2] - If you find a blocker bug please remember to add it to the tracker [1] - Please fill release notes, the page has been created here [6] - Please review results from Third Test Day on the etherpad [7] and on the mailing lists - Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0: it will ease gathering the blocking bugs for next releases. Community: - You're welcome to join us testing last release candidate or nightly builds and getting involved in oVirt Quality Assurance[8] [1] http://bugzilla.redhat.com/1073943 [2] http://goo.gl/4SuYdE [3] http://red.ht/1pVEk7H [4] http://red.ht/1zT2mSq [5] http://red.ht/1q7SqNL [6] http://www.ovirt.org/OVirt_3.5_Release_Notes [7] http://etherpad.ovirt.org/p/3.5-testday-3 [8] http://www.ovirt.org/OVirt_Quality_Assurance [9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29 [10] http://goo.gl/uavikG Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 4