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 8FFBED839 for ; Thu, 12 Jul 2012 23:03:40 +0000 (UTC) Received: (qmail 11495 invoked by uid 500); 12 Jul 2012 23:03:40 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 11478 invoked by uid 500); 12 Jul 2012 23:03:40 -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 11469 invoked by uid 99); 12 Jul 2012 23:03:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jul 2012 23:03:40 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of calebcall@me.com designates 17.158.236.119 as permitted sender) Received: from [17.158.236.119] (HELO nk11p04mm-asmtpout010.mac.com) (17.158.236.119) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Jul 2012 23:03:31 +0000 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [10.1.10.16] ([67.172.235.79]) by nk11p04mm-asmtp010.mac.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Jan 3 2012)) with ESMTPSA id <0M7200BGXLD8X000@nk11p04mm-asmtp010.mac.com> for cloudstack-users@incubator.apache.org; Thu, 12 Jul 2012 23:03:10 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855,1.0.260,0.0.0000 definitions=2012-07-12_08:2012-07-12,2012-07-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-1207120238 Subject: Re: Timeout issue when adding ISO's to Cloudstack From: Caleb Call In-reply-to: Date: Thu, 12 Jul 2012 17:03:09 -0600 Message-id: <159ED40C-5C59-4017-A276-A98896E10219@me.com> References: To: cloudstack-users@incubator.apache.org X-Mailer: Apple Mail (2.1278) Have you verified network connectivity on the SSVM? On Jul 12, 2012, at 4:29 PM, William Clark wrote: > Env: > Host A: CloudStack 3.0.2 > Host B: XenServer 6.0.2 > Host C: XenServer 6.0.2 > Host D: XenServer 6.0.2 > > - All HV's are in a Pool and have 2 FC LUN's assigned to the pool as well as Primary and secondary NFS storage. > - Cloudstack has a single zone, pod, cluster > - The 2 FC LUN's and one of the NFS exports is configured as primary storage > - The remaining NFS export is configured as secondary storage > - All of the system VM's are up and running > - We have 2 interfaces, the management one that is wide open and a public / storage one which is tagged with various VLAN's > > Problem: > When we go to add an ISO, it eventually comes back with an error in the logs: "WARN [storage.download.DownloadListener] (Timer-9:) Entering download error state: timeout waiting for response from storage host". > > Troubleshooting Steps so Far: > - I have configured secstorage.allowed.internal.sites with the CIDR block that all of our HV's are in. > - I have removed and re-added the secondary storage > - I have removed and re-added the secondary storage with an IP address instead of the FQDN > - I have verified the various network segments are configured properly with the right VLAN's and have verified in XenCenter that those VLAN's show connected. > - I have been able to manually mount the secondary storage on the master and all HV hosts. > > At this point I am out of idea's and would love to get someone else's take on this. > > William Clark >