Il 15/01/2014 14:54, Sandro Bonazzola ha scritto:
> Il 15/01/2014 02:35, Andrew Lau ha scritto:
>> I guess I spoke too soon.. Although, it allowed me to complete the setup
>> prompts it now fails at "Misc Configuration"
>>
>> Error Logs:
>>
>> 2014-01-15 11:49:34 INFO
>> otopi.plugins.ovirt_hosted_engine_setup.system.vdsmenv vdsmenv._connect:81
>> Waiting for VDSM hardware info
>> 2014-01-15 11:49:35 INFO
>> otopi.plugins.ovirt_hosted_engine_setup.system.vdsmenv vdsmenv._connect:81
>> Waiting for VDSM hardware info
>> 2014-01-15 11:49:36 DEBUG
>> otopi.plugins.ovirt_hosted_engine_setup.system.vdsmenv vdsmenv._connect:78
>> {'status': {'message': 'Recovering from crash or$
>> 2014-01-15 11:49:36 DEBUG otopi.context context.dumpEnvironment:456
>> ENVIRONMENT DUMP - BEGIN
>> 2014-01-15 11:49:36 DEBUG otopi.context context.dumpEnvironment:471 ENV
>> OVEHOSTED_VDSM/vdsClient=instance:'<vdsClientGluster.GlusterService instance
>> $
>> 2014-01-15 11:49:36 DEBUG otopi.context context.dumpEnvironment:473
>> ENVIRONMENT DUMP - END
>> 2014-01-15 11:49:36 DEBUG otopi.context context._executeMethod:138 Stage
>> misc METHOD otopi.plugins.ovirt_hosted_engine_setup.network.bridge.Plugin._m$
>> 2014-01-15 11:49:36 INFO
>> otopi.plugins.ovirt_hosted_engine_setup.network.bridge bridge._misc:189
>> Configuring the management bridge
>> 2014-01-15 11:49:37 DEBUG otopi.context context._executeMethod:152 method
>> exception
>> Traceback (most recent call last):
>> File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in
>> _executeMethod
>> method['method']()
>> File
>> "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hosted-engine-setup/network/bridge.py",
>> line 194, in _misc
>> ].s.getVdsCapabilities()['info']['nics'][nics]
>> KeyError: 'info'
>
> we're investigating on the issue.
Bug 1053420 - ovirt-hosted-engine-setup fails with vdsm issues
Fixed, will be included in the next nightly.
>
>> 2014-01-15 11:49:37 ERROR otopi.context context._executeMethod:161 Failed to
>> execute stage 'Misc configuration': 'info'
>> 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting
>> 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-console.x$
>> 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting
>> 'File transaction for '/etc/ovirt-hosted-engine/iptables.example''
>> 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting
>> 'File transaction for '/etc/sysconfig/iptables''
>> 2014-01-15 11:49:37 DEBUG otopi.transaction transaction.abort:131 aborting
>> 'File transaction for '/etc/ovirt-hosted-engine-ha/broker.conf''
>> 2014-01-15 11:49:37 DEBUG otopi.context context.dumpEnvironment:456
>> ENVIRONMENT DUMP - BEGIN
>> 2014-01-15 11:49:37 DEBUG otopi.context context.dumpEnvironment:471 ENV
>> BASE/error=bool:'True'
>> 2014-01-15 11:49:37 DEBUG otopi.context context.dumpEnvironment:473
>> ENVIRONMENT DUMP - END
>> 2014-01-15 11:49:37 INFO otopi.context context.runSequence:395 Stage: Clean
>> up
>> 2014-01-15 11:49:37 DEBUG otopi.context context.runSequence:399 STAGE cleanup
>>
>>
>>
>> On Wed, Jan 15, 2014 at 11:27 AM, Andrew Lau <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Hi,
>>
>> Dropping VDSM list because I'm not subscribed.
>>
>> Using the nightly repo it seems to be fixed. I will continue to report
>> any new findings.
>>
>> Thanks,
>> Andrew.
>>
>>
>> On Tue, Jan 14, 2014 at 8:52 PM, Sandro Bonazzola <[email protected]
>> <mailto:[email protected]>> wrote:
>>
>> Il 14/01/2014 03:39, Andrew Lau ha scritto:
>> > It looks like vdsm is trying to execute:
>> > vdsm-tool unified_network_persistence_upgrade
>> >
>> > But my version of vdsm-tool has it labeled as
>> "upgrade-unified-persistence"
>>
>> vdsm people, can you check this?
>>
>>
>>
>> >
>> > On Tue, Jan 14, 2014 at 1:32 PM, Andrew Lau <[email protected]
>> <mailto:[email protected]> <mailto:[email protected]
>> <mailto:[email protected]>>> wrote:
>> >
>> > Hi,
>> >
>> > I'm giving the new hosted-engine feature a try with the new
>> 3.4.0 alpha build on centos 6.5
>> >
>> > hosted-engine --deply seems to fail at the 'Environment setup"
>> > [ ERROR ] Failed to execute stage 'Environment setup': Command
>> '/sbin/service' failed to execute
>> >
>> > Within the logs I believe it seems to be related to vdsm. Logs
>> show "VDS daemon is not running"
>> >
>> > service vdsm start gives the following error:
>> >
>> > initctl: Job is already running: libvirtd
>> > vdsm: Running mkdirs
>> > vdsm: Running configure_coredump
>> > vdsm: Running run_init_hooks
>> > vdsm: Running gencerts
>> > vdsm: Running check_is_configured
>> > libvirt is already configured for vdsm
>> > sanlock service is already configured
>> > vdsm: Running validate_configuration
>> > SUCCESS: ssl configured to true. No conflicts
>> > vdsm: Running prepare_transient_repository
>> > vdsm: Running syslog_available
>> > vdsm: Running nwfilter
>> > vdsm: Running dummybr
>> > vdsm: Running load_needed_modules
>> > vdsm: Running tune_system
>> > vdsm: Running test_space
>> > vdsm: Running test_lo
>> > vdsm: Running restore_nets
>> > vdsm: Running unified_network_persistence_upgrade
>> > Usage: /usr/bin/vdsm-tool [options] <action> [arguments]
>> >
>> > Valid options:
>> > -h, --help
>> >
>> > Commands in module configurator:
>> > configure Configure external services for vdsm
>> > is-configured Determine if module is configured
>> > validate-config Determine if configuration is valid
>> >
>> > Commands in module dummybr:
>> > dummybr Defines dummy bridge on libvirt
>> network.
>> >
>> > Commands in module load_needed_modules:
>> > load-needed-modules Load needed modules
>> >
>> > Commands in module nwfilter:
>> > nwfilter Defines network filters on libvirt
>> >
>> > Commands in module passwd:
>> > set-saslpasswd Set vdsm password for libvirt
>> connection
>> >
>> > Commands in module restore_nets:
>> > restore-nets Restores the networks to what was
>> > previously persisted via vdsm.
>> >
>> > Commands in module seboolsetup:
>> > sebool-config Enable the required selinux booleans
>> > sebool-unconfig Disable the required selinux booleans
>> >
>> > Commands in module service:
>> > service-disable Disable a system service
>> > service-is-managed Check the existence of a service
>> > service-reload Notify a system service to reload
>> > configurations
>> > service-restart Restart a system service
>> > service-start Start a system service
>> > service-status Get status of a system service
>> > service-stop Stop a system service
>> >
>> > Commands in module transient:
>> > cleanup-transient-repository Cleanup the unused
>> transient disks
>> > present in the repository.
>> (NOTE: it
>> > is recommended to NOT execute
>> this
>> > command when the vdsm daemon
>> is
>> > running)
>> > setup-transient-repository Prepare the transient disks
>> > repository
>> >
>> > Commands in module unified_persistence:
>> > upgrade-unified-persistence Upgrade host networking
>> persistence
>> > from ifcfg to unified if the
>> > persistence model is set as
>> unified in
>> >
>> /usr/lib64/python2.X/site-packages/
>> > vdsm/config.py
>> >
>> > Commands in module upgrade:
>> >
>> > Commands in module upgrade_300_networks:
>> > upgrade-3.0.0-networks Since ovirt-3.0, Vdsm uses libvirt
>> > networks (with names vdsm-*) to store
>> its
>> > own networks. Older Vdsms did not have
>> those
>> > defined, and used only linux
>> bridges. This
>> > command is kept as an upgrade tool for
>> the
>> > (very few) people who still have
>> such old
>> > setups running.
>> >
>> > Commands in module validate_ovirt_certs:
>> > validate-ovirt-certs Validate vdsmcert.pem against
>> cacert.pem.
>> > If current cacert.pem is invalidate, it
>> will
>> > find a validate certificate file and
>> replace
>> > the old cacert.pem with it. And then
>> persist it.
>> >
>> > Commands in module vdsm-id:
>> > vdsm-id Printing host uuid
>> >
>> > vdsm: failed to execute unified_network_persistence_upgrade,
>> error code 1
>> > vdsm start
>> [FAILED]
>> >
>> > Any suggestions?
>> >
>> > Thanks,
>> > Andrew
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > Users mailing list
>> > [email protected] <mailto:[email protected]>
>> > http://lists.ovirt.org/mailman/listinfo/users
>> >
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community
>> collaboration.
>> See how it works at redhat.com <http://redhat.com>
>>
>>
>>
>
>
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
_______________________________________________
Users mailing list
[email protected]
http://lists.ovirt.org/mailman/listinfo/users
