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(a)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(a)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(a)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(a)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