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

Le 22/12/2016 à 17:17, Yaniv Kaul a écrit : > > >On Thu, Dec 22, 2016 at 12:50 PM, Nathanaël Blanchet &gt;&lt;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

> > 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