cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dave Cundiff <syshack...@gmail.com>
Subject Re: Zone 1 is not ready to launch console proxy yet
Date Mon, 03 Dec 2012 20:31:59 GMT
Hi,

I had the same issue after a 3.0.3 upgrade. I erased my system VMs to
rebuild and they were never re-created. I dug through the MySQL queries and
code a bit. The closest I got was it appeared to be the code checking to
see if the zone was ready. It saw mine as not ready and I could never
figure out why.

It was a test system so I finally gave up and just reset the database using
the 4.0 tools. Still should probably be looked into since others may run
into the same issue.



On Fri, Nov 30, 2012 at 5:26 AM, Tamas Monos <tamasm@veber.co.uk> wrote:

> Hi,
>
> I have the same here.
> Additionally if I create a new account and want to deploy the first
> instance on the new account then it always fails with a MySQL duplicate
> entry exception.
> The management server calls the "Adding DB entries" bit twice and the
> second throws an exception and rolls everything back.
> I'd like to use 4.0 especially because of the console proxy can follow
> screen resolution changes, but it seems I cannot go for 4.0 just yet.
> I've filed several Critical and Blocker issues for 4.0
>
> Regards
>
> Tamas Monos                                               DDI
> +44(0)2034687012
> Chief Technical                                             Office
> +44(0)2034687000
> Veber: The Hosting Specialists               Fax         +44(0)871 522
> 7057
> http://www.veber.co.uk
>
> Follow us on Twitter: www.twitter.com/veberhost
> Follow us on Facebook: www.facebook.com/veberhost
>
> -----Original Message-----
> From: Jeff Reed [mailto:jeffreed@jeffreed.net]
> Sent: 29 November 2012 17:55
> To: cloudstack-users@incubator.apache.org
> Subject: Zone 1 is not ready to launch console proxy yet
>
> Hey folks,
>
> I'm having a problem after upgrading from cloudstack 3.0.2 to 4.0.  I
> followed the instructions here:
>
> http://incubator.apache.org/cloudstack/docs/en-US/Apache_CloudStack/4.0.0-incubating/html/Release_Notes/upgrade-instructions.html#upgrade-from-3.0.2-to-4.0
>
> I've upgraded the agent machines from CentOS 6.2 to CentOS 6.3 and all
> packages are current, and am running KVM as the hypervisor.  The management
> server isn't running as an agent.  There are two machines running as
> agents.  I have a mishmash of hardware, but all CPUs are AMD Phenoms.
>
> I used the convenience packages from http://cloudstack.apt-get.eu/rhel/4.0to do the upgrade.
>
> I have everything running, except for the system vms.  Neither the console
> proxy nor the secondary storage VMs are running, or even seem to try to
> start.  I can start VMs from my templates, and everything seems to work
> fine, but (obviously) the console proxy doesn't work, and machines that
> require secondary storage won't work (but I don't currently have any of
> those).
>
> The related messages from the server:
> 2012-11-29 09:44:56,261 TRACE [db.Transaction.Connection]
> (consoleproxy-1:null) Creating a DB connection with  no txn:  for 0:
> dbconn1086427264. Stack:
> -Transaction.prepareStatement:453-Transaction.prepareAutoCloseStatement:446-GenericDaoBase.searchIncludingRemoved:380-DatabaseCallback.intercept:34-GenericDaoBase.searchIncludingRemoved:342-DatabaseCallback.intercept:34-GenericDaoBase.listIncludingRemovedBy:894-GenericDaoBase.listBy:871-GenericDaoBase.listBy:884-DataCenterDaoImpl.listEnabledZones:366-DatabaseCallback.intercept:34-ConsoleProxyManagerImpl.getScannablePools:1915
> 2012-11-29 09:44:56,261 TRACE [db.Transaction.Statement]
> (consoleproxy-1:null) Preparing: SELECT data_center.id, data_center.name,
> data_center.description, data_center.dns1, data_center.dns2,
> data_center.internal_dns1, data_center.internal_dns2,
> data_center.router_mac_address, data_center.guest_network_cidr,
> data_center.domain_id, data_center.domain, data_center.networktype,
> data_center.dns_provider, data_center.dhcp_provider,
> data_center.gateway_provider, data_center.vpn_provider,
> data_center.userdata_provider, data_center.lb_provider,
> data_center.firewall_provider, data_center.mac_address,
> data_center.zone_token, data_center.removed, data_center.allocation_state,
> data_center.uuid, data_center.is_security_group_enabled,
> data_center.is_local_storage_enabled FROM data_center WHERE
> data_center.allocation_state = ?  AND data_center.removed IS NULL
> 2012-11-29 09:44:56,264 TRACE [db.Transaction.Statement]
> (consoleproxy-1:null) Closing:
> org.apache.commons.dbcp.DelegatingPreparedStatement@63f5e4b6
> 2012-11-29 09:44:56,264 TRACE [db.Transaction.Connection]
> (consoleproxy-1:null) Closing DB connection: dbconn1086427264
> 2012-11-29 09:44:56,264 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl]
> (consoleproxy-1:null) Zone 1 is not ready to launch console proxy yet
> 2012-11-29 09:44:56,265 TRACE [utils.db.GlobalLock] (consoleproxy-1:null)
> lock consoleproxy.scan.lock is returned to free state, total holding time
> :32
> 2012-11-29 09:44:56,265 TRACE [utils.db.GlobalLock] (consoleproxy-1:null)
> lock consoleproxy.scan.lock is released, lock count :0
> 2012-11-29 09:44:56,267 TRACE [utils.db.GenericDaoBase]
> (consoleproxy-1:null) Select SQL: SELECT stack_maid.id, stack_maid.msid,
> stack_maid.thread_id, stack_maid.seq, stack_maid.cleanup_delegate,
> stack_maid.cleanup_context, stack_maid.created FROM stack_maid WHERE
> 2012-11-29 09:44:56,267 TRACE [utils.db.GenericDaoBase]
> (consoleproxy-1:null) Remove SQL: No remove sql
> 2012-11-29 09:44:56,267 TRACE [utils.db.GenericDaoBase]
> (consoleproxy-1:null) Select by Id SQL: SELECT stack_maid.id,
> stack_maid.msid, stack_maid.thread_id, stack_maid.seq,
> stack_maid.cleanup_delegate, stack_maid.cleanup_context, stack_maid.created
> FROM stack_maid WHERE stack_maid.id = ?
>
>
> The systemVM was downloaded from
> http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2when my cloud
was originally set up (which incidentally is the same as
> given in the installation instructions for 4.0-incubator).
>
> The system VM shows in the database as being DOWNLOADED:
>             id: 3
>        host_id: 2
>    template_id: 3
>        created: 2012-10-24 23:56:42
>   last_updated: 2012-11-27 12:04:05
>         job_id: NULL
>   download_pct: 100
>           size: 725811200
>  physical_size: 725811200
> download_state: DOWNLOADED
>      error_str: NULL
>     local_path: NULL
>   install_path:
> template/tmpl/1/3//b5d17e02-394a-4a01-bf13-6963b3127c39.qcow2
>            url:
> http://download.cloud.com/templates/acton/acton-systemvm-02062012.qcow2.bz2
>      destroyed: 0
>        is_copy: 0
>
>
> My 3.0.2 CS installation ran perfectly since I set it up, but I'd really
> like to get 4.0-incubator up and running correctly.
>
> I've googled and tried pretty much everything I've found (which isn't
> much), but to no avail.  I can't find any reason that the management server
> thinks the zone isn't ready to launch the system VMs.  I've restarted the
> pod, the cluster, the hosts in the cluster, the zone, but I still have the
> issue.
>
> Any help would be appreciated.
>
> Jeff
>
>


-- 
Dave Cundiff
System Administrator
A2Hosting, Inc
http://www.a2hosting.com

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message