1:42 p.m.
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
Thanks,
Michael Brown
--Next Services
3:01 p.m.
On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown <mbrown1413(a)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
11 a.m.
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,
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:
> 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(a)gmail.com>wrote:
On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown
<mbrown1413(a)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(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/deltacloud-users
2:09 p.m.
Ok, I see two things here, responses inline
On Tue, Oct 6, 2009 at 12:00 PM, Michael Brown <mbrown1413(a)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(a)gmail.com>
wrote:
>
> On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown <mbrown1413(a)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(a)lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/deltacloud-users
_______________________________________________
deltacloud-users mailing list
deltacloud-users(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/deltacloud-users
10 a.m.
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(a)gmail.com>wrote:
> Ok, I see two things here, responses inline
>
> On Tue, Oct 6, 2009 at 12:00 PM, Michael Brown <mbrown1413(a)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(a)gmail.com
> >
> > wrote:
> >>
> >> On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown <mbrown1413(a)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(a)lists.fedorahosted.org
> >> https://fedorahosted.org/mailman/listinfo/deltacloud-users
> >
> >
> > _______________________________________________
> > deltacloud-users mailing list
> > deltacloud-users(a)lists.fedorahosted.org
> > https://fedorahosted.org/mailman/listinfo/deltacloud-users
> >
> >
> _______________________________________________
> deltacloud-users mailing list
> deltacloud-users(a)lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/deltacloud-users
>
3:19 p.m.
Is there any more information I should include in order to make the problem
more clear? Is there anything else you want for me to try? I want to get
DeltaCloud up and running soon, but I can't figure this out.
Thanks,
--Michael Brown
On Tue, Oct 13, 2009 at 11:00 AM, Michael Brown <mbrown1413(a)gmail.com>wrote:
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(a)gmail.com>wrote:
> Ok, I see two things here, responses inline
>
> On Tue, Oct 6, 2009 at 12:00 PM, Michael Brown <mbrown1413(a)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(a)gmail.com>
> > wrote:
> >>
> >> On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown <mbrown1413(a)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(a)lists.fedorahosted.org
> >> https://fedorahosted.org/mailman/listinfo/deltacloud-users
> >
> >
> > _______________________________________________
> > deltacloud-users mailing list
> > deltacloud-users(a)lists.fedorahosted.org
> > https://fedorahosted.org/mailman/listinfo/deltacloud-users
> >
> >
> _______________________________________________
> deltacloud-users mailing list
> deltacloud-users(a)lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/deltacloud-users
>
5:07 p.m.
Michael, sorry for the lack response on that last one. Frankly, I had
not been able to think of any other ideas without getting more
information. None of us that have it set up have seen this particular
problem. That said, now that you reminded me, I talked to one of the
other developers, and we are going to add some more useful debugging
information around those areas where the portal tries to connect to a
provider (mock or otherwise). We'll try to get that in this week, and
I'll shoot you an email once it is commited (or you can just watch
deltacloud-devel for the patch/commit).
I did think of one other thing, just to make sure - you do have both
portal and framework/api running at the same time, correct?
-j
On Tue, Oct 20, 2009 at 4:19 PM, Michael Brown <mbrown1413(a)gmail.com> wrote:
Is there any more information I should include in order to make the
problem
more clear? Is there anything else you want for me to try? I want to get
DeltaCloud up and running soon, but I can't figure this out.
Thanks,
--Michael Brown
On Tue, Oct 13, 2009 at 11:00 AM, Michael Brown <mbrown1413(a)gmail.com>
wrote:
>
> 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(a)gmail.com>
> wrote:
>>
>> Ok, I see two things here, responses inline
>>
>> On Tue, Oct 6, 2009 at 12:00 PM, Michael Brown <mbrown1413(a)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(a)gmail.com>
>> > wrote:
>> >>
>> >> On Thu, Oct 1, 2009 at 2:42 PM, Michael Brown
<mbrown1413(a)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(a)lists.fedorahosted.org
>> >> https://fedorahosted.org/mailman/listinfo/deltacloud-users
>> >
>> >
>> > _______________________________________________
>> > deltacloud-users mailing list
>> > deltacloud-users(a)lists.fedorahosted.org
>> > https://fedorahosted.org/mailman/listinfo/deltacloud-users
>> >
>> >
>> _______________________________________________
>> deltacloud-users mailing list
>> deltacloud-users(a)lists.fedorahosted.org
>> https://fedorahosted.org/mailman/listinfo/deltacloud-users
>
_______________________________________________
deltacloud-users mailing list
deltacloud-users(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/deltacloud-users
--
-j
5309
days inactive
5328
days old
deltacloud-users@lists.fedorahosted.org
6 comments
2 participants
participants (2)
-
jason.guiditta -
Michael Brown