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

Martin Polednik mpolednik at redhat.com
Mon Jan 2 10:14:01 UTC 2017


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 at abes.fr <mailto: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?
>I never disabled selinux, why do you think I did this? it is active, 
>this is the problem!
>>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

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 at redhat.com <mailto:stirabos at redhat.com>> wrote:
>>>
>>>
>>>
>>>        On Mon, Dec 19, 2016 at 10:11 AM, Maton, Brett
>>>        <matonb at ltresources.co.uk <mailto: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 <mailto:stirabos at redhat.com>> wrote:
>>>
>>>
>>>
>>>                On Sat, Dec 17, 2016 at 7:17 PM, Maton, Brett
>>>                <matonb at ltresources.co.uk
>>>                <mailto: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
>>>                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
>>>                    <mailto: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
>>>                    <mailto: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
>>>                    <mailto: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.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.executeInSuppressed(TransactionSupport.java:164)
>>>                    [utils.jar:]
>>>                        at org.ovirt.engine.core.utils.tr
>>>                    <http://org.ovirt.engine.core.utils.tr>ansaction.TransactionSupport.executeInScope(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.th
>>>                    <http://org.ovirt.engine.core.utils.th>readpool.ThreadPoolUtil$InternalWrapperRunnable.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
>>>                    <http://host2.example.com> install:
>>>                    java.io.IOException: Command returned failure
>>>                    code 1 during SSH session 'root at host2.example.com
>>>                    <mailto: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.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.executeInSuppressed(TransactionSupport.java:164)
>>>                    [utils.jar:]
>>>                        at org.ovirt.engine.core.utils.tr
>>>                    <http://org.ovirt.engine.core.utils.tr>ansaction.TransactionSupport.executeInScope(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.th
>>>                    <http://org.ovirt.engine.core.utils.th>readpool.ThreadPoolUtil$InternalWrapperRunnable.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.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 'root at host2.example.com
>>>                    <mailto: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
>>>                    <mailto:mlipchuk at redhat.com>> wrote:
>>>
>>>
>>>
>>>                        On Fri, Dec 16, 2016 at 7:15 PM, Maton, Brett
>>>                        <matonb at ltresources.co.uk
>>>                        <mailto: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
>>>
>>>                            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
>>>                            <mailto:mlipchuk at redhat.com>> wrote:
>>>
>>>
>>>
>>>                                On Thu, Dec 8, 2016 at 5:33 PM, Yaniv
>>>                                Kaul <ykaul at redhat.com
>>>                                <mailto:ykaul at redhat.com>> wrote:
>>>
>>>
>>>
>>>                                    On Wed, Dec 7, 2016 at 3:10 PM,
>>>                                    Gianluca Cecchi
>>>                                    <gianluca.cecchi at gmail.com
>>>                                    <mailto:gianluca.cecchi at gmail.com>>
>>>                                    wrote:
>>>
>>>                                        On Tue, Dec 6, 2016 at 9:38
>>>                                        AM, Sandro Bonazzola
>>>                                        <sbonazzo at redhat.com
>>>                                        <mailto: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/
>>>                                    - 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
>>>                                <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 at ovirt.org
>>>                                        <mailto:Users at ovirt.org>
>>>                                        http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>>                                    _______________________________________________
>>>                                    Users mailing list
>>>                                    Users at ovirt.org
>>>                                    <mailto:Users at ovirt.org>
>>>                                    http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>>                                _______________________________________________
>>>                                Users mailing list
>>>                                Users at ovirt.org <mailto:Users at ovirt.org>
>>>                                http://lists.phx.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>>
>>>
>>>
>>>                    _______________________________________________
>>>                    Users mailing list
>>>                    Users at ovirt.org <mailto: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 <mailto:Users at 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 at abes.fr <mailto:blanchet at abes.fr>
>>
>>    _______________________________________________ Users mailing list
>>    Users at ovirt.org <mailto:Users at 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 at abes.fr

>_______________________________________________
>Users mailing list
>Users at ovirt.org
>http://lists.ovirt.org/mailman/listinfo/users



More information about the Users mailing list