Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cloudstack-users@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of mhartmann@tls.net designates
 65.124.104.105 as permitted sender)
Message-ID: <4FB150C9.5000905@tls.net>
Date: Mon, 14 May 2012 14:36:57 -0400
From: Matthew Hartmann <mhartmann@tls.net>
Organization: TLS.NET, Inc.
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: CloudStack user/admin discussions <cloudstack-users@incubator.apache.org>
CC: CloudStack Devs <cloudstack-dev@incubator.apache.org>
Subject: Two Issues with XenServer 6.0.2 and CS 3.0.1
Content-Type: multipart/alternative;
 boundary="------------010409000104020808070601"

--------------010409000104020808070601
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

First of all, it is not very clear whether or not this patch is required 
for XenServer with regard to the Cloud Supplemental Pack: 
http://bugs.cloudstack.org/browse/CS-14655

Could someone shed some light on this?

Secondly, I'm having an issue with CloudStack trying to use my 
"cloud-private" network for Public, Guest, Management and Storage.

Here is what my CS 3.0.1 Management Server log is showing:

[java] INFO [xen.resource.CitrixResourceBase] (http-8080-6:) Private 
Network is cloud-private for host 10.0.0.16
[java] INFO [xen.resource.CitrixResourceBase] (http-8080-6:) Guest 
Network is cloud-private for host 10.0.0.16
[java] INFO [xen.resource.CitrixResourceBase] (http-8080-6:) Public 
Network is cloud-private for host 10.0.0.16
[java] INFO [xen.resource.CitrixResourceBase] (http-8080-6:) Storage 
Network 1 is cloud-private for host 10.0.0.16
[java] INFO [xen.resource.CitrixResourceBase] (http-8080-6:) Storage 
Network 2 is cloud-private for host 10.0.0.16

On my XenServer 6.0.2 machine I have my "cloud-private" and 
"cloud-public" networks. In CS, I have my Storage network set to "Use 
default gateway". The XenServer has access to the Internet and can 
resolve the FQDN of all hosts, management servers and the SAN on the 
storage network. I can ping the IP's of the SAN on both Storage subnets, 
yet CloudStack reports after adding the host that it can't see the 
storage network; obviously because it is incorrectly discovering my 
networks.

I have verified in the config in my database for my networks:

mysql> select * from physical_network_traffic_types;
+----+--------------------------------------+---------------------+--------------+-------------------+-------------------+----------------------+-------------------------+-------------------+------+
| id | uuid                                 | physical_network_id | 
traffic_type | xen_network_label | kvm_network_label | 
vmware_network_label | simulator_network_label | ovm_network_label | vlan |
+----+--------------------------------------+---------------------+--------------+-------------------+-------------------+----------------------+-------------------------+-------------------+------+
|  1 | 3a368a1d-5d33-4e11-80ea-02da222d3930 |                   1 | 
Management   | cloud-private     | NULL              | 
NULL                 | NULL                    | NULL              | NULL |
|  2 | 3bf7b069-355e-4171-8ac5-c6f84777fc9d |                   2 | 
Guest        | cloud-public      | NULL              | 
NULL                 | NULL                    | NULL              | NULL |
|  3 | bb19c965-d726-451e-98fe-e0363c3bbd19 |                   2 | 
Public       | cloud-public      | NULL              | 
NULL                 | NULL                    | NULL              | NULL |
|  4 | 9df97cc6-f4e6-4d5f-b148-99f0dfc64dac |                   1 | 
Storage      | NULL              | NULL              | 
NULL                 | NULL                    | NULL              | NULL |
+----+--------------------------------------+---------------------+--------------+-------------------+-------------------+----------------------+-------------------------+-------------------+------+
4 rows in set (0.00 sec)

Thoughts? Any assistance would be greatly appreciated!

Cheers,

Matthew


--------------010409000104020808070601--