Re: [ovirt-users] Fwd: [Call for feedback] anybody gave 4.1 beta a try?

On 23/12/16 10:42 +0100, Nathanaël Blanchet wrote: > > > Le 22/12/2016 à 17:17, Yaniv Kaul a écrit : >> >> >> On Thu, Dec 22, 2016 at 12:50 PM, Nathanaël Blanchet >> <blanchet(a)abes.fr <mailto:blanchet@abes.fr>> wrote: >> >> Hi, >> >> sebool unconfigured module prevents vdsm from starting: >> >> >> We always run with selinux. What's the reason for disabling it? > I never disabled selinux, why do you think I did this? it is active, > this is the problem! >> Y. >> >> >> [root@gaua2 network-scripts]# vdsm-tool configure --force >> >> Checking configuration status... >> >> Current revision of multipath.conf detected, preserving >> libvirt is already configured for vdsm >> SUCCESS: ssl configured to true. No conflicts >> >> Running configure... >> libsepol.context_from_record: type ovirt_vmconsole_host_port_t is >> not defined (No such file or directory). >> libsepol.context_from_record: could not create context structure >> (Invalid argument). >> libsepol.port_from_record: could not create port structure for >> range 2223:2223 (tcp) (Invalid argument). >> libsepol.sepol_port_modify: could not load port range 2223 - 2223 >> (tcp) (Invalid argument). >> libsemanage.dbase_policydb_modify: could not modify record value >> (Invalid argument). >> libsemanage.semanage_base_merge_components: could not merge local >> modifications into policy (Invalid argument). >> Traceback (most recent call last): >> File "/usr/bin/vdsm-tool", line 219, in main >> return tool_command[cmd]["command"](*args) >> File "/usr/lib/python2.7/site-packages/vdsm/tool/__init__.py", >> line 38, in wrapper >> func(*args, **kwargs) >> File >> "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line >> 141, in configure >> _configure(c) >> File >> "/usr/lib/python2.7/site-packages/vdsm/tool/configurator.py", line >> 88, in _configure >> getattr(module, 'configure', lambda: None)() >> File >> "/usr/lib/python2.7/site-packages/vdsm/tool/configurators/sebool.py", >> line 84, in configure >> _setup_booleans(True) >> File >> "/usr/lib/python2.7/site-packages/vdsm/tool/configurators/sebool.py", >> line 57, in _setup_booleans >> sebool_obj.finish() >> File "/usr/lib/python2.7/site-packages/seobject/__init__.py", >> line 320, in finish >> self.commit() >> File "/usr/lib/python2.7/site-packages/seobject/__init__.py", >> line 310, in commit >> rc = semanage_commit(self.sh) >> OSError: [Errno 22] Invalid argument Had same issue, managed to solve it by reinstalling ovirt_vmconsole rules: # semodule -i /usr/share/selinux/packages/ovirt-vmconsole/ovirt_vmconsole.pp

