cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Chiradeep Vittal <Chiradeep.Vit...@citrix.com>
Subject Re: Bugs on Master
Date Sat, 15 Jun 2013 01:34:20 GMT
Now that the UI works, just use Firebug to figure out the API.
And file a doc bug on the API docs.
(and submit a fix for the said bug :))

On 6/14/13 5:43 PM, "Will Stevens" <wstevens@cloudops.com> wrote:

>Thanks Sheng, that fixed the problem with the UI.
>
>
>On Fri, Jun 14, 2013 at 8:06 PM, Will Stevens <wstevens@cloudops.com>
>wrote:
>
>> Yes, I am building nonoss.  I actually have written my own network
>>service
>> provider plugin, so I was just using junipersrx as an example. I will
>> actually be using my own.
>>
>> My problem is that the API docs for createNetworkOffering (
>> 
>>http://cloudstack.apache.org/docs/api/apidocs-4.1/root_admin/createNetwor
>>kOffering.html)
>> do not have any documentation for how '*supportedservices*' is supposed
>> to be formatted when it is passed via the API.  I believe it should be
>>an
>> array of objects which have things like 'name', 'provider', etc, but
>>there
>> is no documentation for how that should be formatted when it is passed
>>via
>> the API.  It appears there is a documentation gap here.
>>
>> Sheng, I just saw your note.  I will repull to see if it fixes the
>> problem.
>>
>> Thanks...
>>
>>
>> On Fri, Jun 14, 2013 at 7:39 PM, Chiradeep Vittal <
>> Chiradeep.Vittal@citrix.com> wrote:
>>
>>> Did you build the nonoss build? You have to add the SRX provider using
>>> addNetworkServiceProvider api, enable it and then the drop down for
>>> network offering should work.
>>>
>>>
>>> On 6/14/13 12:09 PM, "Will Stevens" <wstevens@cloudops.com> wrote:
>>>
>>> >BTW, I am using cloudmonkey 4.1.0...  Thx
>>> >
>>> >
>>> >On Fri, Jun 14, 2013 at 3:04 PM, Will Stevens <wstevens@cloudops.com>
>>> >wrote:
>>> >
>>> >> Chiradeep, can you send me the format of the cloudmonkey call for
>>>the
>>> >>api
>>> >> request 'createNetworkOffering' with 'supportedservices' of
>>> >> 'dhcp:virtualrouter', 'dns:virtualrouter', 'firewall:junipersrx'.  I
>>> can
>>> >> not figure out the format of this call.
>>> >>
>>> >> I have confirmed that I can reproduce the issue of not being able to
>>> >> select capability dropdowns in multiple browsers on master.
>>> >>
>>> >> Thanks,
>>> >>
>>> >> Will
>>> >>
>>> >>
>>> >> On Fri, Jun 14, 2013 at 1:56 PM, Will Stevens
>>> >><wstevens@cloudops.com>wrote:
>>> >>
>>> >>> I will try that.  I am doing some testing right now.  I am
>>>compiling
>>> >>>and
>>> >>> running just master now to validate everything.
>>> >>>
>>> >>> I will be in touch when I have more details...
>>> >>>
>>> >>> ws
>>> >>>
>>> >>>
>>> >>> On Fri, Jun 14, 2013 at 1:20 PM, Chiradeep Vittal <
>>> >>> Chiradeep.Vittal@citrix.com> wrote:
>>> >>>
>>> >>>> Are you able to use CloudMonkey? Perhaps it is a UI issue?
>>> >>>>
>>> >>>> On 6/14/13 9:50 AM, "Will Stevens" <wstevens@cloudops.com>
wrote:
>>> >>>>
>>> >>>> >11 days ago I pulled the master code into my branch.  Master
was
>>>at:
>>> >>>> >48913679e80e50228b1bd4b3d17fe5245461626a
>>> >>>> >
>>> >>>> >When I pulled, I had Egress firewall rules working perfectly.
>>>After
>>> >>>>the
>>> >>>> >pull I now get the following error when trying to create
Egress
>>> >>>>firewall
>>> >>>> >rules:
>>> >>>> >ERROR [cloud.api.ApiServer] (1784147987@qtp-213982037-11:)
>>> unhandled
>>> >>>> >exception executing api command: createEgressFirewallRule
>>> >>>> >java.lang.NullPointerException
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>com.cloud.network.firewall.FirewallManagerImpl.validateFirewallRule
>>>>>>>>(Fi
>>> >>>>>rewa
>>> >>>> >llManagerImpl.java:485)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>com.cloud.network.firewall.FirewallManagerImpl.createFirewallRule(F
>>>>>>>>ire
>>> >>>>>wall
>>> >>>> >ManagerImpl.java:191)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>com.cloud.utils.component.ComponentInstantiationPostProcessor$Inter
>>>>>>>>cep
>>> >>>>>torD
>>> >>>> >ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>com.cloud.network.firewall.FirewallManagerImpl.createEgressFirewall
>>>>>>>>Rul
>>> >>>>>e(Fi
>>> >>>> >rewallManagerImpl.java:157)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.apache.cloudstack.api.command.user.firewall.CreateEgressFirewal
>>>>>>>>lRu
>>> >>>>>leCm
>>> >>>> >d.create(CreateEgressFirewallRuleCmd.java:252)
>>> >>>> >at
>>> 
>>>>>>>com.cloud.api.ApiDispatcher.dispatchCreateCmd(ApiDispatcher.java:101
>>>>>>>)
>>> >>>> >at com.cloud.api.ApiServer.queueCommand(ApiServer.java:471)
>>> >>>> >at com.cloud.api.ApiServer.handleRequest(ApiServer.java:367)
>>> >>>> >at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:304)
>>> >>>> >at com.cloud.api.ApiServlet.doGet(ApiServlet.java:66)
>>> >>>> >at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
>>> >>>> >at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>>> >>>> >at
>>> >>>>
>>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>>> >>>> >at
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java
>>>>>>>>:40
>>> >>>>>1)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.j
>>>>>>>>ava
>>> >>>>>:216
>>> >>>> >)
>>> >>>> >at
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java
>>>>>>>>:18
>>> >>>>>2)
>>> >>>> >at
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java
>>>>>>>>:76
>>> >>>>>6)
>>> >>>> >at
>>> 
>>>>>>>org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:450
>>>>>>>)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHa
>>>>>>>>ndl
>>> >>>>>erCo
>>> >>>> >llection.java:230)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollectio
>>>>>>>>n.j
>>> >>>>>ava:
>>> >>>> >114)
>>> >>>> >at
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java
>>>>>>>>:15
>>> >>>>>2)
>>> >>>> >at org.mortbay.jetty.Server.handle(Server.java:326)
>>> >>>> >at
>>> >>>>
>>>
>>> 
>>>>>>>org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:5
>>>>>>>42)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(Http
>>>>>>>>Con
>>> >>>>>nect
>>> >>>> >ion.java:928)
>>> >>>> >at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
>>> >>>> >at 
>>>org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
>>> >>>> >at 
>>>org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.
>>>>>>>>jav
>>> >>>>>a:41
>>> >>>> >0)
>>> >>>> >at
>>> >>>>
>>> >>>>
>>>
>>> 
>>>>>>>>org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool
>>>>>>>>.ja
>>> >>>>>va:5
>>> >>>> >82)
>>> >>>> >
>>> >>>> >---
>>> >>>> >
>>> >>>> >So I merged in master this morning to see if that issue
was
>>>fixed.
>>> >>>>Now
>>> >>>> I
>>> >>>> >can not create a Network Service offering and select anything
but
>>> >>>> Virtual
>>> >>>> >Router from any of the dropdowns for capabilities such as
>>> 'Firewall',
>>> >>>> >'Source NAT', etc...
>>> >>>> >
>>> >>>> >There are no JS errors, the dropdown just sits and thinks
about
>>>it
>>> >>>>for a
>>> >>>> >second and does not change away from Virtual Router.
>>> >>>> >
>>> >>>> >So now I can't use my service provider at all, so my development
>>>is
>>> >>>> >completely stalled.
>>> >>>> >
>>> >>>> >Ideas???
>>> >>>> >
>>> >>>> >ws
>>> >>>>
>>> >>>>
>>> >>>
>>> >>
>>>
>>>
>>


Mime
View raw message