At 14:40 +0000 06-11-2003, John Green wrote:
Jansen Robert wrote:
I’m having some other problems here too with 1.0.1RC1:
I’ve send the follwing to rtir-bugs@bestpractical.com:
FYI:
At 12:38 +0100 29-10-2003, Jansen Robert wrote:
Mhhh,… After some quick testing on a freash 1.0.1RC1 install:
- got some errors during install: in the creating ACL section:
foobar# make initdb
/usr/local/packages/rt3/sbin/rt-setup-database --datafile
etc/initialdata --dba root --prompt-for-dba-password --action
insert In order to create a new database and grant RT
access to that database,
this script needs to connect to your mysql instance on localhost as root.
Please specify that user’s database password below. If the user
has no database
password, just press return.
Password: unix passed to setlogsock, but path not available at
/usr/local/lib/perl5/site_perl/5.8.0/Log/Dispatch/Syslog.pm line 66
(known issue: ignore)
Creating groups…391.done.
Creating ACL…[Wed Oct 29 11:04:35 2003] [crit]: 1
(/usr/local/packages/rt3/lib/RT/ACE_Overlay.pm:884)
[Wed Oct 29 11:04:35 2003] [crit]: Can’t load a principal for id
(/usr/local/packages/rt3/lib/RT/ACE_Overlay.pm:885)
Principal not found…[Wed Oct 29 11:04:35 2003] [crit]: 1
(/usr/local/packages/rt3/lib/RT/ACE_Overlay.pm:884)
[Wed Oct 29 11:04:35 2003] [crit]: Can’t load a principal for id
… snipped about 40 similar lines …
Principal not found…[Wed Oct 29 11:04:36 2003] [crit]: 1
(/usr/local/packages/rt3/lib/RT/ACE_Overlay.pm:884)
[Wed Oct 29 11:04:36 2003] [crit]: Can’t load a principal for id
(/usr/local/packages/rt3/lib/RT/ACE_Overlay.pm:885)
Principal not found…done.
Creating queues…(Error: Queue already exists)0.(Error: Queue
already exists)0.(Error: Queue already exists)0.(Error: Queue
already exists)0.done.
Creating custom fields…50.51.52.53.54.55.56.57.58.59.60.61.62.63.64.done.
Creating templates…19.20.done.
Creating
scrips…80.81.82.83.84.85.86.87.88.89.90.91.92.93.94.95.96.97.98.99.100.101.102.103.104.done.
You say a “fresh install”? Are you sure you are not trying to
initdb onto a database which has already been inititated with RTIR
stuff?
From what I can see there was only 1 two line change between
initialdata from 1-0-0 to 1-0-1rc1 - to a scrip. You are probably
best of making this change manually from within the RT UI.
Worked fine here.
John
JANET-CERT
RTIR mailing list
RTIR@lists.bestpractical.com
The rtir Archives
Well,… A RTIR 1.0.1RC1 install involves removing the old 1.0.0 tree.
That’s somewhat “fresh” to me. But,… point taken,… I already had
the old 1.0.0 data in my database, yes.
I didn’t figure that in this case an upgrade would do an “install
1.0.1RC1 and only check the old data in the database for
correctness”,… so I did a make install.
My fault.,… just checked the scrips in the 4 RTIR queues, yep,…
triple occurences… OK, deleted these extra scrips.
But there is still another issue, see below:
- seems that incidents, incident reports and blocks from version
1.0.0 don’t have their “state” set.
In version 1.0.1RC1 they show in the incident view page as ( e.g. a
linked incident report) as “53: Testing RTIR 1 ((no value))”
Stealing or changing owner does not update these old incident’s state.
Via the Edit Incident page one can NOT edit their state. (feature request ??)
Newly created incidents in 1.0.1RC1 have their state set correctly…
… Nope,… their state changes to (no value) somewhere also.
I can’t seem to reproduce this for now, …
Hold on: When viewing the incident queue in RT !!! the incident
state is correct !!! but not in RTIR !!
Hope this helps debugging
P.S. please add me to the rtir-bugs list if such a seperate list exists. TIA
Regards
TIA
Regards
Brussels University
Pleinlaan 2
Computer Center VUB/ULB (VUBnet)
Ing. Robert Jansen
B-1050 Brussels
Belgium (Europe)
email: rjansen@vub.ac.be
Tel: +32-2-650.36.94
Secr: +32-2-650.37.38
Fax: +32-2-650.37.40