Return-Path: X-Original-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 507FBED4E for ; Tue, 12 Feb 2013 22:21:15 +0000 (UTC) Received: (qmail 27989 invoked by uid 500); 12 Feb 2013 22:21:14 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 27878 invoked by uid 500); 12 Feb 2013 22:21:14 -0000 Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-users@incubator.apache.org Delivered-To: mailing list cloudstack-users@incubator.apache.org Received: (qmail 27868 invoked by uid 99); 12 Feb 2013 22:21:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Feb 2013 22:21:14 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of calebcall@me.com designates 17.158.236.237 as permitted sender) Received: from [17.158.236.237] (HELO nk11p04mm-asmtp002.mac.com) (17.158.236.237) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 12 Feb 2013 22:21:07 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from acedia.overstock.com (unknown [65.116.116.6]) by nk11p04mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-26.01(7.0.4.26.0) 64bit (built Jul 13 2012)) with ESMTPSA id <0MI4005QDOQHM500@nk11p04mm-asmtp002.mac.com> for cloudstack-users@incubator.apache.org; Tue, 12 Feb 2013 22:20:41 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.9.8327,1.0.431,0.0.0000 definitions=2013-02-12_08:2013-02-12,2013-02-12,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=1 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=6.0.2-1203120001 definitions=main-1302120230 Subject: Re: launch console proxy Vm From: Caleb Call In-reply-to: Date: Tue, 12 Feb 2013 15:20:41 -0700 Message-id: References: <060673D9-3D15-4DF6-8780-455B9DA2286F@me.com> <20130212194722.GA92132@USLT-205755.sungardas.corp> <8D57867B-65B6-47FE-9DF4-106EC14DF124@me.com> <20130212195414.GB92132@USLT-205755.sungardas.corp> <5AF4FFE5-D708-473C-AF4B-4B80E1A085B5@me.com> To: cloudstack-users@incubator.apache.org X-Mailer: Apple Mail (2.1499) X-Virus-Checked: Checked by ClamAV on apache.org I tried that, there was a little more to it than that. I had to up that the vm_instance table as well as update the host table. It still doesn't show up in the GUI, so I tried to start using the API but it fails. On Feb 12, 2013, at 2:13 PM, Jaro 2079 wrote: > maybe try undelete in database.... > set on vm_instance table state to "Stopped" and removed to NULL then start > vm from GUI > if volumen exist vm could start > > 2013/2/12 Caleb Call > >> We've restarted the management service many times, let me dig though the >> logs and see what info I can pull out and see if it's even trying to start >> it back up (I haven't seen anything to suggest it trying, but the logs are >> large). >> >> Here's a feature request, breaking logging out to individual zone files. >> Having several zones logging to a single management log file makes for a >> messy log file! :) >> >> One thought we had was to run the cloud-sysvmadm command to see if that >> would force it to restart, but it didn't, it just restarted all the other >> system vms. >> >> On Feb 12, 2013, at 1:09 PM, Ahmad Emneina wrote: >> >>> do the logs show the management server trying to start the console proxy? >>> if not I'd also restart the management service, see if you get any >> further >>> with that. If there are logs, it might help to post as much of the >>> management server log as possible. >>> >>> >>> On Tue, Feb 12, 2013 at 11:54 AM, Chip Childers >>> wrote: >>> >>>> On Tue, Feb 12, 2013 at 12:51:46PM -0700, Caleb Call wrote: >>>>> It is, but it was actually already destroyed from within the cloudstack >>>> ui so it's not listed there and hasn't been re-spawned. >>>>> >>>> Hmm... interesting. I haven't run into that. >>>> >>>> Are you able to restart the mgmt server(s) and see if that causes it to >>>> be re-spawned? >>>> >>>> Anyone else have ideas? >>>> >>>>> >>>>> On Feb 12, 2013, at 12:47 PM, Chip Childers >> >>>> wrote: >>>>> >>>>>> On Tue, Feb 12, 2013 at 12:43:59PM -0700, Caleb Call wrote: >>>>>>> The console proxy VM is one of our Zones was accidentally destroyed. >>>> Is there a way to force the zone to relaunch or recreate a new console >>>> proxy? It's been this way for several days, so I'm quite certain it's >> not >>>> going to do it on it's own. >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>> >>>>>> Is the console proxy listed in the infrastructure page's system VMs >>>>>> section? If so, destroy it from there and CS should create a new one >>>>>> for you. >>>>>> >>>>>> -chip >>>>> >>>>> >>>> >> >>