<html><body><div style="font-family: georgia,serif; font-size: 12pt; color: #000000"><div>Hi,<br></div><div>Can you check iptables configured correctly, then put to maintenance host, power-cycle the host and after powered up and reachable, activate it in WEBUI?</div><div><br></div><div><span name="x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nikolai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer at Compute team<br>Red Hat Israel<br>34 Jerusalem Road,<br>Ra'anana, Israel 43501<br><div><br></div>Tel: +972 9 7692043<br>Mobile: +972 52 7342734<br>Email: nsednev@redhat.com<br>IRC: nsednev<span name="x"></span><br></div><div><br></div><hr id="zwchr"><div style="color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>users-request@ovirt.org<br><b>To: </b>users@ovirt.org<br><b>Sent: </b>Tuesday, December 16, 2014 3:31:27 PM<br><b>Subject: </b>Users Digest, Vol 39, Issue 96<br><div><br></div>Send Users mailing list submissions to<br> users@ovirt.org<br><div><br></div>To subscribe or unsubscribe via the World Wide Web, visit<br> http://lists.ovirt.org/mailman/listinfo/users<br>or, via email, send a message with subject or body 'help' to<br> users-request@ovirt.org<br><div><br></div>You can reach the person managing the list at<br> users-owner@ovirt.org<br><div><br></div>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of Users digest..."<br><div><br></div><br>Today's Topics:<br><div><br></div> 1. Re: NFS (Nir Soffer)<br> 2. Re: Problem after update ovirt to 3.5 (Simone Tiraboschi)<br> 3. Re: Problem after update ovirt to 3.5 (Yedidyah Bar David)<br> 4. Re: How to update zanata's source text ? (Alexander Wels)<br> 5. Re: bash: ./autogen.sh: No such file or directory (Nir Soffer)<br> 6. Re: VM disk tab doesn't show storage name after 3.5 upgrade<br> (Nir Soffer)<br> 7. Re: NFS (Bob Doolittle)<br><div><br></div><br>----------------------------------------------------------------------<br><div><br></div>Message: 1<br>Date: Tue, 16 Dec 2014 07:45:57 -0500 (EST)<br>From: Nir Soffer <nsoffer@redhat.com><br>To: Koen Vanoppen <vanoppen.koen@gmail.com><br>Cc: users@ovirt.org<br>Subject: Re: [ovirt-users] NFS<br>Message-ID:<br> <1775969167.13951943.1418733957101.JavaMail.zimbra@redhat.com><br>Content-Type: text/plain; charset=utf-8<br><div><br></div>----- Original Message -----<br>> From: "Koen Vanoppen" <vanoppen.koen@gmail.com><br>> To: users@ovirt.org<br>> Sent: Tuesday, December 16, 2014 10:00:32 AM<br>> Subject: [ovirt-users] NFS<br>> <br>> Dear all,<br>> <br>> We recently added 2 hypervisors to the domain on ovirt, but for some reason<br>> they can't connect to the nfs share:<br>> When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount<br>> -vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/<br><div><br></div>Looks like your server does not accept nfs version 3 - does it work<br>if you remove the vers=3 option?<br><div><br></div>> progress.brusselsairport.aero \:_media_NfsProgress/)<br>> :<br>> mount: external mount: argv[3] = "-v"<br>> mount: external mount: argv[4] = "-o"<br>> mount: external mount: argv[5] = "rw,vers=3,tcp"<br>> mount.nfs: timeout set for Tue Dec 16 08:56:47 2014<br>> mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20'<br>> mount.nfs: prog 100003, trying vers=3, prot=6<br>> mount.nfs: portmap query failed: RPC: Program not registered<br>> mount.nfs: requested NFS version or transport protocol is not supported<br>> <br>> From vdsm.log:<br>> Thread-277::ERROR::2014-12-16<br>> 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect)<br>> Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol<br>> is not supported\n')<br>> Traceback (most recent call last):<br>> File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect<br>> self._mount.mount(self.options, self._vfsType)<br>> File "/usr/share/vdsm/storage/mount.py", line 223, in mount<br>> return self._runcmd(cmd, timeout)<br>> File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd<br>> raise MountError(rc, ";".join((out, err)))<br>> MountError: (32, ';mount.nfs: requested NFS version or transport protocol is<br>> not supported\n')<br>> Thread-277::ERROR::2014-12-16<br>> 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not<br>> connect to storageServer<br>> Traceback (most recent call last):<br>> File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer<br>> conObj.connect()<br>> File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect<br>> return self._mountCon.connect()<br>> File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect<br>> raise e<br>> MountError: (32, ';mount.nfs: requested NFS version or transport protocol is<br>> not supported\n')<br>> <br>> Any ideas? The rest (4 others) didn't have any problems...<br><div><br></div>4 other servers?<br><div><br></div>Try to compare the configuration between these servers.<br><div><br></div>Nir<br><div><br></div><br>------------------------------<br><div><br></div>Message: 2<br>Date: Tue, 16 Dec 2014 07:48:17 -0500 (EST)<br>From: Simone Tiraboschi <stirabos@redhat.com><br>To: Juan Jose <jj197005@gmail.com><br>Cc: users@ovirt.org<br>Subject: Re: [ovirt-users] Problem after update ovirt to 3.5<br>Message-ID:<br> <1161380684.12062869.1418734097118.JavaMail.zimbra@redhat.com><br>Content-Type: text/plain; charset=utf-8<br><div><br></div><br><div><br></div>----- Original Message -----<br>> From: "Juan Jose" <jj197005@gmail.com><br>> To: "Yedidyah Bar David" <didi@redhat.com>, sbonazzo@redhat.com<br>> Cc: users@ovirt.org<br>> Sent: Tuesday, December 16, 2014 1:03:17 PM<br>> Subject: Re: [ovirt-users] Problem after update ovirt to 3.5<br>> <br>> Hello everybody,<br>> <br>> It was the firewall, after upgrade my engine the NFS configuration had<br>> disappered, I have configured again as Red Hat says and now it works<br>> properly again.<br>> <br>> Many thank again for the indications.<br><div><br></div>We already had a patch for it [1],<br>it will released next month with oVirt 3.5.1<br><div><br></div>[1] http://gerrit.ovirt.org/#/c/32874/<br><div><br></div>> Juanjo.<br>> <br>> On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < didi@redhat.com ><br>> wrote:<br>> <br>> <br>> ----- Original Message -----<br>> > From: "Juan Jose" < jj197005@gmail.com ><br>> > To: users@ovirt.org<br>> > Sent: Monday, December 15, 2014 3:17:15 PM<br>> > Subject: [ovirt-users] Problem after update ovirt to 3.5<br>> > <br>> > Hello everybody,<br>> > <br>> > After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts<br>> > to<br>> > oVirt 3.5. After that it seems that all have gone good aparently.<br>> > <br>> > But in some seconds my ISO domain is desconnected and it is impossible to<br>> > Activate. I'm attaching my engine.log. The below error is showed each time<br>> > I<br>> > try to Activate the ISO domain. Before the upgrade it was working without<br>> > problems:<br>> > <br>> > 2014-12-15 13:25:07,607 ERROR<br>> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to<br>> > the Storage Domains ISO_DOMAIN.<br>> > 2014-12-15 13:25:07,608 INFO<br>> > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]<br>> > (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH,<br>> > ConnectStorageServerVDSCommand, return:<br>> > {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e<br>> > 2014-12-15 13:25:07,615 ERROR<br>> > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > Stack: null, Custom Event ID: -1, Message: The error message for connection<br>> > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by<br>> > VDSM<br>> > was: Problem while trying to mount target<br>> > 2014-12-15 13:25:07,616 ERROR<br>> > [org.ovirt.engine.core.bll.storage.NFSStorageHelper]<br>> > (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details<br>> > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because<br>> > of error code 477 and error message is: problem while trying to mount<br>> > target<br>> > <br>> > If any other information is required, please tell me.<br>> <br>> Is the ISO domain on the engine host?<br>> <br>> Please check there iptables and /etc/exports, /etc/exports.d.<br>> <br>> Please post the setup (upgrade) log, check /var/log/ovirt-engine/setup.<br>> <br>> Thanks,<br>> --<br>> Didi<br>> <br>> _______________________________________________<br>> Users mailing list<br>> Users@ovirt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br>> <br><div><br></div><br>------------------------------<br><div><br></div>Message: 3<br>Date: Tue, 16 Dec 2014 07:52:09 -0500 (EST)<br>From: Yedidyah Bar David <didi@redhat.com><br>To: Juan Jose <jj197005@gmail.com><br>Cc: users@ovirt.org<br>Subject: Re: [ovirt-users] Problem after update ovirt to 3.5<br>Message-ID:<br> <1501161471.29130974.1418734329990.JavaMail.zimbra@redhat.com><br>Content-Type: text/plain; charset=utf-8<br><div><br></div>----- Original Message -----<br>> From: "Juan Jose" <jj197005@gmail.com><br>> To: "Yedidyah Bar David" <didi@redhat.com>, sbonazzo@redhat.com<br>> Cc: users@ovirt.org<br>> Sent: Tuesday, December 16, 2014 2:03:17 PM<br>> Subject: Re: [ovirt-users] Problem after update ovirt to 3.5<br>> <br>> Hello everybody,<br>> <br>> It was the firewall, after upgrade my engine the NFS configuration had<br>> disappered, I have configured again as Red Hat says and now it works<br>> properly again.<br>> <br>> Many thank again for the indications.<br><div><br></div>Sorry I didn't mention it before, this is a known bug [1]. Will be fixed<br>in 3.5.1.<br><div><br></div>[1] https://bugzilla.redhat.com/1109326<br>-- <br>Didi<br><div><br></div><br><div><br></div>------------------------------<br><div><br></div>Message: 4<br>Date: Tue, 16 Dec 2014 07:52:33 -0500<br>From: Alexander Wels <awels@redhat.com><br>To: plysan <plysab@gmail.com><br>Cc: "Users@ovirt.org List" <users@ovirt.org><br>Subject: Re: [ovirt-users] How to update zanata's source text ?<br>Message-ID: <3939744.arHGUUsGyg@awels><br>Content-Type: text/plain; charset="us-ascii"<br><div><br></div>On Tuesday, December 16, 2014 10:35:18 AM plysan wrote:<br>> 2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen@redhat.com>:<br>> > > ----- Original Message -----<br>> > > From: "Alexander Wels" <awels@redhat.com><br>> > > Sent: Monday, December 15, 2014 7:45:41 AM<br>> > > <br>> > > On Sunday, December 14, 2014 03:03:56 PM plysan wrote:<br>> > > > Hi,<br>> > > > <br>> > > > When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata<br>> > > > source files, I get webadmin compilation errors. And the error message<br>> > <br>> > lead<br>> > <br>> > > > me to the outdated zanata translation<br>> > > > file: org.ovirt.engine.ui.webadmin.ApplicationMessages<br>> > > > The file has a source text called "{0} (VLAN {1})", but recent commit<br>> > > > b068ec755198c27e65f936809104ba5068cd8fd2<br>> > > > has changed the text to "(VLAN {0})"<br>> > > > <br>> > > > So is there a way to update the zanata's source text (text on the<br>> > <br>> > left) ?<br>> > <br>> > > > It seems that I don't get any options to update it, I can only update<br>> > <br>> > the<br>> > <br>> > > > target text (text on the right).<br>> > > > <br>> > > > thanks.<br>> > > <br>> > > The zanata source text is generated from default values from the ovirt<br>> > <br>> > source<br>> > <br>> > > code. Einav should know more about exactly how that is done. You should<br>> > > always<br>> > > match the translation to the source and not the other way around. So I<br>> > <br>> > am not<br>> > <br>> > > sure why you are trying to change the source.<br>> > <br>> > Alexander is correct; the source text cannot and should not be changed<br>> > directly in Zanata.<br>> > <br>> > in order to update the source (English) text in Zanata, it needs to be<br>> > pushed to Zanata from the source code.<br>> > <br>> > generally, we are not updating anything in Zanata for 3.5 anymore, since<br>> > we are not planning any additional translation cycles for ovirt 3.5;<br>> > however, since we are planning out-of-cycle possible updates for the<br>> > German<br>> > and Italian translation as an exception for 3.5, it *may* also involve<br>> > pushing the updated source text to Zanata as part of the process, but this<br>> > will not happen any time soon, to my understanding.<br>> > <br>> > I am not sure if you were trying to pull the latest translations from<br>> > Zanata<br>> > and then build ovirt-engine-3.5, or simply tried to build ovirt-engine-3.5<br>> > as is;<br>> > if you were trying to build ovirt-engine-3.5 as-is and failed, that's bad<br>> > -<br>> > we need to fix that ASAP (however, I am pretty sure that we would have<br>> > been<br>> > notified about this issue already from jenkins / other people / etc.).<br>> > I recommend to not attempt pulling the translations from Zanata yourself,<br>> > as the pull itself is not enough - need to move some files around, run a<br>> > few<br>> > clean-up scripts, etc. If you still want to pull the translations<br>> > yourself,<br>> > and you are encountering problems as the ones you mentioned above - simply<br>> > remove/"fix" the problematic translations *locally on the .properties<br>> > files<br>> > that you pulled from Zanata - NOT in Zanata itself*.<br>> <br>> Thanks for your responses.<br>> <br>> If I want to make some translation updates in zh_CN, Is it means that the<br>> workflow is first modifying ovirt source code translations and then update<br>> it to zanata ?<br>> But zanata has a user friendly UI and has features that translator likes.<br>> So I think first modifying translations in zanata and then update it to the<br>> source code is better. Just my thoughts :)<br>> <br><div><br></div>The flow for some new text is the following:<br><div><br></div>1. The developer writes some new functionality.<br>2. The developer writes the *English* default message for that functionality. <br>This includes a key to be used by the translators.<br>3. Some process takes those new message(s) and puts the *English* translation <br>and the key into zanata.<br>4. The translator sees the key AND the English version in zanata and provides <br>the localized version in zanata.<br>5. Some process pulls the translation from zanata and puts it into the source <br>code (In a properties file).<br><div><br></div><br>As you can see by the workflow the translator simply translated the English <br>version of some message in zanata and that then automatically gets into the <br>source code without the translator having to do anything besides that. Once <br>you have made the change in zanata it will eventually end up in the project. <br>The process in step 5 is not automatic.<br><div><br></div>Now if you want to change a message in a particular locale and immediately see <br>it, then you have manually modify the properties file for the locale you are <br>interested in and compile the project.<br><div><br></div>> thanks.<br>> <br>> > > _______________________________________________<br>> > > Users mailing list<br>> > > Users@ovirt.org<br>> > > http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br><div><br></div>------------------------------<br><div><br></div>Message: 5<br>Date: Tue, 16 Dec 2014 08:24:52 -0500 (EST)<br>From: Nir Soffer <nsoffer@redhat.com><br>To: Ilan Hirsfeld <ilan.hirsfeld@gmail.com><br>Cc: users <users@ovirt.org><br>Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or<br> directory<br>Message-ID:<br> <595905649.13968762.1418736292641.JavaMail.zimbra@redhat.com><br>Content-Type: text/plain; charset=utf-8<br><div><br></div>----- Original Message -----<br>> From: "Ilan Hirsfeld" <ilan.hirsfeld@gmail.com><br>> To: "Yeela Kaplan" <ykaplan@redhat.com><br>> Cc: "users" <users@ovirt.org><br>> Sent: Monday, December 15, 2014 6:00:47 PM<br>> Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory<br>> <br>> Are you sure???<br>> Because in instruction is written:<br>> "Fedora and Red Hat Enterprise Linux 6 users must verify the following<br><div><br></div>Thanks for reporting this, fixed now.<br><div><br></div>> packages are installed before attempting to build:"<br>> As far as I understand I EL7 not EL6. if you still think I have to do the<br>> requested command line so should I have to do the previous command lines of<br>> EL6 such as:<br>> yum install<br>> http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm<br>> yum install http://danken.fedorapeople.org/python-pep8-1.4.5-2.el6.noarch.rpm<br>> Am I wrong?<br>> Regards,<br>> Ilan.<br><div><br></div>Nir<br><div><br></div><br>------------------------------<br><div><br></div>Message: 6<br>Date: Tue, 16 Dec 2014 08:28:27 -0500 (EST)<br>From: Nir Soffer <nsoffer@redhat.com><br>To: Ernest Beinrohr <Ernest.Beinrohr@axonpro.sk><br>Cc: users <users@ovirt.org><br>Subject: Re: [ovirt-users] VM disk tab doesn't show storage name after<br> 3.5 upgrade<br>Message-ID:<br> <964774187.13970271.1418736507786.JavaMail.zimbra@redhat.com><br>Content-Type: text/plain; charset=utf-8<br><div><br></div>----- Original Message -----<br>> From: "Ernest Beinrohr" <Ernest.Beinrohr@axonpro.sk><br>> To: "users" <users@ovirt.org><br>> Sent: Monday, December 15, 2014 4:01:05 PM<br>> Subject: [ovirt-users] VM disk tab doesn't show storage name after 3.5 upgrade<br>> <br>> Before 3.5 in VM disk tab, there was the name of the storage on which the<br>> disks resides. After the upgrade to 3.5 this information is missing.<br>> <br>> <br>> PS: as a workaround I have to "edit" the disk to see where it it. I have 7<br>> storages so this info is important for me.<br><div><br></div>Sounds like a regression, please open a bug for this.<br><div><br></div>Nir<br><div><br></div><br>------------------------------<br><div><br></div>Message: 7<br>Date: Tue, 16 Dec 2014 08:31:23 -0500<br>From: Bob Doolittle <bob@doolittle.us.com><br>To: Koen Vanoppen <vanoppen.koen@gmail.com>, "users@ovirt.org"<br> <users@ovirt.org><br>Subject: Re: [ovirt-users] NFS<br>Message-ID: <5490342B.6070107@doolittle.us.com><br>Content-Type: text/plain; charset="windows-1252"<br><div><br></div>95% of the time this is a firewall issue.<br><div><br></div>As a test, I'd disable your firewall completely and see if that<br>rectifies it. If so, you can work on proper firewall rules to allow<br>oVirt to work.<br><div><br></div>-Bob<br><div><br></div>On 12/16/2014 03:30 AM, Koen Vanoppen wrote:<br>> Already installed... :-) and the service nfs and rpcbind are running<br>><br>> 2014-12-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg@slu.se<br>> <mailto:karli.sjoberg@slu.se>>:<br>><br>> On Tue, 2014-12-16 at 09:00 +0100, Koen Vanoppen wrote:<br>> > Dear all,<br>> ><br>> ><br>> > We recently added 2 hypervisors to the domain on ovirt, but for some<br>> > reason they can't connect to the nfs share:<br>> > When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]#<br>> > mount -vvv -t nfs -o vers=3,tcp<br>> > progress:/media/NfsProgress<br>> /rhev/data-center/mnt/progress.brusselsairport.aero<br>> <http://progress.brusselsairport.aero>\:_media_NfsProgress/)<br>> > :<br>> > mount: external mount: argv[3] = "-v"<br>> > mount: external mount: argv[4] = "-o"<br>> > mount: external mount: argv[5] = "rw,vers=3,tcp"<br>> > mount.nfs: timeout set for Tue Dec 16 08:56:47 2014<br>> > mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20'<br>> > mount.nfs: prog 100003, trying vers=3, prot=6<br>> > mount.nfs: portmap query failed: RPC: Program not registered<br>> > mount.nfs: requested NFS version or transport protocol is not<br>> > supported<br>> ><br>> ><br>> > From vdsm.log:<br>> > Thread-277::ERROR::2014-12-16<br>> ><br>> 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect)<br>> Mount failed: (32, ';mount.nfs: requested NFS version or transport<br>> protocol is not supported\n')<br>> > Traceback (most recent call last):<br>> > File "/usr/share/vdsm/storage/storageServer.py", line 209, in<br>> > connect<br>> > self._mount.mount(self.options, self._vfsType)<br>> > File "/usr/share/vdsm/storage/mount.py", line 223, in mount<br>> > return self._runcmd(cmd, timeout)<br>> > File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd<br>> > raise MountError(rc, ";".join((out, err)))<br>> > MountError: (32, ';mount.nfs: requested NFS version or transport<br>> > protocol is not supported\n')<br>> > Thread-277::ERROR::2014-12-16<br>> > 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer)<br>> Could not<br>> > connect to storageServer<br>> > Traceback (most recent call last):<br>> > File "/usr/share/vdsm/storage/hsm.py", line 2430, in<br>> > connectStorageServer<br>> > conObj.connect()<br>> > File "/usr/share/vdsm/storage/storageServer.py", line 328, in<br>> > connect<br>> > return self._mountCon.connect()<br>> > File "/usr/share/vdsm/storage/storageServer.py", line 217, in<br>> > connect<br>> > raise e<br>> > MountError: (32, ';mount.nfs: requested NFS version or transport<br>> > protocol is not supported\n')<br>> ><br>> ><br>> > Any ideas? The rest (4 others) didn't have any problems...<br>> ><br>> ><br>> > plain text document attachment (ATT00001)<br>> > _______________________________________________<br>> > Users mailing list<br>> > Users@ovirt.org <mailto:Users@ovirt.org><br>> > http://lists.ovirt.org/mailman/listinfo/users<br>><br>> # yum install -y nfs-utils<br>><br>> ?<br>><br>><br>><br>> --<br>><br>> Med V?nliga H?lsningar<br>><br>> -------------------------------------------------------------------------------<br>> Karli Sj?berg<br>> Swedish University of Agricultural Sciences Box 7079 (Visiting Address<br>> Kron?sv?gen 8)<br>> S-750 07 Uppsala, Sweden<br>> Phone: +46-(0)18-67 15 66 <tel:%2B46-%280%2918-67%2015%2066><br>> karli.sjoberg@slu.se <mailto:karli.sjoberg@slu.se><br>><br>><br>><br>> _______________________________________________<br>> Users mailing list<br>> Users@ovirt.org<br>> http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/6fbaaec0/attachment.html><br><div><br></div>------------------------------<br><div><br></div>_______________________________________________<br>Users mailing list<br>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue 96<br>*************************************<br></div><div><br></div></div></body></html>