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 <and...@andrewklau.com > <mailto:and...@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 <sbona...@redhat.com > <mailto:sbona...@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 <and...@andrewklau.com > <mailto:and...@andrewklau.com> <mailto:and...@andrewklau.com > <mailto:and...@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@ovirt.org <mailto:Users@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 _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users