Hi all,
Is this a known problem or something new?
It's on deltacloud-configure on F14 x64, where it tries to create the initial admin user:
+ rake 'dc:create_user[admin,password,admin@deltacloud.org,Admin,istrator]' (in /usr/share/deltacloud-aggregator) User registration failed: Validation failed: Role can't be blank + rake 'dc:site_admin[admin]' (in /usr/share/deltacloud-aggregator) Unknown user: admin
So, no web login possible. :(
This occurs (every time) using the repo package rpms for everything except Conductor. Conductor has been built from source against git head. ('make rpms', then 'yum upgrade' of the created rpms)
Suspecting some other package might need building from source too, and hoping someone can point towards what might need trying?
Regards and best wishes,
Justin Clift
On 11/02/2011, at 2:25 PM, Justin Clift wrote: <snip>
This occurs (every time) using the repo package rpms for everything except Conductor. Conductor has been built from source against git head. ('make rpms', then 'yum upgrade' of the created rpms)
As a workaround, it's possible to create the user with the repo packaged deltacloud-aggregator rpm version of "deltacloud-configure".
Upgrading the rpms _after_ the configure script has run allows things to work.
(subsequently running the newer deltacloud-cleanup then deltacloud-configure breaks them however)
+ Justin
That sounds like the db:seed rake task hasn't run which now needs to be run after db:migrate. (Make sure you have the solr process started as well before you seed the db...rake sunspot:solr:start)
HTH, -Dave
On Fri, 2011-02-11 at 14:46 +1100, Justin Clift wrote:
On 11/02/2011, at 2:25 PM, Justin Clift wrote:
<snip> > This occurs (every time) using the repo package rpms for everything except > Conductor. Conductor has been built from source against git head. ('make rpms', > then 'yum upgrade' of the created rpms)
As a workaround, it's possible to create the user with the repo packaged deltacloud-aggregator rpm version of "deltacloud-configure".
Upgrading the rpms _after_ the configure script has run allows things to work.
(subsequently running the newer deltacloud-cleanup then deltacloud-configure breaks them however)
- Justin
aeolus-devel mailing list aeolus-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/aeolus-devel
On 12/02/2011, at 12:41 AM, Dave Johnson wrote:
That sounds like the db:seed rake task hasn't run which now needs to be run after db:migrate. (Make sure you have the solr process started as well before you seed the db...rake sunspot:solr:start)
Ok. Added the solr process start and db:rake to deltacloud-configure.
ie. changed it from:
export RAILS_ENV=production cd /usr/share/deltacloud-aggregator rake db:create:all rake db:migrate rake dc:create_user[admin,password,admin@deltacloud.org,Admin,istrator]
to:
export RAILS_ENV=production cd /usr/share/deltacloud-aggregator rake db:create:all rake db:migrate rake sunspot:solr:start sleep 5 rake db:seed rake dc:create_user[admin,password,admin@deltacloud.org,Admin,istrator]
That works. The "sleep 5" seems to be needed though, otherwise the seed task has trouble connecting (tried several times):
+ rake sunspot:solr:start (in /usr/share/deltacloud-aggregator) + rake db:seed (in /usr/share/deltacloud-aggregator) rake aborted! Connection refused - connect(2)
I only tried "5" as the delay, less may work as well.
Seems like a dodgy approach, but it works.
Guess we need to update the deltacloud-configure script next.
Regards and best wishes,
Justin Clift
On 12/02/2011, at 2:29 AM, Justin Clift wrote:
Guess we need to update the deltacloud-configure script next.
Heh, wrong approach. Just discovered deltacloud-configure is much changed in git. Using rpms built from the new version seems to work instead.
Thanks for the pointer Dave. :)
Regards and best wishes,
Justin Clift
aeolus-devel@lists.fedorahosted.org