[rt-users] version number doesn't change after (presumably) upgrading to rt-2-0-13

Matt Disney matthew.disney at fedex.com
Tue Apr 2 11:45:48 EST 2002


Did you stop/start your webserver?

Since your RT number is in a perl module, and mod_perl (Maybe also
fcgi) caches perl modules, you need to stop and start your webserver
after changing any RT related perl module.

This may or may not be your problem. But it is probably the most
frequently given answer to RT problems like this.

Matt

kukla at acsu.buffalo.edu writes:
>I've upgraded to rt-2-0-13 from 2-0-11 as recently recommended by Jesse, up
>to and including running 
>
>> insertdata 2-0-11   
>
>The upgrade was entirely painless. 
>
>However when I reach the login screen of our post-upgrade rt instance, the
>old version number still appears.
>
>Harmless, a problem, or did I not actually upgrade?  Has anyone else
>noticed this?
>
>Mike Kukla
>University at Buffalo
>
> 
> 
>
>
>--On Monday, April 01, 2002, 7:30 PM -0500 rt-users-request at lists.fsck.com
>wrote:
>
>> Send rt-users mailing list submissions to
>>	 rt-users at lists.fsck.com
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>	 http://lists.fsck.com/mailman/listinfo/rt-users
>> or, via email, send a message with subject or body 'help' to
>>	 rt-users-request at lists.fsck.com
>> 
>> You can reach the person managing the list at
>>	 rt-users-admin at lists.fsck.com
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of rt-users digest..."
>> 
>> 
>> Today's Topics:
>> 
>>   1. Dates in Stats offset (Alexander, John)
>>   2. Re: Dates in Stats offset (David C. Troy)
>>   3. Re: requestor parsing errors (Darrin Walton)
>>   4. RE: Connect Failed Access denied for user (Boyko Dimitrov)
>>   5. RE: Dates in Stats offset (Alexander, John)
>>   6. operation order and changing queues (Christian Gilmore)
>>   7. RE: Dates in Stats offset (David C. Troy)
>>   8. Re: requestor parsing errors (Fred Purdue)
>>   9. RE: Connect Failed Access denied for user (Boyko Dimitrov)
>>   10. Upgrade to 2.0.13 .. step by step? (RT2 Troubles)
>>   11. Re: Upgrade to 2-0-13 (Andrew Yager)
>> 
>> --__--__--
>> 
>> Message: 1
>> From: "Alexander, John" <alexandj at fortrex.com>
>> To: "'rt-users at lists.fsck.com'" <rt-users at lists.fsck.com>
>> Date: Mon, 1 Apr 2002 15:31:49 -0500
>> Subject: [rt-users] Dates in Stats offset
>> 
>> I've noticed that the dates displayed in the Stats pages is offset by one
>> day.  It is showing tickets for monday as being on sunday.  Anyone seen
>> this and know how to fix it?
>> 
>> -------------------------------------------------------------------------
>> --- ------------
>> John Alexander                          john.alexander at fortrex.com
>> Network Security Operations       phone: 301-977-6966
>> Fortrex Technologies, Inc            fax:     301-947-3539
>> Gaithersburg, MD
>> http://www.fortrex.com
>> 
>> Because Your Information is Your Business
>> 
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 2
>> Date: Mon, 1 Apr 2002 15:34:57 -0500 (EST)
>> From: "David C. Troy" <dave at toad.net>
>> To: "Alexander, John" <alexandj at fortrex.com>
>> Cc: "'rt-users at lists.fsck.com'" <rt-users at lists.fsck.com>
>> Subject: Re: [rt-users] Dates in Stats offset
>> 
>> 
>> Is it perhaps a difference between GMT and EST?  I think RT stores dates
>> in GMT and then translates to the local timezone on the fly.
>> 
>> Dave
>> 
>> =====================================================================
>> David C. Troy   [dave at toad.net]                   410-544-6193 Sales
>> ToadNet - Want to go fast?                        410-544-1329 FAX
>> 570 Ritchie Highway, Severna Park, MD 21146-2925  www.toad.net
>> 
>> On Mon, 1 Apr 2002, Alexander, John wrote:
>> 
>>> I've noticed that the dates displayed in the Stats pages is offset by one
>>> day.  It is showing tickets for monday as being on sunday.  Anyone seen
>>> this and know how to fix it?
>>> 
>>> ------------------------------------------------------------------------
>>> ---- ------------
>>> John Alexander                          john.alexander at fortrex.com
>>> Network Security Operations       phone: 301-977-6966
>>> Fortrex Technologies, Inc            fax:     301-947-3539
>>> Gaithersburg, MD
>>> http://www.fortrex.com
>>> 
>>> Because Your Information is Your Business
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> rt-users mailing list
>>> rt-users at lists.fsck.com
>>> http://lists.fsck.com/mailman/listinfo/rt-users
>>> 
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 3
>> Date: Mon, 1 Apr 2002 16:13:16 -0500
>> From: Darrin Walton <darrinw at nixc.net>
>> To: Fred Purdue <Fred.Purdue at Pobox.com>
>> Cc: rt-users at lists.fsck.com
>> Subject: Re: [rt-users] requestor parsing errors
>> Fred Purdue <Fred.Purdue at Pobox.com>, rt-users at lists.fsck.com
>> Organization: NIXC, Inc.
>> 
>>   |+ Mandrake Linux 2,4,8-26mdk
>>   |+ Apache-AdvancedExtranetServer/1.3.20 (Mandrake Linux/3mdk)
>>   |+ Perl 5.6.1
>>   |+ mod_fastcgi-2.2.12
>>   |+ Postfix (postfix-20010228-15mdk)
>>   |+ All dependencies checked out fine with 'make testdeps'
>>   |+ All dependencies are from CPAN less than 10 days ago.
>> 
>> What version of RT?
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 4
>> From: "Boyko Dimitrov" <bdimitrov at advantageds.com>
>> To: <rt-users at lists.fsck.com>
>> Subject: RE: [rt-users] Connect Failed Access denied for user
>> Date: Mon, 1 Apr 2002 13:44:48 -0800
>> charset="iso-8859-1"
>> 
>> This is new install and I used all default values. The only modification I
>> had to do was to create rt_user in MySQL and give it privileges to RT2
>> (make install would fail until I did so). Would replacing the current
>> config.pm (in /usr/local/rt2/etc) with the one unpacked in
>> /tmp/rt-2-0-12/etc fix this? Do I need to try reinstalling until no
>> errors are reported, or is my setup complete and this is just post
>> install issue?
>> 
>> Thanks again.
>> 
>> -----Original Message-----
>> From: rt-users-admin at lists.fsck.com
>> [mailto:rt-users-admin at lists.fsck.com]On Behalf Of Ferguson, Kevin
>> Sent: Monday, April 01, 2002 12:08 PM
>> To: 'Boyko Dimitrov'
>> Cc: rt-users at lists.fsck.com
>> Subject: RE: [rt-users] Connect Failed Access denied for user
>> 
>> 
>> 
>> rt_user is the default username that RT uses for mysql.  It looks
>> like you modified either this or its password in your original
>> RT config.pm file.  The upgrade overwrites the config.pm file.
>> Reinstate your site customizations in the new config.pm.
>> 
>> 
>> 
>>> -----Original Message-----
>>> From: Boyko Dimitrov [mailto:bdimitrov at advantageds.com]
>>> Sent: Monday, April 01, 2002 1:27 PM
>>> To: rt-users at lists.fsck.com
>>> Subject: [rt-users] Connect Failed Access denied for user
>>> 
>>> 
>>> I got the following "error" at the end of my RT installation. Should I
>>> assume that RT is installed correctly and the only problem is user
>>> name/password with mysql? Is there something I should edit?
>>> 
>>> TIA.
>>> Boyko
>>> 
>>> Congratulations. RT has been upgraded. You should now check-over
>>> /usr/local/rt2/etc/config.pm for any necessary site customization.
>>> Additionally,
>>> you should update RT's system database objects by running
>>>            /usr/local/rt2/etc/insertdata <version>
>>> where <version> is the version of RT you're upgrading from.
>>> /usr/bin/perl /usr/local/rt2/etc/insertdata
>>> DBI->connect(dbname=rt2;host=localhost) failed: Access denied
>>> for user:
>>> 'rt_user at localhost' (Using password: YES) at
>>> /usr/local/lib/perl5/site_perl/5.005/DBIx/SearchBuilder/Handle
>>> .pm line 121
>>> Connect Failed Access denied for user: 'rt_user at localhost'
>>> (Using password:
>>> YES)
>>>  at /usr/local/rt2/lib/RT/Handle.pm line 43
>>> *** Error code 255
>>> 
>>> Stop in /tmp/rt-2-0-12.
>>> 
>>> 
>>> _______________________________________________
>>> rt-users mailing list
>>> rt-users at lists.fsck.com
>>> http://lists.fsck.com/mailman/listinfo/rt-users
>>> 
>> 
>> _______________________________________________
>> rt-users mailing list
>> rt-users at lists.fsck.com
>> http://lists.fsck.com/mailman/listinfo/rt-users
>> 
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 5
>> From: "Alexander, John" <alexandj at fortrex.com>
>> To: "'rt-users at lists.fsck.com'" <rt-users at lists.fsck.com>
>> Date: Mon, 1 Apr 2002 16:48:14 -0500
>> Subject: RE: [rt-users] Dates in Stats offset
>> 
>> I checked the date/times in the tickets in question and GMT vs Local time
>> does not account for the disparity.  In the stats pages, all of mondays
>> tickets are being counted for sunday.
>> 
>> John Alexander
>> 
>> 
>> -----Original Message-----
>> From: David C. Troy [mailto:dave at toad.net]
>> Sent: Monday, April 01, 2002 3:35 PM
>> To: Alexander, John
>> Cc: 'rt-users at lists.fsck.com'
>> Subject: Re: [rt-users] Dates in Stats offset
>> 
>> 
>> 
>> Is it perhaps a difference between GMT and EST?  I think RT stores dates
>> in GMT and then translates to the local timezone on the fly.
>> 
>> Dave
>> 
>> =====================================================================
>> David C. Troy   [dave at toad.net]                   410-544-6193 Sales
>> ToadNet - Want to go fast?                        410-544-1329 FAX
>> 570 Ritchie Highway, Severna Park, MD 21146-2925  www.toad.net
>> 
>> On Mon, 1 Apr 2002, Alexander, John wrote:
>> 
>>> I've noticed that the dates displayed in the Stats pages is offset by one
>>> day.  It is showing tickets for monday as being on sunday.  Anyone seen
>> this
>>> and know how to fix it?
>>> 
>>> 
>> -------------------------------------------------------------------------
>> ---
>>> ------------
>>> John Alexander                          john.alexander at fortrex.com
>>> Network Security Operations       phone: 301-977-6966
>>> Fortrex Technologies, Inc            fax:     301-947-3539
>>> Gaithersburg, MD
>>> http://www.fortrex.com
>>> 
>>> Because Your Information is Your Business
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> rt-users mailing list
>>> rt-users at lists.fsck.com
>>> http://lists.fsck.com/mailman/listinfo/rt-users
>>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 6
>> From: "Christian Gilmore" <cgilmore at tivoli.com>
>> To: "RT Users Mailing List (E-mail)" <rt-users at lists.fsck.com>
>> Date: Mon, 1 Apr 2002 15:45:05 -0600
>> charset="iso-8859-1"
>> Subject: [rt-users] operation order and changing queues
>> 
>> I have a little problem and hope there's a simple solution. I have
>> multiple queues and potentially mutually exclusive privileged members of
>> each queue. I need for people to be able to transfer tickets from one
>> queue to the next via the web UI. This transfer occurs, but I see two sets
>> of errors:
>> 
>> 1) While the queue change does take effect, the web UI states: "Queue: 0"
>> instead of what transaction actually occurred.
>> 
>> 2) The system then complains that the user does not have sufficient
>> privilege to change the remaining fields on the Basics page. Is there a
>> way to enforce operational order so that queue change is the last possible
>> transaction instead of the first to be reviewed?
>> 
>> Thanks,
>> Christian
>> 
>> -----------------
>> Christian Gilmore
>> Technology Leader
>> GeT WW Global Applications Development
>> IBM Software Group
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 7
>> Date: Mon, 1 Apr 2002 16:56:11 -0500 (EST)
>> From: "David C. Troy" <dave at toad.net>
>> To: "Alexander, John" <alexandj at fortrex.com>
>> Cc: "'rt-users at lists.fsck.com'" <rt-users at lists.fsck.com>
>> Subject: RE: [rt-users] Dates in Stats offset
>> 
>> 
>> Might be a Sunday=0 vs. Sunday=1 problem then...
>> 
>> =====================================================================
>> David C. Troy   [dave at toad.net]                   410-544-6193 Sales
>> ToadNet - Want to go fast?                        410-544-1329 FAX
>> 570 Ritchie Highway, Severna Park, MD 21146-2925  www.toad.net
>> 
>> On Mon, 1 Apr 2002, Alexander, John wrote:
>> 
>>> I checked the date/times in the tickets in question and GMT vs Local time
>>> does not account for the disparity.  In the stats pages, all of mondays
>>> tickets are being counted for sunday.
>>> 
>>> John Alexander
>>> 
>>> 
>>> -----Original Message-----
>>> From: David C. Troy [mailto:dave at toad.net]
>>> Sent: Monday, April 01, 2002 3:35 PM
>>> To: Alexander, John
>>> Cc: 'rt-users at lists.fsck.com'
>>> Subject: Re: [rt-users] Dates in Stats offset
>>> 
>>> 
>>> 
>>> Is it perhaps a difference between GMT and EST?  I think RT stores dates
>>> in GMT and then translates to the local timezone on the fly.
>>> 
>>> Dave
>>> 
>>> =====================================================================
>>> David C. Troy   [dave at toad.net]                   410-544-6193 Sales
>>> ToadNet - Want to go fast?                        410-544-1329 FAX
>>> 570 Ritchie Highway, Severna Park, MD 21146-2925  www.toad.net
>>> 
>>> On Mon, 1 Apr 2002, Alexander, John wrote:
>>> 
>>> > I've noticed that the dates displayed in the Stats pages is offset by
>>> > one day.  It is showing tickets for monday as being on sunday.  Anyone
>>> > seen
>>> this
>>> > and know how to fix it?
>>> > 
>>> > 
>>> ------------------------------------------------------------------------
>>> ----
>>> > ------------
>>> > John Alexander                          john.alexander at fortrex.com
>>> > Network Security Operations       phone: 301-977-6966
>>> > Fortrex Technologies, Inc            fax:     301-947-3539
>>> > Gaithersburg, MD
>>> > http://www.fortrex.com
>>> > 
>>> > Because Your Information is Your Business
>>> > 
>>> > 
>>> > 
>>> > _______________________________________________
>>> > rt-users mailing list
>>> > rt-users at lists.fsck.com
>>> > http://lists.fsck.com/mailman/listinfo/rt-users
>>> > 
>>> 
>>> _______________________________________________
>>> rt-users mailing list
>>> rt-users at lists.fsck.com
>>> http://lists.fsck.com/mailman/listinfo/rt-users
>>> 
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 8
>> Subject: Re: [rt-users] requestor parsing errors
>> From: Fred Purdue <Fred.Purdue at Pobox.com>
>> To: Darrin Walton <darrinw at nixc.net>
>> Cc: rt-users at lists.fsck.com
>> <20020401161316.J99604 at nixc.net>
>> Date: 01 Apr 2002 17:37:48 -0500
>> 
>> 
>> --=-R0t2xSqxcpo0RrSjlClN
>> Content-Type: text/plain
>> Content-Transfer-Encoding: 7bit
>> 
>> Darrin,
>> 
>> The version is 2.0.12
>> 
>> I found the cause of the problem (but not really the solution)
>> 
>> "        my $email = ~
>> s/\@(.*).newopportunitiesinc.org/\@newopportunitiesinc.org/;  "
>> 
>> The Canonical address translation was nuking anything that went through
>> it.  Once I replaced it with shift; and restarted httpd everything
>> worked fine.  My string looks exactly like the foo.com example that
>> comes in config.pm.  Any ideas what is wrong with it?  Could the problem
>> be that some of the mail is coming from/to another domain? 
>> (corp.newoppinc.org)?
>> 
>> 
>> -- 
>> ------=====================================------
>> Fred Purdue              General Technology Group 
>> E: Fred at GTGCorp.com               www.gtgcorp.com
>> P: (203) 235-7175          164 Scott St - Suite 1
>> C: (203) 605-6853               Meriden, CT 06450
>> ------=====================================------
>> 
>>       |+ Mandrake Linux 2,4,8-26mdk
>>       |+ Apache-AdvancedExtranetServer/1.3.20 (Mandrake Linux/3mdk)
>>       |+ Perl 5.6.1
>>       |+ mod_fastcgi-2.2.12
>>       |+ Postfix (postfix-20010228-15mdk)
>>       |+ All dependencies checked out fine with 'make testdeps'
>>       |+ All dependencies are from CPAN less than 10 days ago.
>>     
>>     What version of RT?
>>     
>>     
>> 
>> -- 
>> ------=====================================------
>> Fred Purdue              General Technology Group 
>> E: Fred at GTGCorp.com               www.gtgcorp.com
>> P: (203) 235-7175          164 Scott St - Suite 1
>> C: (203) 605-6853               Meriden, CT 06450
>> ------=====================================------
>> 
>> --=-R0t2xSqxcpo0RrSjlClN
>> Content-Type: text/html; charset=utf-8
>> 
>> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
>> <HTML>
>> <HEAD>
>>   <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
>>   <META NAME="GENERATOR" CONTENT="GtkHTML/1.0.2.99">
>> </HEAD>
>> <BODY>
>> Darrin,
>> <BR>
>> 
>> <BR>
>> The version is 2.0.12
>> <BR>
>> 
>> <BR>
>> I found the cause of the problem (but not really the solution)
>> <BR>
>> 
>> <BR>
>> "        my $email = ~
>> s/\@(.*).newopportunitiesinc.org/\@newopportunitiesinc.org/;  "
>> <BR>
>> 
>> <BR>
>> The Canonical address translation was nuking anything that went through
>> it.  Once I replaced it with shift; and restarted httpd everything
>> worked fine.  My string looks exactly like the foo.com example that
>> comes in config.pm.  Any ideas what is wrong with it?  Could
>> the problem be that some of the mail is coming from/to another
>> domain?  (corp.newoppinc.org)? <BR>
>> 
>> <BR>
>> 
>> <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
>> <TR>
>> <TD>
>> <PRE>-- 
>> ------=====================================------
>> Fred Purdue              General Technology Group 
>> E: Fred at GTGCorp.com               www.gtgcorp.com
>> P: (203) 235-7175          164 Scott St - Suite 1
>> C: (203) 605-6853               Meriden, CT 06450
>> ------=====================================------</PRE>
>> </TD>
>> </TR>
>> </TABLE>
>> 
>>     <BLOCKQUOTE>
>> <PRE><FONT SIZE="3"><I>  |+ Mandrake Linux 2,4,8-26mdk</FONT></I>
>> <FONT SIZE="3"><I>  |+ Apache-AdvancedExtranetServer/1.3.20 (Mandrake
>> Linux/3mdk)</FONT></I> <FONT SIZE="3"><I>  |+ Perl 5.6.1</FONT></I>
>> <FONT SIZE="3"><I>  |+ mod_fastcgi-2.2.12</FONT></I>
>> <FONT SIZE="3"><I>  |+ Postfix (postfix-20010228-15mdk)</FONT></I>
>> <FONT SIZE="3"><I>  |+ All dependencies checked out fine with 'make
>> testdeps'</FONT></I> <FONT SIZE="3"><I>  |+ All dependencies are from
>> CPAN less than 10 days ago.</FONT></I> <FONT SIZE="3"><I></FONT></I>
>> <FONT SIZE="3"><I>What version of RT?</FONT></I>
>> <FONT SIZE="3"><I></FONT></I>
>> <FONT SIZE="3"><I></FONT></I></PRE>
>>     </BLOCKQUOTE>
>> <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
>> <TR>
>> <TD>
>> <PRE>-- 
>> ------=====================================------
>> Fred Purdue              General Technology Group 
>> E: Fred at GTGCorp.com               www.gtgcorp.com
>> P: (203) 235-7175          164 Scott St - Suite 1
>> C: (203) 605-6853               Meriden, CT 06450
>> ------=====================================------</PRE>
>> </TD>
>> </TR>
>> </TABLE>
>> 
>> </BODY>
>> </HTML>
>> 
>> --=-R0t2xSqxcpo0RrSjlClN--
>> 
>> 
>> --__--__--
>> 
>> Message: 9
>> From: "Boyko Dimitrov" <bdimitrov at advantageds.com>
>> To: <rt-users at lists.fsck.com>
>> Subject: RE: [rt-users] Connect Failed Access denied for user
>> Date: Mon, 1 Apr 2002 14:45:21 -0800
>> charset="iso-8859-1"
>> 
>> Well looking in config.pm did solve my problem. I change the password in
>> MySQL to the one in config.pm and the installation completed with the only
>> complaint for /var/log/rt2 not existing. I created it and ran "make
>> install" again no errors.
>> 
>> This raises a question however. Should RT create all user/groups it needs
>> during the install process. I had to create rt_user manually and edit it's
>> privileges as well, including the directory above that finally solved my
>> problem. Also the initial password I entered for rt_user should have been
>> saved at the very beginning.
>> 
>> -----Original Message-----
>> From: rt-users-admin at lists.fsck.com
>> [mailto:rt-users-admin at lists.fsck.com]On Behalf Of Boyko Dimitrov
>> Sent: Monday, April 01, 2002 1:45 PM
>> To: rt-users at lists.fsck.com
>> Subject: RE: [rt-users] Connect Failed Access denied for user
>> 
>> 
>> This is new install and I used all default values. The only modification I
>> had to do was to create rt_user in MySQL and give it privileges to RT2
>> (make install would fail until I did so). Would replacing the current
>> config.pm (in /usr/local/rt2/etc) with the one unpacked in
>> /tmp/rt-2-0-12/etc fix this? Do I need to try reinstalling until no
>> errors are reported, or is my setup complete and this is just post
>> install issue?
>> 
>> Thanks again.
>> 
>> -----Original Message-----
>> From: rt-users-admin at lists.fsck.com
>> [mailto:rt-users-admin at lists.fsck.com]On Behalf Of Ferguson, Kevin
>> Sent: Monday, April 01, 2002 12:08 PM
>> To: 'Boyko Dimitrov'
>> Cc: rt-users at lists.fsck.com
>> Subject: RE: [rt-users] Connect Failed Access denied for user
>> 
>> 
>> 
>> rt_user is the default username that RT uses for mysql.  It looks
>> like you modified either this or its password in your original
>> RT config.pm file.  The upgrade overwrites the config.pm file.
>> Reinstate your site customizations in the new config.pm.
>> 
>> 
>> 
>>> -----Original Message-----
>>> From: Boyko Dimitrov [mailto:bdimitrov at advantageds.com]
>>> Sent: Monday, April 01, 2002 1:27 PM
>>> To: rt-users at lists.fsck.com
>>> Subject: [rt-users] Connect Failed Access denied for user
>>> 
>>> 
>>> I got the following "error" at the end of my RT installation. Should I
>>> assume that RT is installed correctly and the only problem is user
>>> name/password with mysql? Is there something I should edit?
>>> 
>>> TIA.
>>> Boyko
>>> 
>>> Congratulations. RT has been upgraded. You should now check-over
>>> /usr/local/rt2/etc/config.pm for any necessary site customization.
>>> Additionally,
>>> you should update RT's system database objects by running
>>>            /usr/local/rt2/etc/insertdata <version>
>>> where <version> is the version of RT you're upgrading from.
>>> /usr/bin/perl /usr/local/rt2/etc/insertdata
>>> DBI->connect(dbname=rt2;host=localhost) failed: Access denied
>>> for user:
>>> 'rt_user at localhost' (Using password: YES) at
>>> /usr/local/lib/perl5/site_perl/5.005/DBIx/SearchBuilder/Handle
>>> .pm line 121
>>> Connect Failed Access denied for user: 'rt_user at localhost'
>>> (Using password:
>>> YES)
>>>  at /usr/local/rt2/lib/RT/Handle.pm line 43
>>> *** Error code 255
>>> 
>>> Stop in /tmp/rt-2-0-12.
>>> 
>>> 
>>> _______________________________________________
>>> rt-users mailing list
>>> rt-users at lists.fsck.com
>>> http://lists.fsck.com/mailman/listinfo/rt-users
>>> 
>> 
>> _______________________________________________
>> rt-users mailing list
>> rt-users at lists.fsck.com
>> http://lists.fsck.com/mailman/listinfo/rt-users
>> 
>> 
>> 
>> _______________________________________________
>> rt-users mailing list
>> rt-users at lists.fsck.com
>> http://lists.fsck.com/mailman/listinfo/rt-users
>> 
>> 
>> 
>> 
>> --__--__--
>> 
>> Message: 10
>> charset="iso-8859-15"
>> From: RT2 Troubles <rt2trouble at morben.ca>
>> To: rt-users at lists.fsck.com
>> Date: Mon, 1 Apr 2002 16:12:27 -0800
>> Subject: [rt-users] Upgrade to 2.0.13 .. step by step?
>> 
>> So here's what I can gather for instructions on upgrading 2.0.11 to
>> 2.0.13  and I'd like some feedback before I go ahead and try it:
>> 
>> Download the rt.tar.gz
>> tar xzvf rt.tar.gz
>> cd rt-2-0-13
>> vi Makefile
>>   - change all options that are different on your install
>> cp /path/to/rt2/etc/config.pm /etc/config.pm.backup
>> make upgrade
>> vi /path/to/rt2/etc/config.pm
>>   - reconfig based on the old backed up config
>> /etc/rc.d/init.d/httpd restart
>> 
>> Done?
>> 
>> No stopping of services, no recompliing of Perl, no dependency hunting?
>> Could it be that easy?
>> 
>> -- RT2 Troubles 
>> 
>> 
>> --__--__--
>> 
>> Message: 11
>> Date: Tue, 02 Apr 2002 10:22:54 +1000
>> Subject: Re: [rt-users] Upgrade to 2-0-13
>> From: Andrew Yager <andrew at rwts.com.au>
>> To: rt-users <rt-users at lists.fsck.com>
>> 
>> Hi,
>> 
>> Just thought I=B9d let people know that somone had enabled Apache::Status
>> somewhere in my httpd.conf file... And this caused problems.
>> 
>> But... We do have another interesting problem...
>> 
>> When we start apache, we get
>> 
>> mod_perl: </VirtualHost>
>> mod_perl: Missing </VirtualHost> directive at end-of-file
>> 
>> ... Everything appears to still work - but if anyone knows why we get this
>> error (it seems to dissapear if you comment out PerlModule Apache::DBI
>> through to </Location>)
>> 
>> Relevant section of httpd.conf file below...
>> 
>> <VirtualHost XXX.XXX.XXX.19>
>>         ServerName secure.somewhere.com.au
>>         ServerAdmin admin
>>         DocumentRoot /home/sites/site16/web
>>         ServerAlias secure.ultraserve.com.au
>>         Alias /queue/ /usr/local/rt2/WebRT/html/
>>         PerlModule Apache::DBI
>>         PerlFreshRestart On
>>         PerlRequire /usr/local/rt2/bin/webmux.pl
>>         <Location /queue>
>>                 SetHandler perl-script
>>                 PerlHandler RT::Mason
>>         </Location>
>>         RewriteEngine on
>>         RewriteCond %{HTTP_HOST}       !^XXX.XXX.XXX.19(:80)?$
>>         RewriteCond %{HTTP_HOST}       !^secure.somewhere.com.au(:80)?$
>>         RewriteRule ^/(.*)        https://secure.somewhere.com.au/$1[L,R]
>>         RewriteOptions inherit
>>         AliasMatch ^/~([^/]+)(/(.*))? /home/sites/site16/users/$1/web/$3
>>         AddHandler cgi-wrapper .cgi
>>         AddHandler cgi-wrapper .pl
>>         AddType application/x-httpd-php .php4
>>         AddType application/x-httpd-php .php
>> </VirtualHost>
>> 
>> Thanks,
>> Andrew
>> 
>> 
>> On 1/4/02 9:46 PM, "Andrew Yager" <andrew at rwts.com.au> wrote:
>> 
>>> Hi,
>>> =20
>>> Just upgraded from 2-0-5_03 to 2-0-13 (don=B9t you love version numbers)!
>>> =20
>>> When I restart Apache I get:
>>> =20
>>> Subroutine menu_item redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 46.
>>> Subroutine handler redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 54.
>>> Subroutine header redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 83.
>>> Subroutine symdump redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 99.
>>> Subroutine status_symdump redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 112.
>>> Subroutine status_section_config redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 117.
>>> Subroutine status_hooks redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 123.
>>> Subroutine status_inc redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 138.
>>> Subroutine status_script redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 169.
>>> Subroutine status_rgysubs redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 183.
>>> Subroutine status_env redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 197.
>>> Subroutine status_sig redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 203.
>>> Subroutine status_myconfig redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 217.
>>> Subroutine status_inh_tree redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 222.
>>> Subroutine status_isa_tree redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 223.
>>> Subroutine status_data_dump redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 225.
>>> Subroutine cv_file redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 241.
>>> Subroutine status_cv_dump redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 246.
>>> Subroutine status_config redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 281.
>>> Subroutine b_graph_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 287.
>>> Subroutine b_lexinfo_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 296.
>>> Subroutine noh_b_lexinfo redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 304.
>>> Subroutine b_terse_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 317.
>>> Subroutine noh_b_terse redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 331.
>>> Subroutine b_terse_size_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 340.
>>> Subroutine noh_b_terse_size redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 354.
>>> Subroutine b_package_size_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 365.
>>> Subroutine noh_b_package_size redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 373.
>>> Subroutine b_deparse_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 410.
>>> Subroutine noh_b_deparse redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 419.
>>> Subroutine b_fathom_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 430.
>>> Subroutine noh_b_fathom redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 439.
>>> Subroutine peek_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 449.
>>> Subroutine noh_peek redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 457.
>>> Subroutine xref_link redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 467.
>>> Subroutine noh_xref redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 474.
>>> Subroutine noh_b_graph redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 490.
>>> Subroutine B::Graph::TIEHANDLE redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 532.
>>> Subroutine B::Graph::PRINT redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 555.
>>> Subroutine as_HTML redefined at
>>> /usr/lib/perl5/site_perl/5.005/i386-linux/Apache/Status.pm line 562.
>>> =20
>>> --
>>> :-)
>>> =20
>>> RT doesn=B9t quite work =AD it logged me in ,but won=B9t log me out, and
>>> won=B9t =
>> let
>>> me view any tickets or anything.
>>> =20
>>> If anyone knows what I might have done wrong =AD I=B9d love to know...
>>> It wor=
>> ked
>>> fine as 2-0-5...
>>> =20
>>> Any assistance appreciated.
>>> =20
>>> Thanks,
>>> Andrew
>>> =20
>>> ___________________
>>> Andrew Yager
>>> Real World Technology Solutions
>>> Real People, Real SolUtions (tm)
>>> ph: (02) 9945 2567 fax: (02) 9945 2566
>>> mob: 0405 15 2568
>>> http://www.rwts.com.au/
>>> _________________________
>>> =20
>> 
>> 
>> ___________________
>> Andrew Yager
>> Real World Technology Solutions
>> Real People, Real SolUtions (tm)
>> ph: (02) 9945 2567 fax: (02) 9945 2566
>> mob: 0405 15 2568
>> http://www.rwts.com.au/
>> _________________________
>> 
>> 
>> 
>> 
>> --__--__--
>> 
>> _______________________________________________
>> rt-users mailing list
>> rt-users at lists.fsck.com
>> http://lists.fsck.com/mailman/listinfo/rt-users
>> 
>> 
>> End of rt-users Digest_______________________________________________
>> rt-users mailing list
>> rt-users at lists.fsck.com
>> http://lists.fsck.com/mailman/listinfo/rt-users
>> 
>
>
>
>
>
>_______________________________________________
>rt-users mailing list
>rt-users at lists.fsck.com
>http://lists.fsck.com/mailman/listinfo/rt-users
>




More information about the rt-users mailing list