Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9DCC710BCE for ; Mon, 13 Jan 2014 00:48:41 +0000 (UTC) Received: (qmail 36238 invoked by uid 500); 13 Jan 2014 00:48:31 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 36178 invoked by uid 500); 13 Jan 2014 00:48:28 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 36161 invoked by uid 99); 13 Jan 2014 00:48:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Jan 2014 00:48:23 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dean.kamali@gmail.com designates 74.125.82.179 as permitted sender) Received: from [74.125.82.179] (HELO mail-we0-f179.google.com) (74.125.82.179) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 13 Jan 2014 00:48:18 +0000 Received: by mail-we0-f179.google.com with SMTP id w62so767875wes.38 for ; Sun, 12 Jan 2014 16:47:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=kOTKliFfqlBXP2ypO64zlg4ek86Gcg659/iuLTmbhIY=; b=OcCSf3KgxsfJQ0avEZy8ZatrgDgrXDTr6boJ+tuYgD5F086z4YSdA/YvoiBEsL7IwI HTyN3DZZSsv/MtHdAhmIprD2jtaX0v2lvIFUStsA9PTHkLsz1DWqnEfUvqYQ9YH5eUP3 YrjoDPJ4WFdEPrQuqMyq/RKsqg62CSB+xEV8r4+FVAwDu4ZrTLj1CJUlVCQyNwp6u+iG 5UxrfEu6ArzGuA1JsJ5V6s5WVK9Q05nFs0oTsQJkYRgCuYwC4RaM6umgFDbbdzQGAC46 hx2dSTPUPBKQ6zTjgYLTQFWGwPKK38Pv9woHBl0VsrBzgYOMjBizuogCw3yg9qlgf0le g7Ug== X-Received: by 10.194.174.4 with SMTP id bo4mr745960wjc.62.1389574077842; Sun, 12 Jan 2014 16:47:57 -0800 (PST) MIME-Version: 1.0 Received: by 10.180.14.41 with HTTP; Sun, 12 Jan 2014 16:47:37 -0800 (PST) In-Reply-To: References: From: Dean Kamali Date: Sun, 12 Jan 2014 19:47:37 -0500 Message-ID: Subject: Re: "Host with Id: null" after upgrade to 4.2.0 To: "users@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=089e013d0c7a4c8c8204efcf6db0 X-Virus-Checked: Checked by ClamAV on apache.org --089e013d0c7a4c8c8204efcf6db0 Content-Type: text/plain; charset=ISO-8859-1 I have noticed this issue as well, I managed to resolve it by putting host on maintenance node and removing it and adding it back to CS. On Sunday, January 12, 2014, David Nalley wrote: > Any thoughts, Brian? > > I am noticing the regions icon problem as well on my 4.2.1 deployment. > > --David > > On Sun, Jan 12, 2014 at 4:15 PM, Cody Rucks wrote: >> So, all of these issues seemed to go away with an upgrade to 4.2.1. I found >> a similar case someone had and upgrading to 4.2.1 resolved it for them. >> Luckily, it did for me as well. If anyone wants the logs, let me know. I >> expired the previous links. >> >> The only other thing I can't seem to fix are some UI issues. The regions >> icon on the navigation pane is missing along with the region logo by the >> log in/log out drop-down. The CSS is right, the sprites.png is there as >> well. I compared them to a recent install on a different instance and >> nothing looks noticeably different. Any ideas? >> >> >> On Sat, Jan 11, 2014 at 9:45 AM, Cody Rucks wrote: >> >>> Good Day, >>> >>> I recently added another management server, but did so with 4.2.0. As a >>> result, the db was upgraded (without a backup). To get the old management >>> server working, I had to upgrade it to 4.2.0. >>> >>> Now, it seems that we cannot deploy VM's. The pastebin contains some log >>> information from management-server.log. >>> >>> Environment: >>> CloudStack 4.2.0 >>> XCP (Xen Cloud Platform) 1.6 >>> MS log: http://pastebin.com/fDntzdtB >>> catalina log: http://pastebin.com/8KKFt8a4 >>> >>> Earlier, the ssvm and console vm would not create -- I had destroyed them >>> when I couldn't get the agent to connect after a reboot. Something is also >>> wrong with the secondary management server and after rebooting it and then >>> restarting cloudstack-management service on the main MS the system vm's >>> created. >>> >>> The UI on the MS is also missing some icons and such. On the secondary MS >>> this isn't the case. >>> >>> > --089e013d0c7a4c8c8204efcf6db0--