[Users] Issues installing hosted-engine with 3.4.0 alpha
Sandro Bonazzola
sbonazzo at redhat.com
Wed Jan 15 13:54:58 UTC 2014
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.
> 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 <andrew at andrewklau.com <mailto:andrew at andrewklau.com>> 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 <sbonazzo at redhat.com <mailto:sbonazzo at redhat.com>> 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 <andrew at andrewklau.com <mailto:andrew at andrewklau.com> <mailto:andrew at andrewklau.com
> <mailto:andrew at andrewklau.com>>> 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
> > Users at ovirt.org <mailto:Users at ovirt.org>
> > 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
More information about the Users
mailing list