------=_Part_10836963_1058080440.1418737821013 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, 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? Thanks in advance. Best regards, Nikolai ____________________ Nikolai Sednev Senior Quality Engineer at Compute team Red Hat Israel 34 Jerusalem Road, Ra'anana, Israel 43501 Tel: +972 9 7692043 Mobile: +972 52 7342734 Email: nsednev@redhat.com IRC: nsednev ----- Original Message ----- From: users-request@ovirt.org To: users@ovirt.org Sent: Tuesday, December 16, 2014 3:31:27 PM Subject: Users Digest, Vol 39, Issue 96 Send Users mailing list submissions to users@ovirt.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.ovirt.org/mailman/listinfo/users or, via email, send a message with subject or body 'help' to users-request@ovirt.org You can reach the person managing the list at users-owner@ovirt.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Users digest..." Today's Topics: 1. Re: NFS (Nir Soffer) 2. Re: Problem after update ovirt to 3.5 (Simone Tiraboschi) 3. Re: Problem after update ovirt to 3.5 (Yedidyah Bar David) 4. Re: How to update zanata's source text ? (Alexander Wels) 5. Re: bash: ./autogen.sh: No such file or directory (Nir Soffer) 6. Re: VM disk tab doesn't show storage name after 3.5 upgrade (Nir Soffer) 7. Re: NFS (Bob Doolittle) ---------------------------------------------------------------------- Message: 1 Date: Tue, 16 Dec 2014 07:45:57 -0500 (EST) From: Nir Soffer <nsoffer@redhat.com> To: Koen Vanoppen <vanoppen.koen@gmail.com> Cc: users@ovirt.org Subject: Re: [ovirt-users] NFS Message-ID: <1775969167.13951943.1418733957101.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message -----
From: "Koen Vanoppen" <vanoppen.koen@gmail.com> To: users@ovirt.org Sent: Tuesday, December 16, 2014 10:00:32 AM Subject: [ovirt-users] NFS
Dear all,
We recently added 2 hypervisors to the domain on ovirt, but for some reason they can't connect to the nfs share: When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount -vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/
Looks like your server does not accept nfs version 3 - does it work if you remove the vers=3 option?
progress.brusselsairport.aero \:_media_NfsProgress/) : mount: external mount: argv[3] = "-v" mount: external mount: argv[4] = "-o" mount: external mount: argv[5] = "rw,vers=3,tcp" mount.nfs: timeout set for Tue Dec 16 08:56:47 2014 mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: requested NFS version or transport protocol is not supported
From vdsm.log: Thread-277::ERROR::2014-12-16 08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect) Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n') Traceback (most recent call last): File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect self._mount.mount(self.options, self._vfsType) File "/usr/share/vdsm/storage/mount.py", line 223, in mount return self._runcmd(cmd, timeout) File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd raise MountError(rc, ";".join((out, err))) MountError: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n') Thread-277::ERROR::2014-12-16 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect return self._mountCon.connect() File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect raise e MountError: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n')
Any ideas? The rest (4 others) didn't have any problems...
4 other servers? Try to compare the configuration between these servers. Nir ------------------------------ Message: 2 Date: Tue, 16 Dec 2014 07:48:17 -0500 (EST) From: Simone Tiraboschi <stirabos@redhat.com> To: Juan Jose <jj197005@gmail.com> Cc: users@ovirt.org Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 Message-ID: <1161380684.12062869.1418734097118.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message -----
From: "Juan Jose" <jj197005@gmail.com> To: "Yedidyah Bar David" <didi@redhat.com>, sbonazzo@redhat.com Cc: users@ovirt.org Sent: Tuesday, December 16, 2014 1:03:17 PM Subject: Re: [ovirt-users] Problem after update ovirt to 3.5
Hello everybody,
It was the firewall, after upgrade my engine the NFS configuration had disappered, I have configured again as Red Hat says and now it works properly again.
Many thank again for the indications.
We already had a patch for it [1], it will released next month with oVirt 3.5.1 [1] http://gerrit.ovirt.org/#/c/32874/
Juanjo.
On Mon, Dec 15, 2014 at 2:32 PM, Yedidyah Bar David < didi@redhat.com > wrote:
----- Original Message -----
From: "Juan Jose" < jj197005@gmail.com > To: users@ovirt.org Sent: Monday, December 15, 2014 3:17:15 PM Subject: [ovirt-users] Problem after update ovirt to 3.5
Hello everybody,
After upgrade my engine to oVirt 3.5, I have also upgraded one of my hosts to oVirt 3.5. After that it seems that all have gone good aparently.
But in some seconds my ISO domain is desconnected and it is impossible to Activate. I'm attaching my engine.log. The below error is showed each time I try to Activate the ISO domain. Before the upgrade it was working without problems:
2014-12-15 13:25:07,607 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to the Storage Domains ISO_DOMAIN. 2014-12-15 13:25:07,608 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (org.ovirt.thread.pool-8-thread-5) [460733dd] FINISH, ConnectStorageServerVDSCommand, return: {81c0a853-715c-4478-a812-6a74808fc482=477}, log id: 3590969e 2014-12-15 13:25:07,615 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-8-thread-5) [460733dd] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: The error message for connection ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 returned by VDSM was: Problem while trying to mount target 2014-12-15 13:25:07,616 ERROR [org.ovirt.engine.core.bll.storage.NFSStorageHelper] (org.ovirt.thread.pool-8-thread-5) [460733dd] The connection with details ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 failed because of error code 477 and error message is: problem while trying to mount target
If any other information is required, please tell me.
Is the ISO domain on the engine host?
Please check there iptables and /etc/exports, /etc/exports.d.
Please post the setup (upgrade) log, check /var/log/ovirt-engine/setup.
Thanks, -- Didi
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
------------------------------ Message: 3 Date: Tue, 16 Dec 2014 07:52:09 -0500 (EST) From: Yedidyah Bar David <didi@redhat.com> To: Juan Jose <jj197005@gmail.com> Cc: users@ovirt.org Subject: Re: [ovirt-users] Problem after update ovirt to 3.5 Message-ID: <1501161471.29130974.1418734329990.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message -----
From: "Juan Jose" <jj197005@gmail.com> To: "Yedidyah Bar David" <didi@redhat.com>, sbonazzo@redhat.com Cc: users@ovirt.org Sent: Tuesday, December 16, 2014 2:03:17 PM Subject: Re: [ovirt-users] Problem after update ovirt to 3.5
Hello everybody,
It was the firewall, after upgrade my engine the NFS configuration had disappered, I have configured again as Red Hat says and now it works properly again.
Many thank again for the indications.
Sorry I didn't mention it before, this is a known bug [1]. Will be fixed in 3.5.1. [1] https://bugzilla.redhat.com/1109326 -- Didi ------------------------------ Message: 4 Date: Tue, 16 Dec 2014 07:52:33 -0500 From: Alexander Wels <awels@redhat.com> To: plysan <plysab@gmail.com> Cc: "Users@ovirt.org List" <users@ovirt.org> Subject: Re: [ovirt-users] How to update zanata's source text ? Message-ID: <3939744.arHGUUsGyg@awels> Content-Type: text/plain; charset="us-ascii" On Tuesday, December 16, 2014 10:35:18 AM plysan wrote:
2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen@redhat.com>:
----- Original Message ----- From: "Alexander Wels" <awels@redhat.com> Sent: Monday, December 15, 2014 7:45:41 AM
On Sunday, December 14, 2014 03:03:56 PM plysan wrote:
Hi,
When I'm trying to compile ovirt-engine-3.5 branch with pulled zanata source files, I get webadmin compilation errors. And the error message
lead
me to the outdated zanata translation file: org.ovirt.engine.ui.webadmin.ApplicationMessages The file has a source text called "{0} (VLAN {1})", but recent commit b068ec755198c27e65f936809104ba5068cd8fd2 has changed the text to "(VLAN {0})"
So is there a way to update the zanata's source text (text on the
left) ?
It seems that I don't get any options to update it, I can only update
the
target text (text on the right).
thanks.
The zanata source text is generated from default values from the ovirt
source
code. Einav should know more about exactly how that is done. You should always match the translation to the source and not the other way around. So I
am not
sure why you are trying to change the source.
Alexander is correct; the source text cannot and should not be changed directly in Zanata.
in order to update the source (English) text in Zanata, it needs to be pushed to Zanata from the source code.
generally, we are not updating anything in Zanata for 3.5 anymore, since we are not planning any additional translation cycles for ovirt 3.5; however, since we are planning out-of-cycle possible updates for the German and Italian translation as an exception for 3.5, it *may* also involve pushing the updated source text to Zanata as part of the process, but this will not happen any time soon, to my understanding.
I am not sure if you were trying to pull the latest translations from Zanata and then build ovirt-engine-3.5, or simply tried to build ovirt-engine-3.5 as is; if you were trying to build ovirt-engine-3.5 as-is and failed, that's bad - we need to fix that ASAP (however, I am pretty sure that we would have been notified about this issue already from jenkins / other people / etc.). I recommend to not attempt pulling the translations from Zanata yourself, as the pull itself is not enough - need to move some files around, run a few clean-up scripts, etc. If you still want to pull the translations yourself, and you are encountering problems as the ones you mentioned above - simply remove/"fix" the problematic translations *locally on the .properties files that you pulled from Zanata - NOT in Zanata itself*.
Thanks for your responses.
If I want to make some translation updates in zh_CN, Is it means that the workflow is first modifying ovirt source code translations and then update it to zanata ? But zanata has a user friendly UI and has features that translator likes. So I think first modifying translations in zanata and then update it to the source code is better. Just my thoughts :)
The flow for some new text is the following: 1. The developer writes some new functionality. 2. The developer writes the *English* default message for that functionality. This includes a key to be used by the translators. 3. Some process takes those new message(s) and puts the *English* translation and the key into zanata. 4. The translator sees the key AND the English version in zanata and provides the localized version in zanata. 5. Some process pulls the translation from zanata and puts it into the source code (In a properties file). As you can see by the workflow the translator simply translated the English version of some message in zanata and that then automatically gets into the source code without the translator having to do anything besides that. Once you have made the change in zanata it will eventually end up in the project. The process in step 5 is not automatic. Now if you want to change a message in a particular locale and immediately see it, then you have manually modify the properties file for the locale you are interested in and compile the project.
thanks.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
------------------------------ Message: 5 Date: Tue, 16 Dec 2014 08:24:52 -0500 (EST) From: Nir Soffer <nsoffer@redhat.com> To: Ilan Hirsfeld <ilan.hirsfeld@gmail.com> Cc: users <users@ovirt.org> Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory Message-ID: <595905649.13968762.1418736292641.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message -----
From: "Ilan Hirsfeld" <ilan.hirsfeld@gmail.com> To: "Yeela Kaplan" <ykaplan@redhat.com> Cc: "users" <users@ovirt.org> Sent: Monday, December 15, 2014 6:00:47 PM Subject: Re: [ovirt-users] bash: ./autogen.sh: No such file or directory
Are you sure??? Because in instruction is written: "Fedora and Red Hat Enterprise Linux 6 users must verify the following
Thanks for reporting this, fixed now.
packages are installed before attempting to build:" As far as I understand I EL7 not EL6. if you still think I have to do the requested command line so should I have to do the previous command lines of EL6 such as: yum install http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rp... yum install http://danken.fedorapeople.org/python-pep8-1.4.5-2.el6.noarch.rpm Am I wrong? Regards, Ilan.
Nir ------------------------------ Message: 6 Date: Tue, 16 Dec 2014 08:28:27 -0500 (EST) From: Nir Soffer <nsoffer@redhat.com> To: Ernest Beinrohr <Ernest.Beinrohr@axonpro.sk> Cc: users <users@ovirt.org> Subject: Re: [ovirt-users] VM disk tab doesn't show storage name after 3.5 upgrade Message-ID: <964774187.13970271.1418736507786.JavaMail.zimbra@redhat.com> Content-Type: text/plain; charset=utf-8 ----- Original Message -----
From: "Ernest Beinrohr" <Ernest.Beinrohr@axonpro.sk> To: "users" <users@ovirt.org> Sent: Monday, December 15, 2014 4:01:05 PM Subject: [ovirt-users] VM disk tab doesn't show storage name after 3.5 upgrade
Before 3.5 in VM disk tab, there was the name of the storage on which the disks resides. After the upgrade to 3.5 this information is missing.
PS: as a workaround I have to "edit" the disk to see where it it. I have 7 storages so this info is important for me.
Sounds like a regression, please open a bug for this. Nir ------------------------------ Message: 7 Date: Tue, 16 Dec 2014 08:31:23 -0500 From: Bob Doolittle <bob@doolittle.us.com> To: Koen Vanoppen <vanoppen.koen@gmail.com>, "users@ovirt.org" <users@ovirt.org> Subject: Re: [ovirt-users] NFS Message-ID: <5490342B.6070107@doolittle.us.com> Content-Type: text/plain; charset="windows-1252" 95% of the time this is a firewall issue. As a test, I'd disable your firewall completely and see if that rectifies it. If so, you can work on proper firewall rules to allow oVirt to work. -Bob On 12/16/2014 03:30 AM, Koen Vanoppen wrote:
Already installed... :-) and the service nfs and rpcbind are running
2014-12-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg@slu.se <mailto:karli.sjoberg@slu.se>>:
On Tue, 2014-12-16 at 09:00 +0100, Koen Vanoppen wrote:
Dear all,
We recently added 2 hypervisors to the domain on ovirt, but for some reason they can't connect to the nfs share: When I manually try to mount the nfs-share ([root@ovirthyp01dev ~]# mount -vvv -t nfs -o vers=3,tcp progress:/media/NfsProgress /rhev/data-center/mnt/progress.brusselsairport.aero <http://progress.brusselsairport.aero>\:_media_NfsProgress/) : mount: external mount: argv[3] = "-v" mount: external mount: argv[4] = "-o" mount: external mount: argv[5] = "rw,vers=3,tcp" mount.nfs: timeout set for Tue Dec 16 08:56:47 2014 mount.nfs: trying text-based options 'vers=3,tcp,addr=10.110.56.20' mount.nfs: prog 100003, trying vers=3, prot=6 mount.nfs: portmap query failed: RPC: Program not registered mount.nfs: requested NFS version or transport protocol is not supported
From vdsm.log: Thread-277::ERROR::2014-12-16
08:46:32,504::storageServer::211::Storage.StorageServer.MountConnection::(connect) Mount failed: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n')
Traceback (most recent call last): File "/usr/share/vdsm/storage/storageServer.py", line 209, in connect self._mount.mount(self.options, self._vfsType) File "/usr/share/vdsm/storage/mount.py", line 223, in mount return self._runcmd(cmd, timeout) File "/usr/share/vdsm/storage/mount.py", line 239, in _runcmd raise MountError(rc, ";".join((out, err))) MountError: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n') Thread-277::ERROR::2014-12-16 08:46:32,508::hsm::2433::Storage.HSM::(connectStorageServer) Could not connect to storageServer Traceback (most recent call last): File "/usr/share/vdsm/storage/hsm.py", line 2430, in connectStorageServer conObj.connect() File "/usr/share/vdsm/storage/storageServer.py", line 328, in connect return self._mountCon.connect() File "/usr/share/vdsm/storage/storageServer.py", line 217, in connect raise e MountError: (32, ';mount.nfs: requested NFS version or transport protocol is not supported\n')
Any ideas? The rest (4 others) didn't have any problems...
plain text document attachment (ATT00001) _______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users
# yum install -y nfs-utils
?
--
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 <tel:%2B46-%280%2918-67%2015%2066> karli.sjoberg@slu.se <mailto:karli.sjoberg@slu.se>
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
1. Re: NFS (Nir Soffer)<br> 2. Re: Pr= oblem 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>&nb= sp; 5. Re: bash: ./autogen.sh: No such file or directory (Nir S= offer)<br> 6. Re: VM disk tab doesn't show storage name a= fter 3.5 upgrade<br> (Nir Soffer)<br> =
> > the Storage Domains ISO_DOMAIN.<br>> > 2014-12-15 13:25:07= ,608 INFO<br>> > [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectSt= orageServerVDSCommand]<br>> > (org.ovirt.thread.pool-8-thread-5) [460= 733dd] FINISH,<br>> > ConnectStorageServerVDSCommand, return:<br>>= > {81c0a853-715c-4478-a812-6a74808fc482=3D477}, log id: 3590969e<br>>= ; > 2014-12-15 13:25:07,615 ERROR<br>> > [org.ovirt.engine.core.da= l.dbbroker.auditloghandling.AuditLogDirector]<br>> > (org.ovirt.threa= d.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > Stack= : null, Custom Event ID: -1, Message: The error message for connection<br>&= gt; > ovirt-engine.siee.local:/var/lib/exports/iso-20140303082312 return= ed by<br>> > VDSM<br>> > was: Problem while trying to mount tar= get<br>> > 2014-12-15 13:25:07,616 ERROR<br>> > [org.ovirt.engi= ne.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>&= gt; > target<br>> > <br>> > If any other information is requ= ired, please tell me.<br>> <br>> Is the ISO domain on the engine host= ?<br>> <br>> Please check there iptables and /etc/exports, /etc/expor= ts.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 ma= iling list<br>> Users@ovirt.org<br>> http://lists.ovirt.org/mailman/l= istinfo/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> &nbs=
> > left) ?<br>> > <br>> > > > It seems that I don= 't get any options to update it, I can only update<br>> > <br>> &g= t; 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 shou= ld<br>> > > always<br>> > > match the translation to the =
Message-ID: <5490342B.6070107@doolittle.us.com><br>Content-Type: tex= t/plain; charset=3D"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 c= ompletely and see if that<br>rectifies it. If so, you can work on proper fi= rewall 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 installe= d... :-) and the service nfs and rpcbind are running<br>><br>> 2014-1= 2-16 9:07 GMT+01:00 Karli Sj?berg <karli.sjoberg@slu.se<br>> <mail= to: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 ([r= oot@ovirthyp01dev ~]#<br>> > mount -vvv -t nfs -o vers= =3D3,tcp<br>> > progress:/media/NfsProgress<br>> &nb= sp; /rhev/data-center/mnt/progress.brusselsairport.aero<br>> &nbs=
> > File "/usr/share/vdsm/storage/mount.py", li= ne 223, in mount<br>> > return self._runc= md(cmd, timeout)<br>> > File "/usr/share/vdsm/st= orage/mount.py", line 239, in _runcmd<br>> > &nb= sp; raise MountError(rc, ";".join((out, err)))<br>> > M= ountError: (32, ';mount.nfs: requested NFS version or transport<br>> &nb= sp; > protocol is not supported\n')<br>> > Th= read-277::ERROR::2014-12-16<br>> > 08:46:32,508::hsm::2= 433::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.conne= ct()<br>> > File "/usr/share/vdsm/storage/storag= eServer.py", line 328, in<br>> > connect<br>> = > return self._mountCon.connect()<br>> &= nbsp; > File "/usr/share/vdsm/storage/storageServer.py", line 217= , in<br>> > connect<br>> > &= nbsp; raise e<br>> > MountError: (32, ';mount.nfs: requ= ested NFS version or transport<br>> > protocol is not s= upported\n')<br>> ><br>> ><br>> = > Any ideas? The rest (4 others) didn't have any problems.= ..<br>> ><br>> ><br>> &nb= sp; > plain text document attachment (ATT00001)<br>> &g= t; _______________________________________________<br>> &g= t; Users mailing list<br>> > Users@ovirt.org <mailto= :Users@ovirt.org><br>> > http://lists.ovirt.org/mail= man/listinfo/users<br>><br>> # yum install -y nfs-utils= <br>><br>> ?<br>><br>><br>><br>> &nb= sp; --<br>><br>> Med V?nliga H?lsningar<br>><br>>= ------------------------------------------------------------= -------------------<br>> Karli Sj?berg<br>> &nbs=
-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20141216/6fbaaec0/attachment.html> ------------------------------ _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users End of Users Digest, Vol 39, Issue 96 ************************************* ------=_Part_10836963_1058080440.1418737821013 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: georgia,serif; font-size: 12pt; colo= r: #000000"><div>Hi,<br></div><div>Can you check iptables configured correc= tly, then put to maintenance host, power-cycle the host and after powered u= p and reachable, activate it in WEBUI?</div><div><br></div><div><span name= =3D"x"></span><br>Thanks in advance.<br><div><br></div>Best regards,<br>Nik= olai<br>____________________<br>Nikolai Sednev<br>Senior Quality Engineer a= t 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 n= ame=3D"x"></span><br></div><div><br></div><hr id=3D"zwchr"><div style=3D"co= lor:#000;font-weight:normal;font-style:normal;text-decoration:none;font-fam= ily: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 1= 6, 2014 3:31:27 PM<br><b>Subject: </b>Users Digest, Vol 39, Issue 96<br><di= v><br></div>Send Users mailing list submissions to<br> &nb= sp; users@ovirt.org<br><div><br></div>To subscribe o= r unsubscribe via the World Wide Web, visit<br> &nbs= p; http://lists.ovirt.org/mailman/listinfo/users<br>or, vi= a email, send a message with subject or body 'help' to<br> = ; users-request@ovirt.org<br><div><br></div>Yo= u can reach the person managing the list at<br> &nbs= p; 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= 7. Re: NFS (Bob Doolittle)<br><div><br></div><br>--------------------= --------------------------------------------------<br><div><br></div>Messag= e: 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:<b= r> <1775969167.13951943.1= 418733957101.JavaMail.zimbra@redhat.com><br>Content-Type: text/plain; ch= arset=3Dutf-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: [ovi= rt-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-s= hare ([root@ovirthyp01dev ~]# mount<br>> -vvv -t nfs -o vers=3D3,tcp pro= gress:/media/NfsProgress /rhev/data-center/mnt/<br><div><br></div>Looks lik= e your server does not accept nfs version 3 - does it work<br>if you remove= the vers=3D3 option?<br><div><br></div>> progress.brusselsairport.aero = \:_media_NfsProgress/)<br>> :<br>> mount: external mount: argv[3] =3D= "-v"<br>> mount: external mount: argv[4] =3D "-o"<br>> mount: extern= al mount: argv[5] =3D "rw,vers=3D3,tcp"<br>> mount.nfs: timeout set for = Tue Dec 16 08:56:47 2014<br>> mount.nfs: trying text-based options 'vers= =3D3,tcp,addr=3D10.110.56.20'<br>> mount.nfs: prog 100003, trying vers= =3D3, prot=3D6<br>> mount.nfs: portmap query failed: RPC: Program not re= gistered<br>> mount.nfs: requested NFS version or transport protocol is = not supported<br>> <br>> From vdsm.log:<br>> Thread-277::ERROR::20= 14-12-16<br>> 08:46:32,504::storageServer::211::Storage.StorageServer.Mo= untConnection::(connect)<br>> Mount failed: (32, ';mount.nfs: requested = NFS version or transport protocol<br>> is not supported\n')<br>> Trac= eback (most recent call last):<br>> File "/usr/share/vdsm/storage/storag= eServer.py", line 209, in connect<br>> self._mount.mount(self.options, s= elf._vfsType)<br>> File "/usr/share/vdsm/storage/mount.py", line 223, in= mount<br>> return self._runcmd(cmd, timeout)<br>> File "/usr/share/v= dsm/storage/mount.py", line 239, in _runcmd<br>> raise MountError(rc, ";= ".join((out, err)))<br>> MountError: (32, ';mount.nfs: requested NFS ver= sion or transport protocol is<br>> not supported\n')<br>> Thread-277:= :ERROR::2014-12-16<br>> 08:46:32,508::hsm::2433::Storage.HSM::(connectSt= orageServer) 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 s= elf._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 problem= s...<br><div><br></div>4 other servers?<br><div><br></div>Try to compare th= e 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 <stir= abos@redhat.com><br>To: Juan Jose <jj197005@gmail.com><br>Cc: user= s@ovirt.org<br>Subject: Re: [ovirt-users] Problem after update ovirt to 3.5= <br>Message-ID:<br> <1161= 380684.12062869.1418734097118.JavaMail.zimbra@redhat.com><br>Content-Typ= e: text/plain; charset=3Dutf-8<br><div><br></div><br><div><br></div>----- O= riginal Message -----<br>> From: "Juan Jose" <jj197005@gmail.com><= br>> To: "Yedidyah Bar David" <didi@redhat.com>, sbonazzo@redhat.c= om<br>> Cc: users@ovirt.org<br>> Sent: Tuesday, December 16, 2014 1:0= 3:17 PM<br>> Subject: Re: [ovirt-users] Problem after update ovirt to 3.= 5<br>> <br>> Hello everybody,<br>> <br>> It was the firewall, a= fter 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, Yedidy= ah Bar David < didi@redhat.com ><br>> wrote:<br>> <br>> <br>= > ----- Original Message -----<br>> > From: "Juan Jose" < jj197= 005@gmail.com ><br>> > To: users@ovirt.org<br>> > Sent: Mond= ay, December 15, 2014 3:17:15 PM<br>> > Subject: [ovirt-users] Proble= m after update ovirt to 3.5<br>> > <br>> > Hello everybody,<br>= > > <br>> > After upgrade my engine to oVirt 3.5, I have also u= pgraded 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>&g= t; > Activate. I'm attaching my engine.log. The below error is showed ea= ch 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.th= read.pool-8-thread-5) [460733dd] Correlation ID: null, Call<br>> > St= ack: null, Custom Event ID: -1, Message: Failed to connect Host host1 to<br= p; <1501161471.29130974.1418734329990.JavaMail.zi= mbra@redhat.com><br>Content-Type: text/plain; charset=3Dutf-8<br><div><b= r></div>----- Original Message -----<br>> From: "Juan Jose" <jj197005= @gmail.com><br>> To: "Yedidyah Bar David" <didi@redhat.com>, sb= onazzo@redhat.com<br>> Cc: users@ovirt.org<br>> Sent: Tuesday, Decemb= er 16, 2014 2:03:17 PM<br>> Subject: Re: [ovirt-users] Problem after upd= ate ovirt to 3.5<br>> <br>> Hello everybody,<br>> <br>> It was = the firewall, after upgrade my engine the NFS configuration had<br>> dis= appered, I have configured again as Red Hat says and now it works<br>> p= roperly again.<br>> <br>> Many thank again for the indications.<br><d= iv><br></div>Sorry I didn't mention it before, this is a known bug [1]. Wil= l be fixed<br>in 3.5.1.<br><div><br></div>[1] https://bugzilla.redhat.com/1= 109326<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 &l= t;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>Mes= sage-ID: <3939744.arHGUUsGyg@awels><br>Content-Type: text/plain; char= set=3D"us-ascii"<br><div><br></div>On Tuesday, December 16, 2014 10:35:18 A= M plysan wrote:<br>> 2014-12-15 22:27 GMT+08:00 Einav Cohen <ecohen@r= edhat.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>> > > &= gt; Hi,<br>> > > > <br>> > > > When I'm trying to c= ompile ovirt-engine-3.5 branch with pulled zanata<br>> > > > so= urce files, I get webadmin compilation errors. And the error message<br>>= ; > <br>> > lead<br>> > <br>> > > > me to the ou= tdated zanata translation<br>> > > > file: org.ovirt.engine.ui.= webadmin.ApplicationMessages<br>> > > > The file has a source t= ext called "{0} (VLAN {1})", but recent commit<br>> > > > b068e= c755198c27e65f936809104ba5068cd8fd2<br>> > > > has changed the = text to "(VLAN {0})"<br>> > > > <br>> > > > So is t= here a way to update the zanata's source text (text on the<br>> > <br= source and not the other way around. So I<br>> > <br>> > am not= <br>> > <br>> > > sure why you are trying to change the sour= ce.<br>> > <br>> > Alexander is correct; the source text cannot= and should not be changed<br>> > directly in Zanata.<br>> > <b= r>> > in order to update the source (English) text in Zanata, it need= s to be<br>> > pushed to Zanata from the source code.<br>> > <b= r>> > generally, we are not updating anything in Zanata for 3.5 anymo= re, since<br>> > we are not planning any additional translation cycle= s for ovirt 3.5;<br>> > however, since we are planning out-of-cycle p= ossible updates for the<br>> > German<br>> > and Italian transl= ation as an exception for 3.5, it *may* also involve<br>> > pushing t= he updated source text to Zanata as part of the process, but this<br>> &= gt; will not happen any time soon, to my understanding.<br>> > <br>&g= t; > I am not sure if you were trying to pull the latest translations fr= om<br>> > Zanata<br>> > and then build ovirt-engine-3.5, or sim= ply 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 th= at we would have<br>> > been<br>> > notified about this issue a= lready 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 p= roblems 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 fir= st modifying ovirt source code translations and then update<br>> it to z= anata ?<br>> But zanata has a user friendly UI and has features that tra= nslator likes.<br>> So I think first modifying translations in zanata an= d 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 de= veloper writes the *English* default message for that functionality. <br>Th= is includes a key to be used by the translators.<br>3. Some process takes t= hose 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 zanat= a and provides <br>the localized version in zanata.<br>5. Some process pull= s the translation from zanata and puts it into the source <br>code (In a pr= operties file).<br><div><br></div><br>As you can see by the workflow the tr= anslator simply translated the English <br>version of some message in zanat= a and that then automatically gets into the <br>source code without the tra= nslator having to do anything besides that. Once <br>you have made the chan= ge in zanata it will eventually end up in the project. <br>The process in s= tep 5 is not automatic.<br><div><br></div>Now if you want to change a messa= ge in a particular locale and immediately see <br>it, then you have manuall= y modify the properties file for the locale you are <br>interested in and c= ompile the project.<br><div><br></div>> thanks.<br>> <br>> > &g= t; _______________________________________________<br>> > > Users = mailing list<br>> > > Users@ovirt.org<br>> > > http://lis= ts.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 <use= rs@ovirt.org><br>Subject: Re: [ovirt-users] bash: ./autogen.sh: No such = file or<br> directory<br>Mes= sage-ID:<br> <595905649.1= 3968762.1418736292641.JavaMail.zimbra@redhat.com><br>Content-Type: text/= plain; charset=3Dutf-8<br><div><br></div>----- Original Message -----<br>&g= t; 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>&= gt; Are you sure???<br>> Because in instruction is written:<br>> "Fed= ora 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>> pack= ages are installed before attempting to build:"<br>> As far as I underst= and I EL7 not EL6. if you still think I have to do the<br>> requested co= mmand 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 D= ec 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> &= lt;964774187.13970271.1418736507786.JavaMail.zimbra@redhat.com><br>Conte= nt-Type: text/plain; charset=3Dutf-8<br><div><br></div>----- Original Messa= ge -----<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 sho= w storage name after 3.5 upg= rade<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 i= nformation 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 i= nfo 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 201= 4 08:31:23 -0500<br>From: Bob Doolittle <bob@doolittle.us.com><br>To:= Koen Vanoppen <vanoppen.koen@gmail.com>, &nb= sp; "users@ovirt.org"<br> &nb= sp; <users@ovirt.org><br>Subject: Re: [ovirt-users] NFS<br= p; <http://progress.brusselsairport.aero>\:_media_NfsProgress/= )<br>> > :<br>> > mount: external m= ount: argv[3] =3D "-v"<br>> > mount: external mount: ar= gv[4] =3D "-o"<br>> > mount: external mount: argv[5] = =3D "rw,vers=3D3,tcp"<br>> > mount.nfs: timeout set for= Tue Dec 16 08:56:47 2014<br>> > mount.nfs: trying text= -based options 'vers=3D3,tcp,addr=3D10.110.56.20'<br>> >= ; mount.nfs: prog 100003, trying vers=3D3, prot=3D6<br>> &= gt; mount.nfs: portmap query failed: RPC: Program not registered<br>> &n= bsp; > 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>&= gt; 08:46:32,504::storageServer::211::Storage.StorageServer.M= ountConnection::(connect)<br>> Mount failed: (32, ';mount.= nfs: requested NFS version or transport<br>> protocol is n= ot supported\n')<br>> > Traceback (most recent call las= t):<br>> > File "/usr/share/vdsm/storage/storage= Server.py", line 209, in<br>> > connect<br>> = > self._mount.mount(self.options, self._vfsType)<br= p; Swedish University of Agricultural Sciences Box 7079 (Visiting Address<b= r>> 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>> Use= rs@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/mail= man/listinfo/users<br><div><br></div><br>End of Users Digest, Vol 39, Issue= 96<br>*************************************<br></div><div><br></div></div>= </body></html> ------=_Part_10836963_1058080440.1418737821013--