- Users - oVirt List Archives

[Users] virt-viewer from windows
by Mohsen Saeedi 05 Sep '12

05 Sep '12

Hi I have fedora as desktop from first version. i want to connect to ovirt console with the virt viewer under windows. i installed spice virt viewer. i read the below two links: http://lists.ovirt.org/pipermail/users/2012-June/002266.html http://wiki.ovirt.org/wiki/How_to_Connect_to_SPICE_Console_Without_Portal But is it possible to connect from windows with virt viewer? what is the url format on it? i want to setup virtual desktop with OVirt. any useful link? Thanks

2 1

[Users] Call For Agenda Items -- oVirt Weekly Meeting 2012-09-05
by Mike Burns 05 Sep '12

05 Sep '12

Meeting Time and Place oVirt Weekly Sync * Wednesdays @ 15:00 UTC (may change during DST changes) - always at 7:00am US Pacific, 10:00am US Eastern. * To see in your timezone date -d 'WEDNESDAY 1000 EDT' * On IRC: #ovirt on irc.oftc.net This is the agenda for the 2012-09-05 meeting: * Next Release (Release Criteria, Target GA date) * Sub-project reports (engine, vdsm, node, infra) * Workshops * New web site design For those of you in the CC list -- please either be available or have someone available to discuss release criteria and feature set for the next release. If you have other topics, please reply to me and I will add them to the agenda. If you propose a topic, please be prepared to lead the discussion during the meeting. Thanks Mike

3 3

[Users] Ovirt engine.log show WARN before login to web administration portal
by Mohsen Saeedi 04 Sep '12

04 Sep '12

Hi I installed Ovirt3.1 and when i'm trying to login to administration portal i see the below error continuously in the engine.log: 2012-09-02 15:07:24,836 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-11) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 15:07:25,043 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-17) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 15:07:25,249 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-7) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 15:07:25,455 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-16) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 15:07:25,656 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-15) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 15:07:25,862 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-14) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version 2012-09-02 15:07:26,062 WARN [org.ovirt.engine.core.bll.GetConfigurationValueQuery] (ajp--0.0.0.0-8009-13) calling GetConfigurationValueQuery (SearchResultsLimit) with null version, using default general for version I search on the google and i found the bug was reported to redhat bugzilla.I thin it should be fixed on Ovirt 3.1 . finally the login process take longer than 5 minutes or i'm not able to login!! Thanks.

3 9

[Users] Ovirt 3.1: Failed to add Storage Domain
by Dmitriy A Pyryakov 04 Sep '12

04 Sep '12

--0__=C9BBF0FCDF8A98818f9e8a93df938690918cC9BBF0FCDF8A9881 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Hello, I have installed oVirt engine 3.1 configured for non-local nfs ISO stor= age (Fedora 17 kernel 3.5.3-1.fc17.x86_64), one node with VDSM (same OS as engine), server with targetcli (ISCSI) and NFS server as ISO Library (CentOS 6.3). There is NFS server configuration: # cat /etc/exports /nfs/iso 192.168.10.0/24 (rw,sync,no_subtree_check,all_squash,anonuid=3D36,anongid=3D36) # cat /etc/sysconfig/nfs | grep -v "#" NFS4_SUPPORT=3D"yes" # ls -l /nfs/ drwxr-xr-x 3 vdsm kvm 4096 Sep 4 09:48 iso # getsebool -a getsebool: SELinux is disabled # ps axu | grep nfs root 8289 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd4= ] root 8290 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd4_callbacks] root 8291 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8292 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8293 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8294 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8295 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8296 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8297 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8298 0.0 0.0 0 0 ? S 09:47 0:00 [nfsd]= root 8555 0.0 0.0 103240 840 pts/0 S+ 10:46 0:00 grep n= fs # cat /etc/passwd | grep vdsm && cat /etc/group | grep kvm vdsm:x:36:36::/home/vdsm:/bin/bash kvm:x:36: result of nfs-check program form hypervisor node as root (can't change = user to vdsm): # python nfs-check.py storage.ovirt.com:/nfs/iso Current hostname: hyper1.ovirt.com - IP addr 192.168.10.11 Trying to /bin/mount -t nfs storage.ovirt.com:/nfs/iso... Executing NFS tests.. Removing vdsmTest file.. Status of tests [OK] Disconnecting from NFS Server.. Done! result of nfs-check program form oVirt engine host as vdsm: $ python nfs-check.py storage.ovirt.com:/nfs/iso You must be root to run this script. as root: # python nfs-check.py storage.ovirt.com:/nfs/iso Current hostname: admin.ovirt.com - IP addr 192.168.10.10 Trying to /bin/mount -t nfs storage.ovirt.com:/nfs/iso... Executing NFS tests.. Removing vdsmTest file.. Status of tests [OK] Disconnecting from NFS Server.. Done! When I try to create New Domain (Domain Function / Storage Type - ISO /= NFS) Export Path: storage.ovirt.com:/nfs/iso - I have an error: A Reque= st to the Server failed with the following Status Code: 500. After it I cant view some files on NFS server: # find /nfs/iso/ /nfs/iso/ /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9 /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/images /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/images/11111111-1111-1111= -1111-111111111111 /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/dom_md /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/dom_md/outbox /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/dom_md/metadata /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/dom_md/inbox /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/dom_md/leases /nfs/iso/cca67860-4d58-4385-ba71-27fdfe21d0e9/dom_md/ids vdsm log from hypervisor node: http://195.58.6.45/shit/vdsm.log engine log: http://195.58.6.45/shit/engine.log I have no iptables configured on any of my hosts. How can I add an ISO share to my Data Center? - - Dmitriy Pyryakov VimpelCom Ltd.= --0__=C9BBF0FCDF8A98818f9e8a93df938690918cC9BBF0FCDF8A9881 Content-type: text/html; charset=US-ASCII Content-Disposition: inline Content-transfer-encoding: quoted-printable <html><body> Hello, I have installed oVirt engine 3.1 confi= gured for non-local nfs ISO storage (Fedora 17 kernel 3.5.3-1.fc17.x86_= 64), one node with VDSM (same OS as engine), server with targetcli (ISC= SI) and NFS server as ISO Library (CentOS 6.3). There is NFS server configuration:</fon= t> # cat /etc/exports /nfs/iso 192.168.10.0/24(rw,sync= ,no_subtree_check,all_squash,anonuid=3D36,anongid=3D36) # cat /etc/sysconfig/nfs | grep -v &quo= t;#" NFS4_SUPPORT=3D"yes" <ul style=3D"padding-left: 0pt"><b= r> # ls -l /nfs/</ul> drwxr-xr-x 3 vdsm kvm 4096 Sep 4 09:48= iso # getsebool -a getsebool: SELinux is disabled<= br> # ps axu | grep nfs root 8289 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd4] root 8290 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd4_callbacks] root 8291 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8292 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8293 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8294 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8295 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8296 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8297 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8298 0.0 0.0 0 0 ?= S 09:47 0:00 [nfsd] root 8555 0.0 0.0 103240 840 p= ts/0 S+ 10:46 0:00 grep nfs # cat /etc/passwd | grep vdsm &&amp= ; cat /etc/group | grep kvm vdsm:x:36:36::/home/vdsm:/bin/bash</fon= t> kvm:x:36: result of nfs-check program form hypervisor node as root (can't change us= er to vdsm): # python nfs-check.py storage.ovir= t.com:/nfs/iso Current hostname: hyper1.ovirt.com= - IP addr 192.168.10.11 Trying to /bin/mount -t nfs storag= e.ovirt.com:/nfs/iso... Executing NFS tests.. Removing vdsmTest file..<br= > Status of tests [OK] Disconnecting from NFS Server..</f= ont> Done! result of nfs-check program form </font= >oVirt engine host as vdsm:= $ python nfs-check.py storage.ovir= t.com:/nfs/iso You must be root to run this scrip= t. as root: # python nfs-check.py storage.ovir= t.com:/nfs/iso Current hostname: admin.ovirt.com = - IP addr 192.168.10.10 Trying to /bin/mount -t nfs storag= e.ovirt.com:/nfs/iso... Executing NFS tests.. Removing vdsmTest file..<br= > Status of tests [OK] Disconnecting from NFS Server..</f= ont> Done! When I try to create New Domain (D= omain Function / Storage Type - ISO / NFS) Export Path: storage.ovirt.c= om:/nfs/iso - I have an error: A Request to the Server failed with the = following Status Code: 500. After it I cant view some files on= NFS server: # find /nfs/iso/ /nfs/iso/ /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9 /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/images /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/images/11111111-1111-1111-1111-111111111111 /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/dom_md /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/dom_md/outbox /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/dom_md/metadata /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/dom_md/inbox /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/dom_md/leases /nfs/iso/cca67860-4d58-4385-ba71-2= 7fdfe21d0e9/dom_md/ids vdsm log from hypervisor node: </f= ont><a href=3D"http://195.58.6.45/shit/vdsm.log">http://195.58.6.45/shit/vdsm.log</fo= nt></a> engine log: <a href=3D"http= ://195.58.6.45/shit/engine.log">http://195.58.6.45/shit/engine.log</a> I have no iptables configured on a= ny of my hosts. How can I add an ISO share to my D= ata Center? - - Dmitriy Pyryakov VimpelCom Ltd.</body></html= >= --0__=C9BBF0FCDF8A98818f9e8a93df938690918cC9BBF0FCDF8A9881--

