Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cloudstack.apache.org
Received-SPF: pass (athena.apache.org: domain of Chiradeep.Vittal@citrix.com
 designates 66.165.176.63 as permitted sender)
From: Chiradeep Vittal <Chiradeep.Vittal@citrix.com>
To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Subject: Re: DNS Network Domain 
Thread-Topic: DNS Network Domain 
Thread-Index: AQHOd4hL4zIPr5Jw3kSGZ967DYMJ3Zly6WgggAFNVQA=
Date: Wed, 24 Jul 2013 04:56:24 +0000
Message-ID: <CE155C36.1E3F3%chiradeep.vittal@citrix.com>
In-Reply-To: <6717EC2E5A665A40A5AF626D7D4FA906DA05F1@x2008mb1.infoblox.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.3.5.130515
Content-Type: text/plain; charset="us-ascii"
Content-ID: <766FC0E483A9434A82B12D5F1B15EB4F@citrix.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Not sure. I don't think it will break anything to remove this check.

On 7/24/13 3:04 AM, "Soheil Eizadi" <seizadi@infoblox.com> wrote:

>Created Jira bug against this, was going to submit a UI patch:
>https://issues.apache.org/jira/browse/CLOUDSTACK-3754
>
>-Soheil
>________________________________________
>From: Soheil Eizadi [seizadi@infoblox.com]
>Sent: Tuesday, July 02, 2013 6:36 PM
>To: dev@cloudstack.apache.org
>Subject: DNS Network Domain
>
>I found that the DNS Network Domain set for Basic Networking is not
>getting passed down to Network Plugins. I am trying to figure out how DNS
>Network Domain is suppose to work for my plugin integration.
>
>I was getting a NULL value for Basic Networking for the DNS Domain even
>though I had set a value for it in the Wizard. After I set the value in
>the database, it seems to be working but wanted to understand why it was
>not set,I found code in the system that enforces this behavior, when I
>try to set it from the API.
>-Soheil
>
>More detail logs .....
>
> The Domain is set in the Zone Setting to acme.com:
>> list zones
>count =3D 1
>zone:
>name =3D testzone
>..
>domain =3D acme.com
>..
>
>It does not get passed down to the attached network.
>
>API call "list networks" missing networkdomain field as it is NULL.
>
>> list networks
>count =3D 1
>network:
>id =3D 1065fff0-a6e2-410a-94d5-50bc72f879db
>name =3D defaultGuestNetwork
>acltype =3D Domain
>broadcastdomaintype =3D Native
>.....
>
>
>I also tried to set it using API to set the value but get exception:
>
>ERROR [cloud.async.AsyncJobManagerImpl] (Job-Executor-20:job-20)
>Unexpected exception while executing
>org.apache.cloudstack.api.command.user.network.UpdateNetworkCmd
>com.cloud.exception.InvalidParameterValueException: NetworkOffering and
>domain suffix upgrade can be perfomed for Isolated networks only
>at=20
>com.cloud.network.NetworkServiceImpl.updateGuestNetwork(NetworkServiceImpl
>.java:1982)
>at=20
>com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
>ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>
>Exception from here:
>
>
>        // network offering and domain suffix can be updated for Isolated
>networks only in 3.0
>
>        if ((networkOfferingId !=3D null || domainSuffix !=3D null) &&
>network.getGuestType() !=3D GuestType.Isolated) {
>
>            throw new InvalidParameterValueException("NetworkOffering and
>domain suffix upgrade can be perfomed for Isolated networks only");
>
>        }
>
>
>I've patched the database and it works for me, trying to understand why
>we have code to prevent it?
>
>
>> list networks
>
>count =3D 1
>
>network:
>
>id =3D 1065fff0-a6e2-410a-94d5-50bc72f879db
>
>name =3D defaultGuestNetwork
>
>...
>
>networkdomain =3D acme.com
>
>....
>
>
>INFO  [network.element.InfobloxElement] (consoleproxy-1:)
>InfobloxDeviceElement called to prepare Host Name soheil-test with DNS
>Domain acme.com Gateway null Netmask null with MAC 06:97:84:00:00:16 with
>IPv4 172.16.197.161
>