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

Yaniv Kaul ykaul at redhat.com
Thu Dec 22 16:17:07 UTC 2016 

On Thu, Dec 22, 2016 at 12:50 PM, Nathanaël Blanchet <blanchet at abes.fr>
wrote:

> Hi,
> sebool unconfigured module prevents vdsm from starting:
>

We always run with selinux. What's the reason for disabling it?
Y.


[root at 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 at redhat.com>
> wrote:
>
>>
>>
>> On Mon, Dec 19, 2016 at 10:11 AM, Maton, Brett <
>> <matonb at ltresources.co.uk>matonb at 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 at redhat.com>
>>> stirabos at redhat.com> wrote:
>>>
>>>>
>>>>
>>>> On Sat, Dec 17, 2016 at 7:17 PM, Maton, Brett <
>>>> <matonb at ltresources.co.uk>matonb at 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>
>>>> 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 at 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 ' <root at host2.example.com>root at 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 ' <root at host2.example.com>root at 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.InstallVdsInternalComma
>>>>> nd.installHost(InstallVdsInternalCommand.java:166) [bll.jar:]
>>>>>     at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalComma
>>>>> nd.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.executeActionInTransac
>>>>> tionScope(CommandBase.java:1389) [bll.jar:]
>>>>>     at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2053)
>>>>> [bll.jar:]
>>>>>     at org.ovirt.engine.core.utils.transaction.TransactionSupport.e
>>>>> xecuteInSuppressed(TransactionSupport.java:164) [utils.jar:]
>>>>>     at org.ovirt.engine.core.utils.transaction.TransactionSupport.e
>>>>> xecuteInScope(TransactionSupport.java:103) [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.threadpool.ThreadPoolUtil$Intern
>>>>> alWrapperRunnable.run(ThreadPoolUtil.java:92) [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 install: java.io.IOException:
>>>>> Command returned failure code 1 during SSH session '
>>>>> <root at host2.example.com>root at 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.InstallVdsInternalComma
>>>>> nd.installHost(InstallVdsInternalCommand.java:166) [bll.jar:]
>>>>>     at org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalComma
>>>>> nd.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.executeActionInTransac
>>>>> tionScope(CommandBase.java:1389) [bll.jar:]
>>>>>     at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:2053)
>>>>> [bll.jar:]
>>>>>     at org.ovirt.engine.core.utils.transaction.TransactionSupport.e
>>>>> xecuteInSuppressed(TransactionSupport.java:164) [utils.jar:]
>>>>>     at org.ovirt.engine.core.utils.transaction.TransactionSupport.e
>>>>> xecuteInScope(TransactionSupport.java:103) [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.threadpool.ThreadPoolUtil$Intern
>>>>> alWrapperRunnable.run(ThreadPoolUtil.java:92) [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.hos
>>>>> tdeploy.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':
>>>>> Command returned failure code 1 during SSH session '
>>>>> <root at host2.example.com>root at 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 at redhat.com>
>>>>> mlipchuk at redhat.com> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Dec 16, 2016 at 7:15 PM, Maton, Brett <
>>>>>> <matonb at ltresources.co.uk>matonb at 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
>>>>>>>
>>>>>>> [image: 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 at redhat.com>
>>>>>>> mlipchuk at redhat.com> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Thu, Dec 8, 2016 at 5:33 PM, Yaniv Kaul < <ykaul at redhat.com>
>>>>>>>> ykaul at redhat.com> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Dec 7, 2016 at 3:10 PM, Gianluca Cecchi <
>>>>>>>>> <gianluca.cecchi at gmail.com>gianluca.cecchi at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> On Tue, Dec 6, 2016 at 9:38 AM, Sandro Bonazzola <
>>>>>>>>>> <sbonazzo at redhat.com>sbonazzo at 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/DataCenterV4_1/>
>>>>>>>>> http://www.ovirt.org/develop/release-management/features/storage/DataCenterV4_1/
>>>>>>>>> - 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/cdbbfa5250af0e207ff151af67f188b3451d4c33/source/develop/release-management/features/storage/qcow2v3.html.md>
>>>>>>>> https://github.com/maorlipchuk/ovirt-site/blob/cdbbfa5250af0
>>>>>>>> e207ff151af67f188b3451d4c33/source/develop/release-managemen
>>>>>>>> t/features/storage/qcow2v3.html.md
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>> Hi Brett,
>>>>>>
>>>>>> Here is the official updated wiki which also consists REST examples:
>>>>>>
>>>>>> <http://www.ovirt.org/develop/release-management/features/storage/qcow2v3/>
>>>>>> http://www.ovirt.org/develop/release-management/features/sto
>>>>>> rage/qcow2v3/
>>>>>>
>>>>>> If you have any questions, please don't hesitate to contact me or the
>>>>>> users list
>>>>>>
>>>>>> Regards,
>>>>>> Maor
>>>>>>
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Gianluca
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Users mailing list
>>>>>>>>>> <Users at ovirt.org>Users at ovirt.org
>>>>>>>>>> <http://lists.ovirt.org/mailman/listinfo/users>
>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Users mailing list
>>>>>>>>> <Users at ovirt.org>Users at ovirt.org
>>>>>>>>> <http://lists.ovirt.org/mailman/listinfo/users>
>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Users mailing list
>>>>>>>> <Users at ovirt.org>Users at ovirt.org
>>>>>>>> <http://lists.phx.ovirt.org/mailman/listinfo/users>
>>>>>>>> http://lists.phx.ovirt.org/mailman/listinfo/users
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>
>
>
> _______________________________________________
> Users mailing listUsers at ovirt.orghttp://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 14blanchet at abes.fr
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161222/e8031833/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 47836 bytes
Desc: not available
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161222/e8031833/attachment-0001.png>

More information about the Users mailing list