4 3

[Users] Perl Client for oVirt REST API
by Frank Wall 04 Sep '12

04 Sep '12

Hi, I was searching for a Perl Client for the oVirt REST API, but I couldn't find one, so I hacked up one myself. It's called Net::oVirt::Lite and it's entirely based on Net::Twitter::Lite, so credits go to it's author Marc Mims for this nice module. Net::oVirt::Lite uses most of the XML examples from the REST API Guide [1]. You just need to pass the required params to the module and it will complete the XML code itself. The XML answer from oVirt Engine is parsed with XML::Simple and returned as a hashref for ease of use. You don't need to write or parse any XML. Although Net::oVirt::Lite is a quick hack and far from complete I'd like to share what I've got. If someone is interested I'd like to maintain and further enhance it. Feedback, patches, bug reports are very welcome. There's no help file, so take a look at the source to get the API calls and params you need. [1] https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Virtualiz… DOWNLOAD ============================== Temporary download location: http://dl.moov.de/perl/Net-oVirt-Lite-0.1.tar.gz (sorry, not a complete distribution yet, no tests, no Makefile, no docs) LICENSE ============================== Net::oVirt::Lite is Copyright (c) 2012 inotronic Computers GmbH Net::Twitter::Lite is Copyright (c) 2009 Marc Mims The oVirt API itself, and the description text used in this module is: Copyright (c) 2011 Red Hat, Inc. This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. SYNOPSIS ============================== use Net::oVirt::Lite; my $ov = Net::oVirt::Lite->new( apiurl => 'https://ovirt-engine.example.com:8443/api', username => $user, password => $password ); # Test connection my $result = eval { $ov->api_connection_test }; # List all VMs eval { my $vms = $ov->vms; foreach my $vm ( keys %{ $vms->{'vm'} } ) { print "Found $vm with ID " . $vms->{'vm'}->{$vm}->{'id'} . "\n"; } print "No VMs found.\n" if scalar(keys %{ $vms->{'vm'} }) < 1; }; warn "$@\n" if $@; # Stop VM $result = eval { $ov->stop_vm({ vm_id => '8cc4b549-b79f-4fd5-82f1-556175225cf3' }) }; # Change CPU Cores $ov->vm_cpu({ vm_id => '8cc4b549-b79f-4fd5-82f1-556175225cf3', cpu_cores => 2, cpu_sockets => 1 }); Regards - Frank

2 1

[Users] engine-iso-uploader problem
by Tobias von der Krone 04 Sep '12

04 Sep '12

This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBD647546AB2CE461F047AC09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, If I try to list the iso domains I get the following error: # engine-iso-uploader list ERROR: [ERROR]::key_file, cert_file, ca_file must be specified for SSL co= nnection. INFO: Use the -h option to see usage. I searched the code and found that at no position these variables are set= =2E Opening the api url in the browser and typing username and password I get the xml file. Also I found that in /usr/lib/python2.6/site-packages/ovirtsdk/web/httpsconnection.py the http= s connection is initialized via httplib.HTTPSConnection.__init__(self, host=3Dhost, port=3Dport, key_file= =3Dkey_file, cert_file=3Dcert_file, strict=3D= strict, timeout=3Dtimeout, source_address=3Dsource_address)= but in /usr/lib64/python2.6/httplib.py the class is defined as def __init__(self, host, port=3DNone, key_file=3DNone, cert_file=3DNone, strict=3DNone, timeout=3Dsocket._GLOBAL_DEFAULT_TIME= OUT) with no 'source_address'. Is my python version (python-2.6.6-29.el6_2.2.x= 86_64) too old? I have the following packages installed: # rpm -qa | grep ovirt ovirt-log-collector-3.1.0-21.el6.noarch ovirt-engine-backend-3.1.0-3.22.el6.noarch ovirt-engine-config-3.1.0-3.22.el6.noarch ovirt-engine-webadmin-portal-3.1.0-3.22.el6.noarch ovirt-iso-uploader-3.1.0-21.el6.noarch ovirt-engine-cli-3.1.0.7-1.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-restapi-3.1.0-3.22.el6.noarch ovirt-engine-setup-3.1.0-3.22.el6.noarch ovirt-engine-tools-common-3.1.0-3.22.el6.noarch ovirt-engine-dbscripts-3.1.0-3.22.el6.noarch ovirt-engine-3.1.0-3.22.el6.noarch ovirt-engine-sdk-3.1.0.6-1.el6.noarch ovirt-image-uploader-3.1.0-21.el6.noarch ovirt-engine-genericapi-3.1.0-3.22.el6.noarch ovirt-engine-notification-service-3.1.0-3.22.el6.noarch ovirt-engine-userportal-3.1.0-3.22.el6.noarch Bye Tobias --=20 Mail: tobias(a)vdkrone.de Info: http://tobias.vdkrone.de --------------enigBD647546AB2CE461F047AC09 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQRgW3AAoJEDEUhzqLMJeLayEIAKjU3BXfqCiN0gwOtAd488ap 5ZJ5PvuV+5k1lHVInTYiAftSwC7s2Z7HiwiS1wvepzLRZ/L+BmbHX6o+7wK+3pIu 62bCovqYgz+atE7snD1h14fwkZP/8CkO79hD5pAmbokYHczt54UPnDLBV2pi/wXj INaDfAEDML172Y2q77fvB2JtWuIl/2qcjujXGFc6f6RqiB2smEX8m1/jvbnkOLfv w00jYM8l0AW7CgbQU/IJNGJtD6fNheQ0utdwDvxVbJg2zlUjsu+GFQzjimONJY3u sogFahS05pZk72sIXP59TH0uo/zRkEHJgzilivkp7dnzTw7Jb03a1ChsKNUzCuM= =K5Nb -----END PGP SIGNATURE----- --------------enigBD647546AB2CE461F047AC09--

2 2

[Users] oVirt 3.1 HTTP Status 404 - /api/
by Tobias von der Krone 04 Sep '12

04 Sep '12

This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9F67598856AF5626750EE3A Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, I'm new to oVirt and testing packages from dreyou an a CentOS 6.3 install= ation. What I have installed: # rpm -qa|grep ovirt ovirt-engine-sdk-3.1.0.6-1.el6.noarch ovirt-image-uploader-3.1.0-21.el6.noarch ovirt-engine-notification-service-3.1.0-3.21.el6.noarch ovirt-engine-genericapi-3.1.0-3.21.el6.noarch ovirt-engine-3.1.0-3.21.el6.noarch ovirt-log-collector-3.1.0-21.el6.noarch ovirt-engine-cli-3.1.0.7-1.el6.noarch ovirt-engine-jbossas711-1-0.x86_64 ovirt-engine-dbscripts-3.1.0-3.21.el6.noarch ovirt-engine-config-3.1.0-3.21.el6.noarch ovirt-engine-setup-3.1.0-3.21.el6.noarch ovirt-engine-restapi-3.1.0-3.21.el6.noarch ovirt-engine-backend-3.1.0-3.21.el6.noarch ovirt-iso-uploader-3.1.0-21.el6.noarch ovirt-engine-webadmin-portal-3.1.0-3.21.el6.noarch ovirt-engine-tools-common-3.1.0-3.21.el6.noarch ovirt-engine-userportal-3.1.0-3.21.el6.noarch Admin and user web interdace are working. However if I try to call the ap= i, I get an http 404 error. I can see the request in the apache ssl_access log but not in ovirt-engine server.log. Does anybody have an idea? Bye Tobias --=20 Mail: tobias(a)vdkrone.de Info: http://tobias.vdkrone.de --------------enigD9F67598856AF5626750EE3A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iQEcBAEBAgAGBQJQRNqAAAoJEDEUhzqLMJeL06oH/jjtvmNzke3NLIowRMAjyXCj jq8lfJv9ioeiq4+cFKqImE2z5EWOutb52XKWPm9WjXn8Tm9O/rNl2ftRMjV1EzpL xYFaqmt3U50XRCOfHsLNpaCbAPjixzJp6RWwazWRYSk2w+9aODa02DwqNV6AlXK6 IwRq8NLSpgqepMioHJnwpWlIDyAFDDJjh4iJcwK2AvD4FBo1TpctRdiLgUS8uLCi 4BSpodxEcFku7Yn+oMBEU5pcmlBUPP0DLuwHbb3dTfjI09oY30ZIztMttQuZ+hIp 9bpPPV/svb6jFFlh+ydgdIA76Iiz82Xyo3b56qL3kNO6Eb+UVLtwl3oseohpWJM= =Ltlk -----END PGP SIGNATURE----- --------------enigD9F67598856AF5626750EE3A--

