cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Soheil Eizadi <seiz...@infoblox.com>
Subject RE: Trouble uploading ISO file
Date Fri, 19 Jul 2013 17:36:24 GMT
I logged jira bug to track this problem:
https://issues.apache.org/jira/browse/CLOUDSTACK-3671
-Soheil
________________________________________
From: Soheil Eizadi [seizadi@infoblox.com]
Sent: Wednesday, July 17, 2013 11:57 AM
To: dev@cloudstack.apache.org
Subject: RE: Trouble uploading ISO file

The 192.168.56.1 is due to the fact that you have multiple interfaces and have not setup your
host/network information properly in the CSM database. You need the following three arguments
to make sure they are consistent:

host
management.network.cidr
secstorage.allowed.internal.sites

Restart your CSM and also delete the System VMs so they have the proper host information.

About your DNS, I would check your MAC firewall, may be turn it off and see if the DNS queries
can go out.

-Soheil
________________________________________
From: Mike Tutkowski [mike.tutkowski@solidfire.com]
Sent: Wednesday, July 17, 2013 11:22 AM
To: dev@cloudstack.apache.org
Subject: Re: Trouble uploading ISO file

Here are the OS boot parameters. I'm not sure why the host is referenced as
192.168.56.1 as that's the address my host OS gets when I run DevCloud2
(which I'm not doing here). That VirtualBox network is up and running,
however, as I just happen to be running a VM through it.

-- quiet
console=hvc0%template=domP%type=secstorage%host=192.168.56.1%port=8250%name=s-1-VM%zone=1%pod=1%guid=s-1-VM%resource=org.apache.cloudstack.storage.resource.NfsSecondaryStorageResource%instance=SecStorage%sslcopy=true%role=templateProcessor%mtu=1500%eth2ip=172.16.140.50%eth2mask=255.255.255.0%gateway=172.16.140.2%eth0ip=169.254.2.91%eth0mask=255.255.0.0%eth1ip=172.16.140.37%eth1mask=255.255.255.0%mgmtcidr=
192.168.56.0/24%localgw=172.16.140.2%private.network.device=eth1%eth3ip=172.16.140.36%eth3mask=255.255.255.0%storageip=172.16.140.36%storagenetmask=255.255.255.0%storagegateway=172.16.140.2%internaldns1=172.16.140.2%dns1=8.8.8.8


On Wed, Jul 17, 2013 at 12:12 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:

> I notice from the Ubuntu host that I can ping machines on the same private
> network, but not access the Internet.
>
> It looks like this test failed to resolve download.cloud.com. Perhaps I
> have something misconfigured in Fusion?
>
>
> On Wed, Jul 17, 2013 at 12:10 PM, Mike Tutkowski <
> mike.tutkowski@solidfire.com> wrote:
>
>> Interesting...same results. Thoughts?
>>
>> root@s-1-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
>> ================================================
>> First DNS server is  172.16.140.2
>> PING 172.16.140.2 (172.16.140.2): 56 data bytes
>> 64 bytes from 172.16.140.2: icmp_seq=0 ttl=64 time=2.796 ms
>> 64 bytes from 172.16.140.2: icmp_seq=1 ttl=64 time=0.959 ms
>> --- 172.16.140.2 ping statistics ---
>> 2 packets transmitted, 2 packets received, 0% packet loss
>> round-trip min/avg/max/stddev = 0.959/1.877/2.796/0.919 ms
>> Good: Can ping DNS server
>> ================================================
>> ERROR: DNS not resolving download.cloud.com
>> resolv.conf follows
>> nameserver 172.16.140.2
>> nameserver 8.8.8.8
>>
>>
>> On Wed, Jul 17, 2013 at 11:59 AM, Mike Tutkowski <
>> mike.tutkowski@solidfire.com> wrote:
>>
>>> 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 <seizadi@infoblox.com>wrote:
>>>>
>>>>> 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:
>>>>>
>>>>> ================================================
>>>>> 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=0 ttl=64 time=1.977 ms
>>>>> 64 bytes from 172.16.140.1: icmp_seq=1 ttl=64 time=1.508 ms
>>>>> --- 172.16.140.1 ping statistics ---
>>>>> 2 packets transmitted, 2 packets received, 0% packet loss
>>>>> round-trip min/avg/max/stddev = 1.508/1.742/1.977/0.235 ms
>>>>> Good: Can ping DNS server
>>>>> ================================================
>>>>> 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 <seizadi@infoblox.com
>>>>> >wrote:
>>>>>
>>>>> > Hi Mike,
>>>>> > You have another thread open where you got information to use:
>>>>> > ssh -i /root/.ssh/id_rsa.cloud -p 3922 root@<link-local-ip>
>>>>> >
>>>>> > 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
>>>>> for
>>>>> > 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/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvmtemplate-2013-07-16-master-xen.vhd.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
>>>>> host 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 <sweller@ena.com>
>>>>> 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
>>>>> the
>>>>> > httpd
>>>>> > >>> server on port 80 from the SSVM?
>>>>> > >>>
>>>>> > >>> ----- Original Message -----
>>>>> > >>>
>>>>> > >>> From: "Mike Tutkowski" <mike.tutkowski@solidfire.com>
>>>>> > >>> 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
>>>>> fine 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=play>
>>>>> > >>> > *™*
>>>>> > >>> >
>>>>> > >>>
>>>>> > >>>
>>>>> > >>>
>>>>> > >>> --
>>>>> > >>> *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=play>
>>>>> > >>> *™*
>>>>> > >>>
>>>>> > >>>
>>>>> > >>
>>>>> > >>
>>>>> > >> --
>>>>> > >> *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=play>
>>>>> > >> *™*
>>>>> > >>
>>>>> > >
>>>>> > >
>>>>> > >
>>>>> > > --
>>>>> > > *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=play>
>>>>> > > *™*
>>>>> > >
>>>>> >
>>>>> >
>>>>> >
>>>>> > --
>>>>> > *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=play>
>>>>> > *™*
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> *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=play>
>>>>> *™*
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> *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=play>
>>>> *™*
>>>>
>>>
>>>
>>>
>>> --
>>> *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=play>
>>> *™*
>>>
>>
>>
>>
>> --
>> *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=play>
>> *™*
>>
>
>
>
> --
> *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=play>
> *™*
>



--
*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=play>
*™*

Mime
View raw message