Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0CBD810A09 for ; Wed, 17 Jul 2013 18:00:37 +0000 (UTC) Received: (qmail 15550 invoked by uid 500); 17 Jul 2013 18:00:28 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 15452 invoked by uid 500); 17 Jul 2013 18:00:27 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 15386 invoked by uid 99); 17 Jul 2013 18:00:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 18:00:25 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,NORMAL_HTTP_TO_IP,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mike.tutkowski@solidfire.com designates 209.85.219.54 as permitted sender) Received: from [209.85.219.54] (HELO mail-oa0-f54.google.com) (209.85.219.54) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 17 Jul 2013 18:00:16 +0000 Received: by mail-oa0-f54.google.com with SMTP id o6so2999874oag.27 for ; Wed, 17 Jul 2013 10:59:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=uJbkPftY6/ci2REy0Ak5i0N1ZhLWExD3yzPcMIyY9AE=; b=oIzvwq9k/1b4gSTwWUPJXxThviXIjoMpSvWl0uo7Kk6ZagF9EhPRvIUwXux0F6Q0eF Z42Z62pshNUnKytp0aKegf0TApe5DkOnkhC2Vzn5+O+1OT5LS1VbEzSwqCw1gtYdg4Ft j6i/PYDSDGguTDQgB0MBax7Md0MGMiVLaFIgTuq4KeLNRf1rK/osKTOkFbOxjIuBQx7R kyDcnmYqoRBGE36Oh05hzJQ9KYYR3OXjdWQYftAagH9vweEDXTAtNHwcabnmbMEDfAmh 09Afn7M2Xh+XUmlIhiXulEuSVVrSvVaboN3OdP5qpFunFaIxJUolTsajFbfKphAHHx4D o4Kg== MIME-Version: 1.0 X-Received: by 10.60.83.75 with SMTP id o11mr9388469oey.45.1374083995206; Wed, 17 Jul 2013 10:59:55 -0700 (PDT) Received: by 10.182.205.226 with HTTP; Wed, 17 Jul 2013 10:59:55 -0700 (PDT) In-Reply-To: References: <1161512922.8269996.1374079580130.JavaMail.root@ena.com> <6717EC2E5A665A40A5AF626D7D4FA906D9D373@x2008mb1.infoblox.com> <6717EC2E5A665A40A5AF626D7D4FA906D9D40A@x2008mb1.infoblox.com> Date: Wed, 17 Jul 2013 11:59:55 -0600 Message-ID: Subject: Re: Trouble uploading ISO file From: Mike Tutkowski To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=089e01161dea6d157904e1b8dc46 X-Gm-Message-State: ALoCoQktFncsfRnP6TV+qxMnflEBKmsUo8ysI2w8bVcZ1MTJiMA8HNU6wJ4Fs6fepXwRG08a8N7k X-Virus-Checked: Checked by ClamAV on apache.org --089e01161dea6d157904e1b8dc46 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I am now re-trying with the following configuration: Basic zone using a VMware Fusion private network Host OS at 172.16.140.1 DNS at 172.16.140.2 Ubuntu (for NFS secondary storage) at 172.16.140.5 XenServer at 172.16.140.6 System VM range at 172.16.140.30 to 172.16.140.40 User VM range at 172.16.140.50 to 172.16.140.60 On Wed, Jul 17, 2013 at 11:45 AM, Mike Tutkowski < mike.tutkowski@solidfire.com> wrote: > Doh! I believe I made a mistake there. Let me fix that and retry. Thanks! > > > On Wed, Jul 17, 2013 at 11:43 AM, Soheil Eizadi wro= te: > >> You did not document but I assume since you are using Fusion and your >> host is 172.16.140.1, your gateway is going to be 172.16.140.2. >> >> The Gateway is where you want to send your DNS requests to not your host >> 172.16.140.1. >> >> -Soheil >> ________________________________________ >> From: Mike Tutkowski [mike.tutkowski@solidfire.com] >> Sent: Wednesday, July 17, 2013 10:34 AM >> To: dev@cloudstack.apache.org >> Subject: Re: Trouble uploading ISO file >> >> Thanks :) Somehow that other thread got opened with a similar subject >> line. >> >> This is the results I received from the script: >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> First DNS server is 172.16.140.1 >> PING 172.16.140.1 (172.16.140.1): 56 data bytes >> 64 bytes from 172.16.140.1: icmp_seq=3D0 ttl=3D64 time=3D1.977 ms >> 64 bytes from 172.16.140.1: icmp_seq=3D1 ttl=3D64 time=3D1.508 ms >> --- 172.16.140.1 ping statistics --- >> 2 packets transmitted, 2 packets received, 0% packet loss >> round-trip min/avg/max/stddev =3D 1.508/1.742/1.977/0.235 ms >> Good: Can ping DNS server >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> ERROR: DNS not resolving download.cloud.com >> resolv.conf follows >> nameserver 172.16.140.1 >> nameserver 8.8.8.8 >> >> >> On Wed, Jul 17, 2013 at 11:29 AM, Soheil Eizadi > >wrote: >> >> > Hi Mike, >> > You have another thread open where you got information to use: >> > ssh -i /root/.ssh/id_rsa.cloud -p 3922 root@ >> > >> > After you get access to the SSVM, then you run the following script to >> > check the status: >> > root@s-1-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh >> > >> > It will print out some common diagnostics, the typical failure case fo= r >> > your use case could be: >> > >> > - You have multiple interfaces and have not setup your host/network >> > information properly >> > - DNS is not setup properly >> > >> > -Soheil >> > >> > >> > ________________________________________ >> > From: Mike Tutkowski [mike.tutkowski@solidfire.com] >> > Sent: Wednesday, July 17, 2013 10:07 AM >> > To: dev@cloudstack.apache.org >> > Subject: Re: Trouble uploading ISO file >> > >> > As an FYI, I used this template for the system VMs: >> > >> > >> > >> http://jenkins.cloudstack.org/job/build-systemvm-master/lastSuccessfulBu= ild/artifact/tools/appliance/dist/systemvmtemplate-2013-07-16-master-xen.vh= d.bz2 >> > >> > I'm running the CS MS on Mac OS X 10.8.3. >> > >> > Within OS X, I'm running VMware Fusion. It's running one XenServer hos= t >> and >> > one Ubuntu host (where the NFS share resides). >> > >> > The networking is private within Fusion, where the host OS (OS X) has >> > 172.16.140.1 as its IP address, the XenServer host is at 172.16.140.6 >> and >> > the Ubuntu host is at 172.16.140.5. >> > >> > I've given the system VMs 172.16.140.30 - 172.16.140.40. >> > >> > I've given the user VMs 172.16.140.50 - 172.16.140.60. >> > >> > Initially when setting up the zone, I did see a message about the link >> > local addresses, but I looked at SSVM and CPVM and they seem to have >> link >> > local addresses at 169.254.2.134 and 169.254.3.247, respectively (not >> sure >> > how those addresses were picked). >> > >> > >> > On Wed, Jul 17, 2013 at 10:56 AM, Mike Tutkowski < >> > mike.tutkowski@solidfire.com> wrote: >> > >> > > Also, when I click on View Console in the GUI, it says the server >> refused >> > > the connection (same result for both SSVM and CPVM). >> > > >> > > >> > > On Wed, Jul 17, 2013 at 10:54 AM, Mike Tutkowski < >> > > mike.tutkowski@solidfire.com> wrote: >> > > >> > >> Hi Simon, >> > >> >> > >> I am just running a Basic Zone. >> > >> >> > >> The public IP address of the SSVM is 172.16.140.50. >> > >> >> > >> When I try to SSH in, it times out: >> > >> >> > >> mtutkowski-LT:~ mtutkowski$ ssh root@172.16.140.50 >> > >> ssh: connect to host 172.16.140.50 port 22: Operation timed out >> > >> >> > >> When I see a dash by Agent State in the GUI, do you know what that >> > >> indicates? >> > >> >> > >> Thanks! >> > >> >> > >> >> > >> On Wed, Jul 17, 2013 at 10:46 AM, Simon Weller >> wrote: >> > >> >> > >>> Mike, >> > >>> >> > >>> >> > >>> Are you running in an advanced network zone? If you ssh into the >> SSVM, >> > >>> which interface does your default route take? Can you telnet to th= e >> > httpd >> > >>> server on port 80 from the SSVM? >> > >>> >> > >>> ----- Original Message ----- >> > >>> >> > >>> From: "Mike Tutkowski" >> > >>> To: dev@cloudstack.apache.org >> > >>> Sent: Wednesday, July 17, 2013 11:38:36 AM >> > >>> Subject: Re: Trouble uploading ISO file >> > >>> >> > >>> This is where I'm trying to copy the ISO from (from the same >> computer >> > >>> that's running the CS MS): >> > >>> >> > >>> http://172.16.140.1/~mtutkowski/ubuntu-12.04.1-desktop-amd64.iso >> > >>> >> > >>> >> > >>> On Wed, Jul 17, 2013 at 10:37 AM, Mike Tutkowski < >> > >>> mike.tutkowski@solidfire.com> wrote: >> > >>> >> > >>> > Hi, >> > >>> > >> > >>> > I'm seeing the following error in the console when I try to >> upload an >> > >>> ISO >> > >>> > file: >> > >>> > >> > >>> > WARN [storage.download.DownloadListener] (Timer-11:) Entering >> > download >> > >>> > error state: timeout waiting for response from storage host, >> > TEMPLATE: >> > >>> 210 >> > >>> > at host 0 >> > >>> > >> > >>> > Any thoughts on this? >> > >>> > >> > >>> > I seem to be able to access the ISO that I want to copy just fin= e >> via >> > >>> my >> > >>> > browser. >> > >>> > >> > >>> > Also, the CS MS has been able to successfully create a snapshots >> and >> > >>> > volumes folder on my NFS share. >> > >>> > >> > >>> > Thanks! >> > >>> > >> > >>> > -- >> > >>> > *Mike Tutkowski* >> > >>> > *Senior CloudStack Developer, SolidFire Inc.* >> > >>> > e: mike.tutkowski@solidfire.com >> > >>> > o: 303.746.7302 >> > >>> > Advancing the way the world uses the cloud< >> > >>> http://solidfire.com/solution/overview/?video=3Dplay> >> > >>> > *=99* >> > >>> > >> > >>> >> > >>> >> > >>> >> > >>> -- >> > >>> *Mike Tutkowski* >> > >>> *Senior CloudStack Developer, SolidFire Inc.* >> > >>> e: mike.tutkowski@solidfire.com >> > >>> o: 303.746.7302 >> > >>> Advancing the way the world uses the >> > >>> cloud >> > >>> *=99* >> > >>> >> > >>> >> > >> >> > >> >> > >> -- >> > >> *Mike Tutkowski* >> > >> *Senior CloudStack Developer, SolidFire Inc.* >> > >> e: mike.tutkowski@solidfire.com >> > >> o: 303.746.7302 >> > >> Advancing the way the world uses the cloud< >> > http://solidfire.com/solution/overview/?video=3Dplay> >> > >> *=99* >> > >> >> > > >> > > >> > > >> > > -- >> > > *Mike Tutkowski* >> > > *Senior CloudStack Developer, SolidFire Inc.* >> > > e: mike.tutkowski@solidfire.com >> > > o: 303.746.7302 >> > > Advancing the way the world uses the cloud< >> > http://solidfire.com/solution/overview/?video=3Dplay> >> > > *=99* >> > > >> > >> > >> > >> > -- >> > *Mike Tutkowski* >> > *Senior CloudStack Developer, SolidFire Inc.* >> > e: mike.tutkowski@solidfire.com >> > o: 303.746.7302 >> > Advancing the way the world uses the >> > cloud >> > *=99* >> > >> >> >> >> -- >> *Mike Tutkowski* >> *Senior CloudStack Developer, SolidFire Inc.* >> e: mike.tutkowski@solidfire.com >> o: 303.746.7302 >> Advancing the way the world uses the >> cloud >> *=99* >> > > > > -- > *Mike Tutkowski* > *Senior CloudStack Developer, SolidFire Inc.* > e: mike.tutkowski@solidfire.com > o: 303.746.7302 > Advancing the way the world uses the cloud > *=99* > --=20 *Mike Tutkowski* *Senior CloudStack Developer, SolidFire Inc.* e: mike.tutkowski@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud *=99* --089e01161dea6d157904e1b8dc46--