mpolednik >> >> Le 19/12/2016 à 11:55, Maton, Brett a écrit : >>> I'll give that ago this evening, although that might be related >>> to trying to deploy to the host multiple times >>> >>> On 19 December 2016 at 09:54, Simone Tiraboschi >>> <stirabos(a)redhat.com <mailto:stirabos@redhat.com>> wrote: >>> >>> >>> >>> On Mon, Dec 19, 2016 at 10:11 AM, Maton, Brett >>> <matonb(a)ltresources.co.uk <mailto:matonb@ltresources.co.uk>> >>> wrote: >>> >>> Log from the last deploy attempt attached. >>> >>> >>> 2016-12-18 12:52:05 DEBUG >>> otopi.plugins.ovirt_host_mgmt.packages.update >>> update.verbose:94 Yum: There are unfinished transactions >>> remaining. You might consider running >>> yum-complete-transaction, or "yum-complete-transaction >>> --cleanup-only" and "yum history redo last", first to finish >>> them. If those don't work you'll have to try >>> removing/installing packages by hand (maybe package-cleanup >>> can help). >>> >>> It seams that you have unfinished yum transactions on your >>> host; can you please check for that and then try redeploying >>> the host? >>> >>> >>> On 19 December 2016 at 08:30, Simone Tiraboschi >>> <stirabos(a)redhat.com <mailto:stirabos@redhat.com>> wrote: >>> >>> >>> >>> On Sat, Dec 17, 2016 at 7:17 PM, Maton, Brett >>> <matonb(a)ltresources.co.uk >>> <mailto:matonb@ltresources.co.uk>> wrote: >>> >>> I had a mac address conflict so reinstalled ( >>> from scratch ) 4.1 this morning, CPU load issue >>> in UI was still there. >>> >>> >>> We already have an open bug about this: >>> https://bugzilla.redhat.com/show_bug.cgi?id=1390675 >>> Thanks for the report. >>> >>> >>> I can't deploy additional hosts now though due to >>> SSH errors. >>> >>> >>> Could you please attach host-deploy logs? >>> >>> >>> Experimenting, I updated the hosted engine this >>> afternoon and the CPU load issue seems be have >>> either been fixed or resolved itself. >>> >>> However, SSH errors deploying additional hosts >>> persists ( I had no problem with the previous >>> install on Friday ). >>> >>> enging.log snippet: >>> 2016-12-17 17:09:54,764Z ERROR >>> [org.ovirt.engine.core.uutils.ssh.SSHDialog] >>> (org.ovirt.thread.pool-6-thread-26) >>> [b04a9eaf-65b5-4a80-a254-0b29a8fea573] SSH error >>> running command root(a)host2.example.com >>> <mailto:root@host2.example.com>:'umask 0077; >>> MYTMP="$(TMPDIR="${OVIRT_TMPDIR}" mktemp -d -t >>> ovirt-XXXXXXXXXX)"; trap "chmod -R u+rwX >>> \"${MYTMP}\" > /dev/null 2>&1; rm -fr >>> \"${MYTMP}\" > /dev/null 2>&1" 0; tar >>> --warning=no-timestamp -C "${MYTMP}" -x && >>> "${MYTMP}"/ovirt-host-deploy >>> DIALOG/dialect=str:machine >>> DIALOG/customization=bool:True': Command returned >>> failure code 1 during SSH session >>> &#39;root(a)host2.example.com >>> <mailto:root@host2.example.com>' >>> 2016-12-17 17:09:54,765Z ERROR >>> [org.ovirt.engine.core.uutils.ssh.SSHDialog] >>> (org.ovirt.thread.pool-6-thread-26) >>> [b04a9eaf-65b5-4a80-a254-0b29a8fea573] Exception: >>> java.io.IOException: Command returned failure >>> code 1 during SSH session &#39;root(a)host2.example.com >>> <mailto:root@host2.example.com>' >>> at >>> org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:503) >>> [uutils.jar:] >>> at >>> org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) >>> [uutils.jar:] >>> at >>> org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBasae.java:563) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:166) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:87) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1249) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1389) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2053) >>> [bll.jar:] >>> at org.ovirt.engine.core.utils.tr >>> <http://org.ovirt.engine.core.utils.tr>ansaction.TransactionSupport.exe... >>> [utils.jar:] >>> at org.ovirt.engine.core.utils.tr >>> <http://org.ovirt.engine.core.utils.tr>ansaction.TransactionSupport.exe... >>> [utils.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1449) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:395) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) >>> [bll.jar:] >>> at org.ovirt.engine.core.utils.th >>> <http://org.ovirt.engine.core.utils.th>readpool.ThreadPoolUtil$Internal... >>> [utils.jar:] >>> at >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) >>> >>> [rt.jar:1.8.0_111] >>> at >>> java.util.concurrent.FutureTask.run(FutureTask.java:266) >>> [rt.jar:1.8.0_111] >>> at >>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >>> [rt.jar:1.8.0_111] >>> at >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >>> [rt.jar:1.8.0_111] >>> at java.lang.Thread.run(Thread.java:745) >>> [rt.jar:1.8.0_111] >>> >>> 2016-12-17 17:09:54,765Z ERROR >>> [org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase] >>> (org.ovirt.thread.pool-6-thread-26) >>> [b04a9eaf-65b5-4a80-a254-0b29a8fea573] Error >>> during host host2.example.com >>> <http://host2.example.com> install: >>> java.io.IOException: Command returned failure >>> code 1 during SSH session &#39;root(a)host2.example.com >>> <mailto:root@host2.example.com>' >>> at >>> org.ovirt.engine.core.uutils.ssh.SSHClient.executeCommand(SSHClient.java:503) >>> [uutils.jar:] >>> at >>> org.ovirt.engine.core.uutils.ssh.SSHDialog.executeCommand(SSHDialog.java:317) >>> [uutils.jar:] >>> at >>> org.ovirt.engine.core.bll.hostdeploy.VdsDeployBase.execute(VdsDeployBase.java:563) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.installHost(InstallVdsInternalCommand.java:166) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand.executeCommand(InstallVdsInternalCommand.java:87) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1249) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1389) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2053) >>> [bll.jar:] >>> at org.ovirt.engine.core.utils.tr >>> <http://org.ovirt.engine.core.utils.tr>ansaction.TransactionSupport.exe... >>> [utils.jar:] >>> at org.ovirt.engine.core.utils.tr >>> <http://org.ovirt.engine.core.utils.tr>ansaction.TransactionSupport.exe... >>> [utils.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1449) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:395) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.executeValidatedCommand(PrevalidatingMultipleActionsRunner.java:204) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.runCommands(PrevalidatingMultipleActionsRunner.java:176) >>> [bll.jar:] >>> at >>> org.ovirt.engine.core.bll.PrevalidatingMultipleActionsRunner.lambda$invokeCommands$3(PrevalidatingMultipleActionsRunner.java:182) >>> [bll.jar:] >>> at org.ovirt.engine.core.utils.th >>> <http://org.ovirt.engine.core.utils.th>readpool.ThreadPoolUtil$Internal... >>> [utils.jar:] >>> at >>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) >>> >>> [rt.jar:1.8.0_111] >>> at >>> java.util.concurrent.FutureTask.run(FutureTask.java:266) >>> [rt.jar:1.8.0_111] >>> at >>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >>> [rt.jar:1.8.0_111] >>> at >>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >>> [rt.jar:1.8.0_111] >>> at java.lang.Thread.run(Thread.java:745) >>> [rt.jar:1.8.0_111] >>> >>> 2016-12-17 17:09:54,827Z ERROR >>> [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] >>> (org.ovirt.thread.pool-6-thread-26) >>> [b04a9eaf-65b5-4a80-a254-0b29a8fea573] Host >>> installation failed for host >>> '0ce2ee41-cc81-44a5-8b1c-ee3a1ddbb89c', >>> 'host2.example.com <http://host2.example.com>';: >>> Command returned failure code 1 during SSH >>> session &#39;root(a)host2.example.com >>> <mailto:root@host2.example.com>' >>> >>> >>> I'm trying to deploy using a password ( which I >>> know is correct ), I think it might be switching >>> to keys when it fails, but I'm only guessing. >>> >>> >>> Any thoughts on this issue ? >>> >>> On 16 December 2016 at 21:19, Maor Lipchuk >>> <mlipchuk(a)redhat.com >>> <mailto:mlipchuk@redhat.com>> wrote: >>> >>> >>> >>> On Fri, Dec 16, 2016 at 7:15 PM, Maton, Brett >>> <matonb(a)ltresources.co.uk >>> <mailto:matonb@ltresources.co.uk>> wrote: >>> >>> First glance at 4.1 >>> >>> Installation seemed easier than with >>> earlier versions ( but I have installed >>> it a few times now ). >>> Hosted engine reports 100% CPU usage >>> even if the host is basically idle >>> >>> Inline images 1 >>> >>> I'll feed back more as and when I get >>> chance to use it, feels good so far though. >>> >>> Keep on with the great work! >>> >>> Regards, >>> Brett >>> >>> On 12 December 2016 at 17:44, Maor >>> Lipchuk <mlipchuk(a)redhat.com >>> <mailto:mlipchuk@redhat.com>> wrote: >>> >>> >>> >>> On Thu, Dec 8, 2016 at 5:33 PM, Yaniv >>> Kaul <ykaul(a)redhat.com >>> <mailto:ykaul@redhat.com>> wrote: >>> >>> >>> >>> On Wed, Dec 7, 2016 at 3:10 PM, >>> Gianluca Cecchi >>> <gianluca.cecchi(a)gmail.com >>> <mailto:gianluca.cecchi@gmail.com>> >>> wrote: >>> >>> On Tue, Dec 6, 2016 at 9:38 >>> AM, Sandro Bonazzola >>> <sbonazzo(a)redhat.com >>> <mailto:sbonazzo@redhat.com>> >>> wrote: >>> >>> Hi, >>> any feedback on 4.1 beta >>> we released last week? >>> Thanks, >>> >>> >>> >>> I see that in storage tab the >>> NFS domain is marked as V4, >>> while in 4.0.5 is marked as V3. >>> The nfs mount from host is >>> still v3, but I think it is >>> not related and instead V4 >>> refers to functionalities of >>> storage domain itself... >>> >>> >>> Right. >>> >>> In this case, where to find >>> V3 vs V4 storage domain >>> features? >>> >>> >>> http://www.ovirt.org/develop/release-management/features/storage/DataCent... >>> - but it may need some updates. >>> Y. >>> >>> >>> There is a more detailed feature page >>> for qcow2v3 which is currently under >>> review, here it is: >>> >>> https://github.com/maorlipchuk/ovirt-site/blob/cdbbfa5250af0e207ff151af67... >>> <http://l.md> >>> >>> >>> Hi Brett, >>> >>> Here is the official updated wiki which also >>> consists REST examples: >>> http://www.ovirt.org/develop/release-management/features/storage/qcow2v3/ >>> >>> If you have any questions, please don't >>> hesitate to contact me or the users list >>> >>> Regards, >>> Maor >>> >>> >>> >>> Gianluca >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org >>> <mailto:Users@ovirt.org> >>> http://lists.phx.ovirt.org/mailman/listinfo/users >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users >>> <http://lists.ovirt.org/mailman/listinfo/users> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Users mailing list >>> Users(a)ovirt.org <mailto:Users@ovirt.org> >>> http://lists.ovirt.org/mailman/listinfo/users >>> <http://lists.ovirt.org/mailman/listinfo/users> >> >> -- Nathanaël Blanchet >> >> Supervision réseau >> Pôle Infrastrutures Informatiques >> 227 avenue Professeur-Jean-Louis-Viala >> 34193 MONTPELLIER CEDEX 5 >> Tél. 33 (0)4 67 54 84 55 >> Fax 33 (0)4 67 54 84 14 >> blanchet(a)abes.fr <mailto:blanchet@abes.fr> >> >> _______________________________________________ Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users> >> > -- > Nathanaël Blanchet > > Supervision réseau > Pôle Infrastrutures Informatiques > 227 avenue Professeur-Jean-Louis-Viala > 34193 MONTPELLIER CEDEX 5 > Tél. 33 (0)4 67 54 84 55 > Fax 33 (0)4 67 54 84 14 > blanchet(a)abes.fr > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users