I've tried both http://localhost:3000 and http://localhost:3000/api
Here is log from the portal after trying the latter:

>> #<ActiveRecord::Errors:0x7f857de60078 @errors={"url"=>["must be a valid provider url"]}, @base=#<Provider id: nil, name: "NEXT Services", cloud_type: "Mock", url: "http://localhost:3000/api", lock_version: 0, created_at: nil,updated_at: nil>>
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.0ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.2ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.5ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.6ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> Task Load (0.4ms) SELECT * FROM "tasks" WHERE (state = E'queued')
>> Task Load (0.1ms) SELECT * FROM "tasks" WHERE (task_target_id IS NULL and task_target_type IS NULL)
>> SQL (0.2ms) SET client_min_messages TO 'panic'
>> SQL (0.1ms) SET client_min_messages TO 'notice'


>> Processing ProviderController#new (for 127.0.0.1 at 2009-10-13 04:37:15) [POST]
>> Parameters: {"commit"=>"Save", "provider"=>{"name"=>"NEXT Services", "url"=>"http://localhost:3000/api", "cloud_type"=>"Mock"}}
>> Provider Load (7.0ms) SELECT * FROM "providers"
>> SQL (0.5ms) BEGIN
>> Provider Exists (1.1ms) SELECT "providers".id FROM "providers" WHERE ("providers"."name" = E'NEXT Services') LIMIT 1
>> SQL (8.1ms) ROLLBACK
>> Rendering template within layouts/dcloud
>> Rendering provider/new
>> Rendered provider/_form (15.4ms)
>> Rendered layouts/_header (0.5ms)
>> Rendered layouts/_main_nav (0.2ms)
>> Rendered layouts/_navigation_tabs (0.1ms)
>> Completed in 112ms (View: 24, DB: 17) | 200 OK [http://127.0.0.1/provider/new]

Thanks for your help so far.  I'm excited about getting this working.h
    --Michael Brown

On Tue, Oct 6, 2009 at 3:09 PM, Jason Guiditta <jason.guiditta@gmail.com> wrote:
Ok, I see two things here, responses inline

On Tue, Oct 6, 2009 at 12:00 PM, Michael Brown <mbrown1413@gmail.com> wrote:
> 1. I've tried running the portal on both port 80 and 3001.
> 2. I have the developer version.
> 3. I can browse directly to the framework at http://localhost:3000/api.  As
> far as I can tell the mock driver is working fine.
> 4. Here is the log from the portal:
>>> #<ActiveRecord::Errors:0x7fd2125bcbb0 @errors={"url"=>["must be a valid
>>> provider url"]}, @base=#<Provider id: nil, name: "NEXT Services",
>>> cloud_type:
>>> "Mock", url: "http://localhost:3000", lock_version: 0, created_at: nil,
The above is an error because you need to input the same url you went
to in your browser.  Namely 'http://localhost:3000/api' rather than
'http://localhost:3000' as shown in the error above.  Now, if you
filled out the form with the url including '/api' and it is still
showing the error w/o it, that would be another issue, since it would
then not be receiving the same thing you submitted (which would
obviously be very weird).  I just verified on my own installation that
submitting the wrong url, then correcting it open the subsequent
attempt does post and create successfully as well.

>>> updated_at: nil>>
>>> SQL (0.2ms) SET client_min_messages TO 'panic'
>>> SQL (0.2ms) SET client_min_messages TO 'notice'
>
>
>>> Processing ProviderController#new (for 152.14.240.127 at 2009-10-06
>>> 04:49:34) [POST]
>>> Parameters: {"commit"=>"Save", "provider"=>{"name"=>"NEXT Services",
>>> "url"=>"http://localhost:3000", "cloud_type"=>"Mock"}}
>>> Provider Load (2.2ms) SELECT * FROM "providers"
>>> SQL (1.0ms) BEGIN
>>> Provider Exists (1.1ms) SELECT "providers".id FROM "providers" WHERE
>>> ("providers"."name" = E'NEXT Services') LIMIT 1
>>> SQL (2.0ms) ROLLBACK
>>> Rendering template within layouts/dcloud
>>> Rendering provider/new
>>> Rendered provider/_form (13.8ms)
>>> Rendered layouts/_header (0.0ms)
>>> Rendered layouts/_main_nav (0.2ms)
>>> Rendered layouts/_navigation_tabs (0.1ms)
>>> Completed in 49ms (View: 24, DB: 7) | 200 OK
>>> [http://deltacloud.cnl.ncsu.edu/provider/new]
>
> Provider exists?  That's odd, there isn't anything in the database:
This is just be _checking_ if the provider exists.  I see the same
thing in my log after creating a new provider.

>>> select * from providers;
>>> id | name | cloud_type | url | lock_version | created_at | updated_at
>>> ----+------+------------+-----+--------------+------------+------------
>>> (0 rows)
>
> I can't figure out how this would be a database validation error.  I know
> the framework isn't actually receiving any calls though, because it doesn't
> show anything in the log.
> Thanks for the help,
>     --Michael Brown
> On Thu, Oct 1, 2009 at 4:01 PM, Jason Guiditta <jason.guiditta@gmail.com>
> wrote:
>>
>> On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown <mbrown1413@gmail.com>
>> wrote:
>> > We're trying to install and run deltacloud, but ran into problems.  We
>> > have
>> > the framework and the portal both running.  But when we went to the
>> > portal
>> > url and tried to add a cloud provider there, it complained about the
>> > url:
>> >
>> >>> 1 error prohibited this provider from being saved
>> >>> There was a problem with the following field:
>> >>> Url must be a valid provider url
>> >
>> > Iptables and SELinux is disabled.  We've tried urls
>> > http://localhost:3000/api, http://localhost:3000/,
>> > http://127.0.0.1:3000/api, http://127.0.0.1:3000/
>> > We're starting the framework using the mock driver as follows:
>> >>>  ./script/server -b 127.0.0.1
>> >>>  => Booting Mongrel
>> >>>  => Rails 2.3.2 application starting on http://127.0.0.1:3000
>> >>>  => Call with -d to detach
>> >>>  => Ctrl-C to shutdown server
>>
>> I just tried this with -b set for both framework and portal w/o issue.
>>  Of the urls above that you tried, http://localhost:3000/api should
>> definitely work.  That is a database validation error you are seeing,
>> which seems odd.  Couple details:
>> 1. You have framework running on port 3000, what about portal?
>> 2. Did you install the developer version rather than rpm?  (looks like
>> that is the case)
>> 3. Can you browse directly to http://localhost:3000/api?  If not, what
>> happens and what does the framework log look like?
>> 4. Please provide more of the log from portal when you try to add a
>> provider
>> _______________________________________________
>> deltacloud-users mailing list
>> deltacloud-users@lists.fedorahosted.org
>> https://fedorahosted.org/mailman/listinfo/deltacloud-users
>
>
> _______________________________________________
> deltacloud-users mailing list
> deltacloud-users@lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/deltacloud-users
>
>
_______________________________________________
deltacloud-users mailing list
deltacloud-users@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/deltacloud-users