Errors initializing database in RT 3.6.1

Greetings!

I searched the list archives and Google, but haven’t seen any reports of this
problem by anyone else. I’m convinced that it’s “pilot error” on my part, not
an RT bug, but I still need to ask for some help in solving it.

I’m doing a fresh install of RT 3.6.1 on a Debian Etch system, with MySQL 5.x
as the backing store. I have successfully installed RT 3.4.4 a number of
times, so I’m familiar with the basic processes, but this is my first exposure
to 3.6.x.

I’ve created a database “rt3” and an RT user ID of “rt” for that database. I
verified that user “rt” has all privileges on the “rt3” database and can login
with its assigned password from the MySQL command prompt.

Running “rt-setup-database-3.6 --action schema …” works just fine, and
creates the schema with no errors.

However, running “rt-setup-database-3.6 --action insert --datafile
/etc/request-tracker3.6/initialdata” fails with multiple error messages, to
wit:

Creating Superuser ACL…[Wed Mar 28 13:05:22 2007] [err]: System error. right not granted. (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:753)
done.
Creating groups…1.2.3.4.5.6.7.done.
Creating users…[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create users)0.[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create users)0.done.
Creating queues…[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create queues)0.[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create queues)0.done.
Creating ACL…[Wed Mar 28 13:05:22 2007] [crit]: 1 (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:907)
[Wed Mar 28 13:05:22 2007] [crit]: Can’t load a principal for id (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:908)
Principal not found…[Wed Mar 28 13:05:22 2007] [crit]: 1 (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:907)
[Wed Mar 28 13:05:22 2007] [crit]: Can’t load a principal for id (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:908)
Principal not found…done.

And so on. It just goes downhill from there, though I’m fairly convinced
that the first error is the indirect cause of most of the others and that
if I can fix it, I’ll have fixed the rest.

I’ve looked at the Perl code a bit, but to be honest I’m a Java guy and not
all that literate in Perl.

Is this thing failing because of a MySQL command not executing, and if so, is
there a way for me to tell Perl to show me all the MySQL commands as it runs
them? I’m enough of a MySQL wiz that if I can see what’s failing there, I can
fix it on my own.

Or am I doing something wrong with my rt-setup-database-3.6 command?

I looked at the ACL command, and that seems redundant to what I’ve already
granted from the MySQL command prompt.

Any help would be appreciated. This is on a new, not-yet-in-production server,
rather than an upgrade, so dropping and recreating the database is no problem
at all. (In fact, I’ve already done it a few times trying different things to
fix the problem.)

Thanks for any advice.

Kind regards,

Scott

Scott Courtney | “I don’t mind Microsoft making money. I mind them
scott@4th.com | having a bad operating system.” – Linus Torvalds
http://4th.com/ | (“The Rebel Code,” NY Times, 21 February 1999)
| PGP Public Key at http://4th.com/keys/scott.pubkey

In 3.6 as well as in 3.4 there is no way to init database step by
step, but only with “rt-setup-database-3.6 --action init …” as init
action runs additional steps which setup core objects.On 3/28/07, Scott Courtney scott@4th.com wrote:

Greetings!

I searched the list archives and Google, but haven’t seen any reports of this
problem by anyone else. I’m convinced that it’s “pilot error” on my part, not
an RT bug, but I still need to ask for some help in solving it.

I’m doing a fresh install of RT 3.6.1 on a Debian Etch system, with MySQL 5.x
as the backing store. I have successfully installed RT 3.4.4 a number of
times, so I’m familiar with the basic processes, but this is my first exposure
to 3.6.x.

I’ve created a database “rt3” and an RT user ID of “rt” for that database. I
verified that user “rt” has all privileges on the “rt3” database and can login
with its assigned password from the MySQL command prompt.

Running “rt-setup-database-3.6 --action schema …” works just fine, and
creates the schema with no errors.

However, running “rt-setup-database-3.6 --action insert --datafile
/etc/request-tracker3.6/initialdata” fails with multiple error messages, to
wit:

Creating Superuser ACL…[Wed Mar 28 13:05:22 2007] [err]: System error. right not granted. (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:753)
done.
Creating groups…1.2.3.4.5.6.7.done.
Creating users…[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create users)0.[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create users)0.done.
Creating queues…[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create queues)0.[Wed Mar 28 13:05:22 2007] [err]: Couldn’t load from the users database. (/usr/share/request-tracker3.6/lib/RT/CurrentUser.pm:145)
(Error: No permission to create queues)0.done.
Creating ACL…[Wed Mar 28 13:05:22 2007] [crit]: 1 (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:907)
[Wed Mar 28 13:05:22 2007] [crit]: Can’t load a principal for id (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:908)
Principal not found…[Wed Mar 28 13:05:22 2007] [crit]: 1 (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:907)
[Wed Mar 28 13:05:22 2007] [crit]: Can’t load a principal for id (/usr/share/request-tracker3.6/lib/RT/ACE_Overlay.pm:908)
Principal not found…done.

And so on. It just goes downhill from there, though I’m fairly convinced
that the first error is the indirect cause of most of the others and that
if I can fix it, I’ll have fixed the rest.