3 4

[Users] can't add domain with rhevm-manage-domains
by Scotto Alberto 04 Sep '12

04 Sep '12

--_007_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: multipart/related; boundary="_006_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_"; type="multipart/alternative" --_006_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: multipart/alternative; boundary="_000_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_" --_000_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I'm trying to add a domain (active directory), but I can't get it to work. The command I execute is: rhevm-manage-domains -action=3Dadd -domain=3D'FPT.LOCAL' -user=3D'fptadmin'= -interactive Attached you can find: - Output of the command - Logs from /var/log/rhevm/rhevm-manage-domains/rhevm-manage-domai= ns.log I found a RHEV KB saying: For Error: LDAP query Failed, make sure the Active Directory server and the= RHEVM server have the correct PTR records in the DNS reverse lookup zone f= ile And another one says: It's required to create PTR entry into DNS for the following: * Name Server (NS) - Start of Authority (SOA) Example: WIN-TL8JB8JAG8.ad.mydomain.com. * Active Directory Name Example: ad.mydomain.com. * RHEVM machine Example: rhevm.ad.mydomain.com. We are fulfilling this requirement, as nslookup of these 3 machines' IP wor= k. Additional info. These commands work (if you need I can paste the full output): #dig SRV _kerberos._tcp.FPT.LOCAL #dig SRV _kerberos._udp.FPT.LOCAL #dig SRV _ldap._tcp.FPT.LOCAL # kinit fptadmin02(a)FPT.LOCAL # klist Ticket cache: FILE:/tmp/krb5cc_0 Default principal: fptadmin02(a)FPT.LOCAL Valid starting Expires Service principal 08/30/12 15:55:46 08/31/12 01:55:51 krbtgt/FPT.LOCAL(a)FPT.LOCAL renew until 09/06/12 15:55:46 Thank you very much in advance Alberto Scotto [Blue] Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 al.scotto(a)reply.it www.reply.it ________________________________ -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than t= he intended recipient is prohibited. If you received this in error, please = contact the sender and delete the material from any computer. --_000_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <style>  </style> </head> <body lang=3D"IT" link=3D"blue" vlink=3D"purple"> <div class=3D"WordSection1"> Hi all, I’m trying to add a domai= n (active directory), but I can’t get it to work.   The command I execute is:</span= > rhevm-manage-domains -action=3D= add -domain=3D'FPT.LOCAL' -user=3D'fptadmin' –interactive   Attached you can find:</= p> -          Output of the command -          Logs from /var/log/rhevm/rhevm-ma= nage-domains/rhevm-manage-domains.log     I found a RHEV KB saying: </spa= n>   For Error: LDAP query Faile= d, make sure the Active Directory server and the RHEVM server have the correct PTR records in th= e DNS reverse lookup zone file   And another one says:</p= > It's required to create PTR entry into DNS for the = following: ·<spa= n style=3D"font:7.0pt "Times New Roman"">    =      Name Server (NS) - Start of Autho= rity (SOA) Example: WIN-TL8JB8JAG8.ad.mydomain.com. ·<spa= n style=3D"font:7.0pt "Times New Roman"">    =      Active Directory Name Example: ad.mydomain.com. ·<spa= n style=3D"font:7.0pt "Times New Roman"">    =      RHEVM machine Example: rhevm.ad.mydomain.com. We are fulfilling this requirem= ent, as nslookup of these 3 machines’ IP work.   Additional info.   These commands work (if you nee= d I can paste the full output):   <pre><code>#dig SRV _kerberos._tcp.FPT.LOCAL</c= ode></pre> <pre><code>#dig SRV _kerberos._udp.FPT.LOCAL</c= ode></pre> <pre><code>#dig SRV _ldap._tcp.FPT.LOCAL</code>= </pre>   # kinit fptadmin02(a)FPT.LOCAL # klist Ticket cache: FILE:/tmp/krb5cc_0</p= > Default principal: fptadmin02(a)FPT.LOCAL</s= pan>   Valid starting     Exp= ires            Serv= ice principal 08/30/12 15:55:46  08/31/12 01:55:51&= nbsp; krbtgt/FPT.LOCAL(a)FPT.LOCAL        = renew until 09/06/12 15:55:46     Thank you very much in advance<= /span> </div> <div align=3D"left"> Alberto Scotto <img border=3D"0" alt=3D"Blue" src=3D"cid:d82= 1ce0543394a2e81b51ca3e6032148" style=3D"margin:0px"> Via Cardinal Massaia, 83 10147 - Torino - ITALY phone: +39 011 29100 <a href=3D"al.scotto(a)reply.it" target=3D"" style=3D"color:blue; text-decora= tion:underline">al.scotto(a)reply.it</a> <a title=3D"" href=3D"www.reply.it" target=3D"" style=3D"color:blue; text-d= ecoration:underline">www.reply.it</a>   </div> <hr> -- The information transmitted is intended for the person or entity to which i= t is addressed and may contain confidential and/or privileged material. Any= review, retransmission, dissemination or other use of, or taking of any ac= tion in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If= you received this in error, please contact the sender and delete the mater= ial from any computer. </body> </html> --_000_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_-- --_006_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: image/png; name="blue.png" Content-Description: blue.png Content-Disposition: inline; filename="blue.png"; size=2834; creation-date="Fri, 31 Aug 2012 09:35:03 GMT"; modification-date="Fri, 31 Aug 2012 09:35:03 GMT" Content-ID: <d821ce0543394a2e81b51ca3e6032148> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAIwAAAAyCAYAAACOADM7AAAABmJLR0QA/gD+AP7rGNSCAAAACXBI WXMAAA3XAAAN1wFCKJt4AAAACXZwQWcAAACMAAAAMgCR0D3bAAAKaUlEQVR42u2ce5AUxRnAf313 3Al4eCAYFaIgyMNEUF6KlYoVIDBArDxqopWxQgViQlWsPHA0MUlZVoyKRsdSE4lGomjIaHS0UlHL wTIPpEgQFQUUjYIWdfIIScyBHi/Z6/zRM1xP3yzs7t3unOX8qra2H9M9vb3f9Pf19/WukFKSk1Mq dVkPIOejRS4wOWXR6wVGuP5I4foDsh5HjkL0VhtGuP5A4CFgNrAD+Lb0nKeyHtfHnd68wixGCQvA qcA9wvWPy3pQH3caan1D4fonAYeBDwEZjaFflAaok56zHRhsNG0B+gAHSrhHarn0nFp/3NLnxbKP B06I5kECO2UYZD2sLtRcYIBJwK+BoYBACU89cAjoAIRw/TuAJcClQGy//FJ6zvvH6ly4/qXAz4vU HQA2A4H0nIcz+OxH41eAHaU3AhdkPaA0MrFhhOuPB2YA5wBnA6ehni5dgKcBu4C5wLZS7Rfh+g8A 80u49HHgEuk5h2s+AeaYLbsO2AKMiIqWyzBYkPW40shihUF6zkbUUwSAcP0G4FHgS9pl10rPmQMs LbXfSBVNLPHyrwDfBO7JYg4MRqEempjnsh5QMXqL0Xsl8EUt3w5cXUE/w4AztfzzwGSUGrwoyuvM yfqDR5yLUssxL2U9oGJkssLoCNdfjLJXdBZIz9lQQXcTgSYt/4z0nHjy1wvX3wW8oNX3O8q4TgKm AGegjNB/As9JzzmYer1lTwKGoOyyV2UYtArLngLMQ9lh64EVRQxZ3V5pje4V9zsVGBRl22QYrDXu e0HUvwD+K8NgXbe/lKOQqcAI178MuM0ovk16zqMVdjnNyL9g5E2DrTVlTP1RRvM3gIFG9RvC9RdK z/lHoo2yQQJgeFR0hbDsT6FUns544Icp456qpV+RYaAL5RJgepR+FWXzxfcdA6zRrr0SqKrAZKaS hOt/DbjXKH5Geo7bjW71iT8AvGLUzzXyfzfGNBBlPyymq7AAjAWeFK5/slE+AvhklC4At6KEZb9x 3cJo+9x5T8s+ERinFa012uzU0vuMuu9r6W3AXd2Yu5LIRGCE618E/D6l6rpu9Hk8MEEr2iQ9p1Wr n4wShJgPgCeMbh6g02jeB9wILASe1q4ZBHzBaDeRThukHghRdskoQF+NmlH+JJ0JqB1ijCkw72np jiOfx7JPQrkdYm6QYXBMH1V3qYlKEq7fhNLvw1CTeztK55rcJlz/s8XshGPwaeBELd8sXP961Bd4 Bsqo1u2bm6Tn7NbGeCHKMI6ZLz3nsajuT6gtfjxfpxr31lXhThkG8470a9mrtPp2uq4652np94FN Rr0uMM1a+jI6fVTvAMsrmLOy6VGBEa5fB3wOpctHaK9TgVOAxmN0MRXlwPpWBbefYuTHAj8tcu39 0nNuMMq+qqXfjoUl4mSSq/HbRlv9S3/ZqBumpXcB/zPqz9fSm2UY/Nuo1wWmCUBYdiPwHa3ck2Hw YQVzVjbVWGFmkW7YmewDfga8CNwHnB6VXyZcf7X0nAfLvG8pntE3gSXSc5an1Olf+hDh+i+jVieJ UiOxwBSiMQMgLLsFOEtr+7xWB8rQjdkgw0BXK40o1RWTZrDu0dKx0X4xylMOynZZVuZcVUyPCoz0 nA7gR8L1N6FWmQIqZtRGpwoSwF7gRek5WwCE658P3A9Y0TV3C9ffUOrWOlrZdIfdXuBhlCqaqZU/ myYs0RZaNzybUV7oNFqBt7T8BJJ2iW6zDAPGFKkDGE1yBTLtF0gKTCF6/4FWtsTYVVWVqtgw0nNW lHn9LmCOcP2bgKuAvsAtqNWqFGLVF7NGes4i4fpjgNfpFNbzi7QfD/TX8vtQMa40VkvPKWh5fWfW DuhCfg5Ju8nc5k/RxpZYuTR0gWkTlj0D5YgEeJca2S4xvcXTC4D0nKvpdNWXc2hqEiqSHROrhR0k bYAzhesPTmmvG61tKAE6PXoNRRnTg6OX6VvRhfB1GQa7tbyu5v6D8qNQpH4bsDVlbLrADACu0fK/ qOXqAr1MYCLip7AcI+48I78WIIpuv6mVN5NUPWntN0nP2So9p016ThtwEKU6RpIMOyAsuw9JVWiu INO19AYZBma0fbKWXi/DoEBX9tBpu4wDLozS2+jqx6o6vVFgYt+JKKON/pTvJ6kWzKc6LTg5XEtv MeruAF5DqbZVgH6IayTJoOHf4oSw7LNICuKTeqfCsj9BUnhN+yamPXqZc3JrLfwuJpnHklKIBaa+ lIuF67eQ3KW8HtlEMabhPCmlG/3JnhX5ZHaifDeLtLqlxpmcySQfuvnCstdH6WXaZ9iPMsJ1xpOM ZaXZL6DsqfcB3UO8A7WzrDm9T2DqG7dTOHSIEgUGIc5GyhatZJ1Rv4HkmZ/xKb08o5UPRa0UkuQT vY6uQVJTFc5D7fQ6SNpUN8ow2GVcq7sB2ugq2DGHUYfLdG6SYbCPDMhcYIRlJwWjcGg/Z1/yATBE zJxXT0Pf4o0P7pWcO39W4nuVHS+JGfPq6dMXOjpgzNyt9En0MUF877fDee3x1iPlo2beTOPxnwGh qzahuhUAjwCLpOeYKkDfIT2BUl1XkxT2+2QYXJ8yen0H+JYMgz2kY9o126mh38UkITBRYGwp5e1Q usNjwL/Ql3VRX2D35mUI0UB90wyOZmc19i+wa+NB+vTrnMA9re00RO3q6iRbVtYxeOzt1NXHS3od e96dRkPT6CN9v/HUIRr738Dg0bMRDSdQVzeAjsJh+ra8SfMpf5S3XNzFoSYsewhJVbhKhoEnLDtE HV4vRGXPprQFFTdrRklk2u4opoVkyMOTYbCfjEgc0RSWPQhlQ/SruMfymCrD4IXud1N7In+ILgzT ZRj8tYfvcSLwOzoPer0DjKv1VlrHVEltqBhMafZD99mR1QfvAXT1tYfiNkhZCMvuD1yLCtbORsXg Yi7PUljAEJgoztFaYV8fN8yg4XsV95TkLJS32+QaGQZPl9tZT5O50ftRJLL1Pq8V9cjqEjHdyG8D rpdhkJmhq5MLTGX0QR2diLdnYQ/2vRq1wsRe6nUyDNq712XP0Wt/W53TO+mNoYGcXkwuMDll0eM2 TPRbnGnAvaaDSVj2bOA0GQY1j7Lm9AzVWGG+jIrwphlH3wXuzvpD51RONXZJ7aizLFcIyx4O3CXD IN527kUdJAJAWPbFqBXnVmHZV6FO3K+I6oahzgYPAX7T017UnMqoxgpTQAniONRJ/AeFZRc72+IA P47SPwEWAAjLbgL+jPJ1NAF/EZZd6o/sc6pINQSmARAyDL6OOm45mmSoX+cDVDiC6D0+azI0arcS FSkG9fcgORlTbcfdXtR5jqOdnpPGO3QK8nzU33KsoutvgXIyoBorjP7FN6OEsph3sE6rq9fS8RmQ RTIMTgP+QPJsbk5GVENgjgMQlv0QcDnwBp0nxgaQ/O+6dmCUsOxHUGdj459kbI/a3Sksew3qjE5L 1pOVUx2VtBJljxxAhf3v0v4TZRnKmI25ObruLdTZkvcAZBgcEpY9E3BRu6TrZBisznqycvJYUk6Z 5KGBnLLIBSanLHKBySmLXGByyiIXmJyy+D/P9uGVPOu6DAAAACh6VFh0U29mdHdhcmUAAHja801M LsrPTU3JTFRwyyxKLc8vyi5WsAAAYBUIJ4KDNosAAAAASUVORK5CYII= --_006_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_-- --_007_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: text/plain; name="manage-domains add output.txt" Content-Description: manage-domains add output.txt Content-Disposition: attachment; filename="manage-domains add output.txt"; size=8707; creation-date="Thu, 30 Aug 2012 15:49:48 GMT"; modification-date="Thu, 30 Aug 2012 15:49:48 GMT" Content-Transfer-Encoding: base64 77u/W3Jvb3RAcGl0dG9yMDZ2aHhkMDEwIH5dIyByaGV2bS1tYW5hZ2UtZG9tYWlucyAtYWN0aW9u PWFkZCAtZG9tYWluPSdmcHQubG9jYWwnIC11c2VyPSdmcHRhZG1pbjAyJyAtaW50ZXJhY3RpdmUK RW50ZXIgcGFzc3dvcmQ6CgpqYXZheC5uYW1pbmcuQXV0aGVudGljYXRpb25FeGNlcHRpb246IEdT U0FQSSBbUm9vdCBleGNlcHRpb24gaXMgamF2YXguc2VjdXJpdHkuc2FzbC5TYXNsRXhjZXB0aW9u OiBHU1MgaW5pdGlhdGUgZmFpbGVkIFtDYXVzZWQgYnkgR1NTRXhjZXB0aW9uOiBObyB2YWxpZCBj cmVkZW50aWFscyBwcm92aWRlZCAoTWVjaGFuaXNtIGxldmVsOiBTZXJ2ZXIgbm90IGZvdW5kIGlu IEtlcmJlcm9zIGRhdGFiYXNlICg3KSldXQogICAgICAgIGF0IGNvbS5zdW4uam5kaS5sZGFwLnNh c2wuTGRhcFNhc2wuc2FzbEJpbmQoTGRhcFNhc2wuamF2YToxNTApCiAgICAgICAgYXQgY29tLnN1 bi5qbmRpLmxkYXAuTGRhcENsaWVudC5hdXRoZW50aWNhdGUoTGRhcENsaWVudC5qYXZhOjIxMikK ICAgICAgICBhdCBjb20uc3VuLmpuZGkubGRhcC5MZGFwQ3R4LmNvbm5lY3QoTGRhcEN0eC5qYXZh OjI3MjApCiAgICAgICAgYXQgY29tLnN1bi5qbmRpLmxkYXAuTGRhcEN0eC48aW5pdD4oTGRhcEN0 eC5qYXZhOjI5NikKICAgICAgICBhdCBjb20uc3VuLmpuZGkubGRhcC5MZGFwQ3R4RmFjdG9yeS5n ZXRVc2luZ1VSTChMZGFwQ3R4RmFjdG9yeS5qYXZhOjE3NSkKICAgICAgICBhdCBjb20uc3VuLmpu ZGkubGRhcC5MZGFwQ3R4RmFjdG9yeS5nZXRVc2luZ1VSTHMoTGRhcEN0eEZhY3RvcnkuamF2YTox OTMpCiAgICAgICAgYXQgY29tLnN1bi5qbmRpLmxkYXAuTGRhcEN0eEZhY3RvcnkuZ2V0TGRhcEN0 eEluc3RhbmNlKExkYXBDdHhGYWN0b3J5LmphdmE6MTM2KQogICAgICAgIGF0IGNvbS5zdW4uam5k aS5sZGFwLkxkYXBDdHhGYWN0b3J5LmdldEluaXRpYWxDb250ZXh0KExkYXBDdHhGYWN0b3J5Lmph dmE6NjYpCiAgICAgICAgYXQgamF2YXgubmFtaW5nLnNwaS5OYW1pbmdNYW5hZ2VyLmdldEluaXRp YWxDb250ZXh0KE5hbWluZ01hbmFnZXIuamF2YTo2NjcpCiAgICAgICAgYXQgamF2YXgubmFtaW5n LkluaXRpYWxDb250ZXh0LmdldERlZmF1bHRJbml0Q3R4KEluaXRpYWxDb250ZXh0LmphdmE6Mjg4 KQogICAgICAgIGF0IGphdmF4Lm5hbWluZy5Jbml0aWFsQ29udGV4dC5pbml0KEluaXRpYWxDb250 ZXh0LmphdmE6MjIzKQogICAgICAgIGF0IGphdmF4Lm5hbWluZy5Jbml0aWFsQ29udGV4dC48aW5p dD4oSW5pdGlhbENvbnRleHQuamF2YToxOTcpCiAgICAgICAgYXQgamF2YXgubmFtaW5nLmRpcmVj dG9yeS5Jbml0aWFsRGlyQ29udGV4dC48aW5pdD4oSW5pdGlhbERpckNvbnRleHQuamF2YTo4MikK ICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3MuSm5kaUFjdGlv bi5ydW4oSm5kaUFjdGlvbi5qYXZhOjc5KQogICAgICAgIGF0IGphdmEuc2VjdXJpdHkuQWNjZXNz Q29udHJvbGxlci5kb1ByaXZpbGVnZWQoTmF0aXZlIE1ldGhvZCkKICAgICAgICBhdCBqYXZheC5z ZWN1cml0eS5hdXRoLlN1YmplY3QuZG9BcyhTdWJqZWN0LmphdmE6MzM3KQogICAgICAgIGF0IG9y Zy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5rZXJiZXJvcy5LZXJiZXJvc0NvbmZpZ0NoZWNrLnBy b21wdFN1Y2Nlc3NmdWxBdXRoZW50aWNhdGlvbihLZXJiZXJvc0NvbmZpZ0NoZWNrLmphdmE6MTc0 KQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5rZXJiZXJvcy5LZXJiZXJv c0NvbmZpZ0NoZWNrLnZhbGlkYXRlS2VyYmVyb3NJbnN0YWxsYXRpb24oS2VyYmVyb3NDb25maWdD aGVjay5qYXZhOjE1NCkKICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2Vy YmVyb3MuS2VyYmVyb3NDb25maWdDaGVjay5jaGVja0luc3RhbGxhdGlvbihLZXJiZXJvc0NvbmZp Z0NoZWNrLmphdmE6MTQwKQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5r ZXJiZXJvcy5NYW5hZ2VEb21haW5zLmNoZWNrS2VyYmVyb3NDb25maWd1cmF0aW9uKE1hbmFnZURv bWFpbnMuamF2YTo1NjApCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLmtl cmJlcm9zLk1hbmFnZURvbWFpbnMudGVzdENvbmZpZ3VyYXRpb24oTWFuYWdlRG9tYWlucy5qYXZh OjcwNikKICAgICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3MuTWFu YWdlRG9tYWlucy5hZGREb21haW4oTWFuYWdlRG9tYWlucy5qYXZhOjQwMSkKICAgICAgICBhdCBv cmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3MuTWFuYWdlRG9tYWlucy5ydW5Db21t YW5kKE1hbmFnZURvbWFpbnMuamF2YToyMzIpCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnV0aWxzLmtlcmJlcm9zLk1hbmFnZURvbWFpbnMubWFpbihNYW5hZ2VEb21haW5zLmphdmE6 MTYwKQpDYXVzZWQgYnk6IGphdmF4LnNlY3VyaXR5LnNhc2wuU2FzbEV4Y2VwdGlvbjogR1NTIGlu aXRpYXRlIGZhaWxlZCBbQ2F1c2VkIGJ5IEdTU0V4Y2VwdGlvbjogTm8gdmFsaWQgY3JlZGVudGlh bHMgcHJvdmlkZWQgKE1lY2hhbmlzbSBsZXZlbDogU2VydmVyIG5vdCBmb3VuZCBpbiBLZXJiZXJv cyBkYXRhYmFzZSAoNykpXQogICAgICAgIGF0IGNvbS5zdW4uc2VjdXJpdHkuc2FzbC5nc3NrZXJi Lkdzc0tyYjVDbGllbnQuZXZhbHVhdGVDaGFsbGVuZ2UoR3NzS3JiNUNsaWVudC5qYXZhOjE5NCkK ICAgICAgICBhdCBjb20uc3VuLmpuZGkubGRhcC5zYXNsLkxkYXBTYXNsLnNhc2xCaW5kKExkYXBT YXNsLmphdmE6MTA1KQogICAgICAgIC4uLiAyMyBtb3JlCkNhdXNlZCBieTogR1NTRXhjZXB0aW9u OiBObyB2YWxpZCBjcmVkZW50aWFscyBwcm92aWRlZCAoTWVjaGFuaXNtIGxldmVsOiBTZXJ2ZXIg bm90IGZvdW5kIGluIEtlcmJlcm9zIGRhdGFiYXNlICg3KSkKICAgICAgICBhdCBzdW4uc2VjdXJp dHkuamdzcy5rcmI1LktyYjVDb250ZXh0LmluaXRTZWNDb250ZXh0KEtyYjVDb250ZXh0LmphdmE6 NjYzKQogICAgICAgIGF0IHN1bi5zZWN1cml0eS5qZ3NzLkdTU0NvbnRleHRJbXBsLmluaXRTZWND b250ZXh0KEdTU0NvbnRleHRJbXBsLmphdmE6MjMwKQogICAgICAgIGF0IHN1bi5zZWN1cml0eS5q Z3NzLkdTU0NvbnRleHRJbXBsLmluaXRTZWNDb250ZXh0KEdTU0NvbnRleHRJbXBsLmphdmE6MTYy KQogICAgICAgIGF0IGNvbS5zdW4uc2VjdXJpdHkuc2FzbC5nc3NrZXJiLkdzc0tyYjVDbGllbnQu ZXZhbHVhdGVDaGFsbGVuZ2UoR3NzS3JiNUNsaWVudC5qYXZhOjE3NSkKICAgICAgICAuLi4gMjQg bW9yZQpDYXVzZWQgYnk6IEtyYkV4Y2VwdGlvbjogU2VydmVyIG5vdCBmb3VuZCBpbiBLZXJiZXJv cyBkYXRhYmFzZSAoNykKICAgICAgICBhdCBzdW4uc2VjdXJpdHkua3JiNS5LcmJUZ3NSZXAuPGlu aXQ+KEtyYlRnc1JlcC5qYXZhOjYxKQogICAgICAgIGF0IHN1bi5zZWN1cml0eS5rcmI1LktyYlRn c1JlcS5nZXRSZXBseShLcmJUZ3NSZXEuamF2YToxODUpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5 LmtyYjUuaW50ZXJuYWwuQ3JlZGVudGlhbHNVdGlsLnNlcnZpY2VDcmVkcyhDcmVkZW50aWFsc1V0 aWwuamF2YToyOTQpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5LmtyYjUuaW50ZXJuYWwuQ3JlZGVu dGlhbHNVdGlsLmFjcXVpcmVTZXJ2aWNlQ3JlZHMoQ3JlZGVudGlhbHNVdGlsLmphdmE6MTA2KQog ICAgICAgIGF0IHN1bi5zZWN1cml0eS5rcmI1LkNyZWRlbnRpYWxzLmFjcXVpcmVTZXJ2aWNlQ3Jl ZHMoQ3JlZGVudGlhbHMuamF2YTo1NTcpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5Lmpnc3Mua3Ji NS5LcmI1Q29udGV4dC5pbml0U2VjQ29udGV4dChLcmI1Q29udGV4dC5qYXZhOjU5NCkKICAgICAg ICAuLi4gMjcgbW9yZQpDYXVzZWQgYnk6IEtyYkV4Y2VwdGlvbjogSWRlbnRpZmllciBkb2Vzbid0 IG1hdGNoIGV4cGVjdGVkIHZhbHVlICg5MDYpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5LmtyYjUu aW50ZXJuYWwuS0RDUmVwLmluaXQoS0RDUmVwLmphdmE6MTMzKQogICAgICAgIGF0IHN1bi5zZWN1 cml0eS5rcmI1LmludGVybmFsLlRHU1JlcC5pbml0KFRHU1JlcC5qYXZhOjU4KQogICAgICAgIGF0 IHN1bi5zZWN1cml0eS5rcmI1LmludGVybmFsLlRHU1JlcC48aW5pdD4oVEdTUmVwLmphdmE6NTMp CiAgICAgICAgYXQgc3VuLnNlY3VyaXR5LmtyYjUuS3JiVGdzUmVwLjxpbml0PihLcmJUZ3NSZXAu amF2YTo0NikKICAgICAgICAuLi4gMzIgbW9yZQpFcnJvcjogTERBUCBxdWVyeSBGYWlsZWQuIEVy cm9yIGluIEROUyBjb25maWd1cmF0aW9uLiBQbGVhc2UgdmVyaWZ5IHRoZSBSSEVWIE1hbmFnZXIg aG9zdCBoYXMgYSB2YWxpZCByZXZlcnNlIEROUyAoUFRSKSByZWNvcmQuCmphdmF4Lm5hbWluZy5B dXRoZW50aWNhdGlvbkV4Y2VwdGlvbjogR1NTQVBJIFtSb290IGV4Y2VwdGlvbiBpcyBqYXZheC5z ZWN1cml0eS5zYXNsLlNhc2xFeGNlcHRpb246IEdTUyBpbml0aWF0ZSBmYWlsZWQgW0NhdXNlZCBi eSBHU1NFeGNlcHRpb246IE5vIHZhbGlkIGNyZWRlbnRpYWxzIHByb3ZpZGVkIChNZWNoYW5pc20g bGV2ZWw6IFNlcnZlciBub3QgZm91bmQgaW4gS2VyYmVyb3MgZGF0YWJhc2UgKDcpKV1dCiAgICAg ICAgYXQgY29tLnN1bi5qbmRpLmxkYXAuc2FzbC5MZGFwU2FzbC5zYXNsQmluZChMZGFwU2FzbC5q YXZhOjE1MCkKICAgICAgICBhdCBjb20uc3VuLmpuZGkubGRhcC5MZGFwQ2xpZW50LmF1dGhlbnRp Y2F0ZShMZGFwQ2xpZW50LmphdmE6MjEyKQogICAgICAgIGF0IGNvbS5zdW4uam5kaS5sZGFwLkxk YXBDdHguY29ubmVjdChMZGFwQ3R4LmphdmE6MjcyMCkKICAgICAgICBhdCBjb20uc3VuLmpuZGku bGRhcC5MZGFwQ3R4Ljxpbml0PihMZGFwQ3R4LmphdmE6Mjk2KQogICAgICAgIGF0IGNvbS5zdW4u am5kaS5sZGFwLkxkYXBDdHhGYWN0b3J5LmdldFVzaW5nVVJMKExkYXBDdHhGYWN0b3J5LmphdmE6 MTc1KQogICAgICAgIGF0IGNvbS5zdW4uam5kaS5sZGFwLkxkYXBDdHhGYWN0b3J5LmdldFVzaW5n VVJMcyhMZGFwQ3R4RmFjdG9yeS5qYXZhOjE5MykKICAgICAgICBhdCBjb20uc3VuLmpuZGkubGRh cC5MZGFwQ3R4RmFjdG9yeS5nZXRMZGFwQ3R4SW5zdGFuY2UoTGRhcEN0eEZhY3RvcnkuamF2YTox MzYpCiAgICAgICAgYXQgY29tLnN1bi5qbmRpLmxkYXAuTGRhcEN0eEZhY3RvcnkuZ2V0SW5pdGlh bENvbnRleHQoTGRhcEN0eEZhY3RvcnkuamF2YTo2NikKICAgICAgICBhdCBqYXZheC5uYW1pbmcu c3BpLk5hbWluZ01hbmFnZXIuZ2V0SW5pdGlhbENvbnRleHQoTmFtaW5nTWFuYWdlci5qYXZhOjY2 NykKICAgICAgICBhdCBqYXZheC5uYW1pbmcuSW5pdGlhbENvbnRleHQuZ2V0RGVmYXVsdEluaXRD dHgoSW5pdGlhbENvbnRleHQuamF2YToyODgpCiAgICAgICAgYXQgamF2YXgubmFtaW5nLkluaXRp YWxDb250ZXh0LmluaXQoSW5pdGlhbENvbnRleHQuamF2YToyMjMpCiAgICAgICAgYXQgamF2YXgu bmFtaW5nLkluaXRpYWxDb250ZXh0Ljxpbml0PihJbml0aWFsQ29udGV4dC5qYXZhOjE5NykKICAg ICAgICBhdCBqYXZheC5uYW1pbmcuZGlyZWN0b3J5LkluaXRpYWxEaXJDb250ZXh0Ljxpbml0PihJ bml0aWFsRGlyQ29udGV4dC5qYXZhOjgyKQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29y ZS51dGlscy5rZXJiZXJvcy5KbmRpQWN0aW9uLnJ1bihKbmRpQWN0aW9uLmphdmE6NzkpCiAgICAg ICAgYXQgamF2YS5zZWN1cml0eS5BY2Nlc3NDb250cm9sbGVyLmRvUHJpdmlsZWdlZChOYXRpdmUg TWV0aG9kKQogICAgICAgIGF0IGphdmF4LnNlY3VyaXR5LmF1dGguU3ViamVjdC5kb0FzKFN1Ympl Y3QuamF2YTozMzcpCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLmtlcmJl cm9zLktlcmJlcm9zQ29uZmlnQ2hlY2sucHJvbXB0U3VjY2Vzc2Z1bEF1dGhlbnRpY2F0aW9uKEtl cmJlcm9zQ29uZmlnQ2hlY2suamF2YToxNzQpCiAgICAgICAgYXQgb3JnLm92aXJ0LmVuZ2luZS5j b3JlLnV0aWxzLmtlcmJlcm9zLktlcmJlcm9zQ29uZmlnQ2hlY2sudmFsaWRhdGVLZXJiZXJvc0lu c3RhbGxhdGlvbihLZXJiZXJvc0NvbmZpZ0NoZWNrLmphdmE6MTU0KQogICAgICAgIGF0IG9yZy5v dmlydC5lbmdpbmUuY29yZS51dGlscy5rZXJiZXJvcy5LZXJiZXJvc0NvbmZpZ0NoZWNrLmNoZWNr SW5zdGFsbGF0aW9uKEtlcmJlcm9zQ29uZmlnQ2hlY2suamF2YToxNDApCiAgICAgICAgYXQgb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLmtlcmJlcm9zLk1hbmFnZURvbWFpbnMuY2hlY2tLZXJi ZXJvc0NvbmZpZ3VyYXRpb24oTWFuYWdlRG9tYWlucy5qYXZhOjU2MCkKICAgICAgICBhdCBvcmcu b3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3MuTWFuYWdlRG9tYWlucy50ZXN0Q29uZmln dXJhdGlvbihNYW5hZ2VEb21haW5zLmphdmE6NzA2KQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdp bmUuY29yZS51dGlscy5rZXJiZXJvcy5NYW5hZ2VEb21haW5zLmFkZERvbWFpbihNYW5hZ2VEb21h aW5zLmphdmE6NDAxKQogICAgICAgIGF0IG9yZy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5rZXJi ZXJvcy5NYW5hZ2VEb21haW5zLnJ1bkNvbW1hbmQoTWFuYWdlRG9tYWlucy5qYXZhOjIzMikKICAg ICAgICBhdCBvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3MuTWFuYWdlRG9tYWlu cy5tYWluKE1hbmFnZURvbWFpbnMuamF2YToxNjApCkNhdXNlZCBieTogamF2YXguc2VjdXJpdHku c2FzbC5TYXNsRXhjZXB0aW9uOiBHU1MgaW5pdGlhdGUgZmFpbGVkIFtDYXVzZWQgYnkgR1NTRXhj ZXB0aW9uOiBObyB2YWxpZCBjcmVkZW50aWFscyBwcm92aWRlZCAoTWVjaGFuaXNtIGxldmVsOiBT ZXJ2ZXIgbm90IGZvdW5kIGluIEtlcmJlcm9zIGRhdGFiYXNlICg3KSldCiAgICAgICAgYXQgY29t LnN1bi5zZWN1cml0eS5zYXNsLmdzc2tlcmIuR3NzS3JiNUNsaWVudC5ldmFsdWF0ZUNoYWxsZW5n ZShHc3NLcmI1Q2xpZW50LmphdmE6MTk0KQogICAgICAgIGF0IGNvbS5zdW4uam5kaS5sZGFwLnNh c2wuTGRhcFNhc2wuc2FzbEJpbmQoTGRhcFNhc2wuamF2YToxMDUpCiAgICAgICAgLi4uIDIzIG1v cmUKQ2F1c2VkIGJ5OiBHU1NFeGNlcHRpb246IE5vIHZhbGlkIGNyZWRlbnRpYWxzIHByb3ZpZGVk IChNZWNoYW5pc20gbGV2ZWw6IFNlcnZlciBub3QgZm91bmQgaW4gS2VyYmVyb3MgZGF0YWJhc2Ug KDcpKQogICAgICAgIGF0IHN1bi5zZWN1cml0eS5qZ3NzLmtyYjUuS3JiNUNvbnRleHQuaW5pdFNl Y0NvbnRleHQoS3JiNUNvbnRleHQuamF2YTo2NjMpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5Lmpn c3MuR1NTQ29udGV4dEltcGwuaW5pdFNlY0NvbnRleHQoR1NTQ29udGV4dEltcGwuamF2YToyMzAp CiAgICAgICAgYXQgc3VuLnNlY3VyaXR5Lmpnc3MuR1NTQ29udGV4dEltcGwuaW5pdFNlY0NvbnRl eHQoR1NTQ29udGV4dEltcGwuamF2YToxNjIpCiAgICAgICAgYXQgY29tLnN1bi5zZWN1cml0eS5z YXNsLmdzc2tlcmIuR3NzS3JiNUNsaWVudC5ldmFsdWF0ZUNoYWxsZW5nZShHc3NLcmI1Q2xpZW50 LmphdmE6MTc1KQogICAgICAgIC4uLiAyNCBtb3JlCkNhdXNlZCBieTogS3JiRXhjZXB0aW9uOiBT ZXJ2ZXIgbm90IGZvdW5kIGluIEtlcmJlcm9zIGRhdGFiYXNlICg3KQogICAgICAgIGF0IHN1bi5z ZWN1cml0eS5rcmI1LktyYlRnc1JlcC48aW5pdD4oS3JiVGdzUmVwLmphdmE6NjEpCiAgICAgICAg YXQgc3VuLnNlY3VyaXR5LmtyYjUuS3JiVGdzUmVxLmdldFJlcGx5KEtyYlRnc1JlcS5qYXZhOjE4 NSkKICAgICAgICBhdCBzdW4uc2VjdXJpdHkua3JiNS5pbnRlcm5hbC5DcmVkZW50aWFsc1V0aWwu c2VydmljZUNyZWRzKENyZWRlbnRpYWxzVXRpbC5qYXZhOjI5NCkKICAgICAgICBhdCBzdW4uc2Vj dXJpdHkua3JiNS5pbnRlcm5hbC5DcmVkZW50aWFsc1V0aWwuYWNxdWlyZVNlcnZpY2VDcmVkcyhD cmVkZW50aWFsc1V0aWwuamF2YToxMDYpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5LmtyYjUuQ3Jl ZGVudGlhbHMuYWNxdWlyZVNlcnZpY2VDcmVkcyhDcmVkZW50aWFscy5qYXZhOjU1NykKICAgICAg ICBhdCBzdW4uc2VjdXJpdHkuamdzcy5rcmI1LktyYjVDb250ZXh0LmluaXRTZWNDb250ZXh0KEty YjVDb250ZXh0LmphdmE6NTk0KQogICAgICAgIC4uLiAyNyBtb3JlCkNhdXNlZCBieTogS3JiRXhj ZXB0aW9uOiBJZGVudGlmaWVyIGRvZXNuJ3QgbWF0Y2ggZXhwZWN0ZWQgdmFsdWUgKDkwNikKICAg ICAgICBhdCBzdW4uc2VjdXJpdHkua3JiNS5pbnRlcm5hbC5LRENSZXAuaW5pdChLRENSZXAuamF2 YToxMzMpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5LmtyYjUuaW50ZXJuYWwuVEdTUmVwLmluaXQo VEdTUmVwLmphdmE6NTgpCiAgICAgICAgYXQgc3VuLnNlY3VyaXR5LmtyYjUuaW50ZXJuYWwuVEdT UmVwLjxpbml0PihUR1NSZXAuamF2YTo1MykKICAgICAgICBhdCBzdW4uc2VjdXJpdHkua3JiNS5L cmJUZ3NSZXAuPGluaXQ+KEtyYlRnc1JlcC5qYXZhOjQ2KQogICAgICAgIC4uLiAzMiBtb3JlCkVy cm9yOiBMREFQIHF1ZXJ5IEZhaWxlZC4gRXJyb3IgaW4gRE5TIGNvbmZpZ3VyYXRpb24uIFBsZWFz ZSB2ZXJpZnkgdGhlIFJIRVYgTWFuYWdlciBob3N0IGhhcyBhIHZhbGlkIHJldmVyc2UgRE5TIChQ VFIpIHJlY29yZC4KRmFpbHVyZSB3aGlsZSB0ZXN0aW5nIGRvbWFpbiBmcHQubG9jYWwuIERldGFp bHM6IE5vIHVzZXIgaW5mb3JtYXRpb24gd2FzIGZvdW5kIGZvciB1c2VyCg== --_007_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_ Content-Type: text/plain; name="manage-domains add log.txt" Content-Description: manage-domains add log.txt Content-Disposition: attachment; filename="manage-domains add log.txt"; size=2629; creation-date="Fri, 31 Aug 2012 08:59:14 GMT"; modification-date="Fri, 31 Aug 2012 08:59:15 GMT" Content-Transfer-Encoding: base64 77u/MjAxMi0wOC0zMSAxMDo0MzowNSwzNzIgREVCVUcgW29yZy5hcGFjaGUuY29tbW9ucy5jb25m aWd1cmF0aW9uLkNvbmZpZ3VyYXRpb25VdGlsc10gQ29uZmlndXJhdGlvblV0aWxzLmxvY2F0ZSgp OiBiYXNlIGlzIG51bGwsIG5hbWUgaXMgL2V0Yy9yaGV2bS9yaGV2bS1tYW5hZ2UtZG9tYWlucy9y aGV2bS1tYW5hZ2UtZG9tYWlucy5jb25mCjIwMTItMDgtMzEgMTA6NDM6MDUsMzczIERFQlVHIFtv cmcuYXBhY2hlLmNvbW1vbnMuY29uZmlndXJhdGlvbi5Db25maWd1cmF0aW9uVXRpbHNdIExvYWRp bmcgY29uZmlndXJhdGlvbiBmcm9tIHRoZSBhYnNvbHV0ZSBwYXRoIC9ldGMvcmhldm0vcmhldm0t bWFuYWdlLWRvbWFpbnMvcmhldm0tbWFuYWdlLWRvbWFpbnMuY29uZgoyMDEyLTA4LTMxIDEwOjQz OjA1LDQwNyBERUJVRyBbb3JnLmFwYWNoZS5jb21tb25zLmNvbmZpZ3VyYXRpb24uQ29uZmlndXJh dGlvblV0aWxzXSBDb25maWd1cmF0aW9uVXRpbHMubG9jYXRlKCk6IGJhc2UgaXMgbnVsbCwgbmFt ZSBpcyAvdmFyL2xpYi9qYm9zc2FzL3NlcnZlci9yaGV2bS1zbGltbWVkL2RlcGxveS9wb3N0Z3Jl cy1kcy54bWwKMjAxMi0wOC0zMSAxMDo0MzowNSw0MDcgREVCVUcgW29yZy5hcGFjaGUuY29tbW9u cy5jb25maWd1cmF0aW9uLkNvbmZpZ3VyYXRpb25VdGlsc10gTG9hZGluZyBjb25maWd1cmF0aW9u IGZyb20gdGhlIGFic29sdXRlIHBhdGggL3Zhci9saWIvamJvc3Nhcy9zZXJ2ZXIvcmhldm0tc2xp bW1lZC9kZXBsb3kvcG9zdGdyZXMtZHMueG1sCjIwMTItMDgtMzEgMTA6NDM6MDUsNDIyIERFQlVH IFtvcmcuYXBhY2hlLmNvbW1vbnMuY29uZmlndXJhdGlvbi5Db25maWd1cmF0aW9uVXRpbHNdIENv bmZpZ3VyYXRpb25VdGlscy5sb2NhdGUoKTogYmFzZSBpcyBudWxsLCBuYW1lIGlzIC92YXIvbGli L2pib3NzYXMvc2VydmVyL3JoZXZtLXNsaW1tZWQvY29uZi9sb2dpbi1jb25maWcueG1sCjIwMTIt MDgtMzEgMTA6NDM6MDUsNDIyIERFQlVHIFtvcmcuYXBhY2hlLmNvbW1vbnMuY29uZmlndXJhdGlv bi5Db25maWd1cmF0aW9uVXRpbHNdIExvYWRpbmcgY29uZmlndXJhdGlvbiBmcm9tIHRoZSBhYnNv bHV0ZSBwYXRoIC92YXIvbGliL2pib3NzYXMvc2VydmVyL3JoZXZtLXNsaW1tZWQvY29uZi9sb2dp bi1jb25maWcueG1sCjIwMTItMDgtMzEgMTA6NDM6MDUsNjg2IERFQlVHIFtvcmcub3ZpcnQuZW5n aW5lLmNvcmUudG9vbHMuY29tbW9uLmRiLkpib3NzQ29ubmVjdGlvbkZhY3RvcnldIGdldENvbm5l Y3Rpb246IGRyaXZlciBjbGFzcyBuYW1lPW9yZy5wb3N0Z3Jlc3FsLkRyaXZlcgoyMDEyLTA4LTMx IDEwOjQzOjA1LDcwMSBERUJVRyBbb3JnLm92aXJ0LmVuZ2luZS5jb3JlLnRvb2xzLmNvbW1vbi5k Yi5KYm9zc0Nvbm5lY3Rpb25GYWN0b3J5XSBnZXRDb25uZWN0aW9uOiBVUkw9amRiYzpwb3N0Z3Jl c3FsOi8vbG9jYWxob3N0OjU0MzIvcmhldm0KMjAxMi0wOC0zMSAxMDo0MzowNSw3MDEgREVCVUcg W29yZy5vdmlydC5lbmdpbmUuY29yZS50b29scy5jb21tb24uZGIuSmJvc3NDb25uZWN0aW9uRmFj dG9yeV0gZ2V0Q29ubmVjdGlvbjogQ29uc2lkZXJpbmcgZW5jcnlwdGVkIHBhc3NvcmQuIHNlY0Rv bWFpbj1FbmNyeXB0REJQYXNzd29yZAoyMDEyLTA4LTMxIDEwOjQzOjEzLDgxMiBJTkZPICBbb3Jn Lm92aXJ0LmVuZ2luZS5jb3JlLnV0aWxzLmtlcmJlcm9zLk1hbmFnZURvbWFpbnNdIENyZWF0aW5n IGtlcmJlcm9zIGNvbmZpZ3VyYXRpb24gZm9yIGRvbWFpbihzKTogZnB0LmxvY2FsCjIwMTItMDgt MzEgMTA6NDM6MTMsODI5IERFQlVHIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVy b3MuS3JiQ29uZkNyZWF0b3JdIGxvYWRlZCB0ZW1wbGF0ZSBrcjUuY29uZiBmaWxlIGtyYjUuY29u Zi50ZW1wbGF0ZQoyMDEyLTA4LTMxIDEwOjQzOjEzLDgzMiBERUJVRyBbb3JnLm92aXJ0LmVuZ2lu ZS5jb3JlLnV0aWxzLmtlcmJlcm9zLktyYkNvbmZDcmVhdG9yXSBzZXR0aW5nIGRlZmF1bHRfdGt0 X2VuY3R5cGVzCjIwMTItMDgtMzEgMTA6NDM6MTMsODU0IERFQlVHIFtvcmcub3ZpcnQuZW5naW5l LmNvcmUudXRpbHMua2VyYmVyb3MuS3JiQ29uZkNyZWF0b3JdIHNldHRpbmcgcmVhbG1zCjIwMTIt MDgtMzEgMTA6NDM6MTMsODU1IERFQlVHIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2Vy YmVyb3MuS3JiQ29uZkNyZWF0b3JdIHNldHRpbmcgZG9tYWluIHJlYWxtCjIwMTItMDgtMzEgMTA6 NDM6MTMsODU1IElORk8gIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3MuTWFu YWdlRG9tYWluc10gU3VjY2Vzc2Z1bGx5IGNyZWF0ZWQga2VyYmVyb3MgY29uZmlndXJhdGlvbiBm b3IgZG9tYWluKHMpOiBmcHQubG9jYWwKMjAxMi0wOC0zMSAxMDo0MzoxMyw4NTYgSU5GTyAgW29y Zy5vdmlydC5lbmdpbmUuY29yZS51dGlscy5rZXJiZXJvcy5NYW5hZ2VEb21haW5zXSBUZXN0aW5n IGtlcmJlcm9zIGNvbmZpZ3VyYXRpb24gZm9yIGRvbWFpbjogZnB0LmxvY2FsCjIwMTItMDgtMzEg MTA6NDM6MTMsOTA3IERFQlVHIFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudXRpbHMua2VyYmVyb3Mu S2VyYmVyb3NDb25maWdDaGVja10gQ2hlY2sgYXV0aGVudGljYXRpb24gZmluaXNoZWQgc3VjY2Vz c2Z1bGx5Cg== --_007_C8B8517ADA90DB40A482797D59EB838964199B86CED01MBXS08repl_--

3 7

[Users] engine-cleanup and then engine-setup - Failed to enable SELinux boolean
by Mohsen Saeedi 04 Sep '12

04 Sep '12

3 6

[Users] oVirt ISO domain
by xrx 03 Sep '12

03 Sep '12

One of the things that surprised me about oVirt/RHEV's design is the awful handling of ISO/vfd images files. One would expect to just point to an available ISO SMB/NFS share, and have the ISOs in it used. Instead, there's an horrible requirement of needing an empty NFS directory with the right permissions. If that's not unnecessary enough, forcing the user to log into the command line of an otherwise entirely graphical application, and then mount another NFS/SMB/block source or something to get the ISO, and then type the rhevm/engine-iso-uploader command to upload the image files, possibly to the same machine if the installer configured an ISO domain locally. It's completely unnecessary. The design should be changed such that the node could attempt mounting any given NFS/SMB share read-only for the ISO domain (and, even better, have the UI support SMB browsing). Presumably vdsm would have permission to at least read files in a mounted directory. This way, one can easily share a directory using windows/nautilus and have it used by oVirt; or use a graphical SFTP application to copy ISOs to the manager's NFS share. Any thoughts? -xrx

2 1