[Users] Issues installing hosted-engine with 3.4.0 alpha
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
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" On Tue, Jan 14, 2014 at 1:32 PM, Andrew Lau <andrew@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
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@andrewklau.com <mailto:andrew@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 http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
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@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@andrewklau.com<mailto:
andrew@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 http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
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' 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@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@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@andrewklau.com<mailto:
andrew@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 http://lists.ovirt.org/mailman/listinfo/users
-- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com
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@andrewklau.com <mailto:andrew@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@redhat.com <mailto:sbonazzo@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@andrewklau.com <mailto:andrew@andrewklau.com> <mailto:andrew@andrewklau.com <mailto:andrew@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
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 <andrew@andrewklau.com <mailto:andrew@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@redhat.com <mailto:sbonazzo@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@andrewklau.com <mailto:andrew@andrewklau.com> <mailto:andrew@andrewklau.com <mailto:andrew@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
participants (2)
-
Andrew Lau -
Sandro Bonazzola