I’ve looked at the Perl code a bit, but to be honest I’m a Java guy and not
all that literate in Perl.

Is this thing failing because of a MySQL command not executing, and if so, is
there a way for me to tell Perl to show me all the MySQL commands as it runs
them? I’m enough of a MySQL wiz that if I can see what’s failing there, I can
fix it on my own.

Or am I doing something wrong with my rt-setup-database-3.6 command?

I looked at the ACL command, and that seems redundant to what I’ve already
granted from the MySQL command prompt.

Any help would be appreciated. This is on a new, not-yet-in-production server,
rather than an upgrade, so dropping and recreating the database is no problem
at all. (In fact, I’ve already done it a few times trying different things to
fix the problem.)

Thanks for any advice.

Kind regards,

Scott

Best regards, Ruslan.

Hello,

I have read in many places that there is a patch for the issue regarding
sorting on custom fields. However, I am unable to find this patch. Can
someone please point me in the right direction?

Thanks,
Jeff

In 3.6 as well as in 3.4 there is no way to init database step by
step, but only with “rt-setup-database-3.6 --action init …” as init
action runs additional steps which setup core objects.

[…]

Running “rt-setup-database-3.6 --action schema …” works just fine, and
creates the schema with no errors.

However, running “rt-setup-database-3.6 --action insert --datafile
/etc/request-tracker3.6/initialdata” fails with multiple error messages,

Bingo! Thanks, Ruslan.

My problem was that I needed to not pre-create the empty database, but rather
to let rt-setup-database3.6 script do it for me. I had thought I needed to
pre-create the empty DB so that the RT user account would be able to access it,
but the script takes care of this just fine.

I must have done it the right way on my previous installations. Go figure.

In any case, this solved my problem, and I’m up and running. Thanks very much
for the quick response!

Scott

Scott Courtney | “I don’t mind Microsoft making money. I mind them
scott@4th.com | having a bad operating system.” – Linus Torvalds
http://4th.com/ | (“The Rebel Code,” NY Times, 21 February 1999)
| PGP Public Key at http://4th.com/keys/scott.pubkey

I have read in many places that there is a patch for the issue
regarding
sorting on custom fields. However, I am unable to find this patch.
Can
someone please point me in the right direction?

It’s apparently a problem with DBIx::SearchBuilder, and as far as I know
there isn’t a patch. (Torsten Brumm had some success with Oracle and/or
Postgres, but I wasn’t able to replicate his results with MySQL.)

I am also eagerly awaiting this fix, since right now I can’t present
saved searches as a reporting solution for my execs.

/Ole Craig
Security Engineer
Team lead, customer support

ocraig@stillsecure.com
303-381-3824 direct
303-381-3802 support
303-381-3880 fax

www.stillsecure.com

I have searched everywhere for this patch, I have only come across a
patch for sorting of the custom fields when being displayed on forms,
not for sorting data in reports.

I too am on MySQL now, but will be moving to Oracle. Torsten, can you
provide your patch for Oracle? I am not able to find this anywhere.

Thanks,

Jeff Stark, Sr Systems Administrator
SumTotal Systems, Inc. (Nasdaq; SUMT)

OFFICE +1 919 326 7548
MOBILE +1 919 622 0418

EMAIL jstark@sumtotalsystems.com
blocked::mailto:jstark@sumtotalsystems.comFrom: Ham MI-ID, Torsten Brumm [mailto:torsten.brumm@Kuehne-Nagel.com]
Sent: Sunday, April 01, 2007 10:34 PM
To: ocraig@stillsecure.com; Jeff Stark
Cc: rt-users@lists.bestpractical.com
Subject: AW: Re: [rt-users] Sorting on Custom Fields

Hi jeff and ole,

I had success with mysql, there was a path some months ago from jesse
posted to the mailling list, search the mailling list it was for 3.61
and so far I remember, its in place since 3.62. But I’m not sure at this
moment what the path has patched, can help you earliest end of the week,
laying on the beach this week.

Torsten

From: rt-users-bounces@lists.bestpractical.com
rt-users-bounces@lists.bestpractical.com
To: Jeff Stark JStark@sumtotalsystems.com
CC: rt-users@lists.bestpractical.com rt-users@lists.bestpractical.com
Sent: Sun Apr 01 20:12:54 2007
Subject: Re: [rt-users] Sorting on Custom Fields

I have read in many places that there is a patch for the issue
regarding
sorting on custom fields. However, I am unable to find this patch.
Can
someone please point me in the right direction?

It’s apparently a problem with DBIx::SearchBuilder, and as far as I know
there isn’t a patch. (Torsten Brumm had some success with Oracle and/or
Postgres, but I wasn’t able to replicate his results with MySQL.)

I am also eagerly awaiting this fix, since right now I can’t present
saved searches as a reporting solution for my execs.

/Ole Craig
Security Engineer
Team lead, customer support

ocraig@stillsecure.com
303-381-3824 direct
303-381-3802 support
303-381-3880 fax

www.stillsecure.com

http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com