[rt-users] (no subject)

Andrew Xenides andrew at staff.esc.net.au
Tue Apr 5 02:30:54 EDT 2005


on further investigation. the apache error logs show
 
DBD::mysql::st execute failed: Can't find file: './rt3/Users.frm' (errno:
13) at /usr/local/lib/perl5/site_perl/5.8.5/DBIx/SearchBuilder/Handle.pm
line 480.
RT::Handle=HASH(0x12ff3104) couldn't execute the query 'SELECT  * FROM Users
WHERE Name = ?' at
/usr/local/lib/perl5/site_perl/5.8.5/DBIx/SearchBuilder/Handle.pm line 494.
DBD::mysql::st execute failed: Can't find file: './rt3/Users.frm' (errno:
13) at /usr/local/lib/perl5/site_perl/5.8.5/DBIx/SearchBuilder/Handle.pm
line 480.
RT::Handle=HASH(0x12ff3104) couldn't execute the query 'SELECT  * FROM Users
WHERE Name = ?' at
/usr/local/lib/perl5/site_perl/5.8.5/DBIx/SearchBuilder/Handle.pm line 494.

 
for each load. 
 
now, could this file have been deleted somehow? how can i recreate it?
 

Andrew Xenides
Web Developer
EscapeNet 
465 South Road
Keswick SA 5035
T: (08) 8292 5200
F: (08) 8292 5299
E: andrew at staff.esc.net.au
W: http://www.esc.net.au

 


  _____  

From: rt-users-bounces at lists.bestpractical.com
[mailto:rt-users-bounces at lists.bestpractical.com] On Behalf Of Andrew
Xenides
Sent: Tuesday, 5 April 2005 3:47 PM
To: 'Matthew Watson'
Cc: rt-users at lists.bestpractical.com
Subject: RE: [rt-users] (no subject)


yes, i know, all the permissions are exactly the same as they were before
the reboot.
 
let me repeat the scenario.
 
RT is working
reboot server
RT gives error
 

Andrew Xenides
Web Developer
EscapeNet 
465 South Road
Keswick SA 5035
T: (08) 8292 5200
F: (08) 8292 5299
E: andrew at staff.esc.net.au
W: http://www.esc.net.au

 


  _____  

From: Matthew Watson [mailto:matthew.watson at staff.netspace.net.au] 
Sent: Tuesday, 5 April 2005 3:42 PM
To: Andrew Xenides; rt-users at lists.bestpractical.com
Subject: RE: [rt-users] (no subject)



Umm, not to be rude, but have you read the error message?

 

"RT Couldn't write to session directory '/opt/rt3/var/session_data'"

 

Further down, it even tells you what to do about it

 

"Check that this dir ectory's permissions are correct."

 

Regards,
Matt.

 

 


  _____  


From: rt-users-bounces at lists.bestpractical.com
[mailto:rt-users-bounces at lists.bestpractical.com] On Behalf Of Andrew
Xenides
Sent: Tuesday, April 05, 2005 2:09 PM
To: rt-users at lists.bestpractical.com
Subject: [rt-users] (no subject)

 

we rebooted the rt server and now get this error when trying to bring up the
login screen

 

any ideas?

 


error: 

RT Couldn't write to session directory '/opt/rt3/var/session_data': Died at
/usr/local/lib/perl5/site_perl/5.8.5/Apache/Session/Generate/MD5.pm line 40.

Stack:
[/usr/local/lib/perl5/site_perl/5.8.5/Apache/Session/Generate/MD5.pm:40]
[/usr/local/lib/perl5/site_perl/5.8.5/Apache/Session.pm:400]
[/opt/rt3/share/html/Elements/SetupSessionCookie:64]
[/opt/rt3/share/html/autohandler:73]
. Check that this dir ectory's permissions are correct. at
/opt/rt3/share/html/Elements/SetupSessionCookie line 89.


context: 


... 

 


85: 

};


86: 

undef $cookies{$cookiename};


87: 

}


88: 

else {


89: 

die "RT Couldn't write to session directory '$RT::MasonSessionDir': $@.
Check that this dir ectory's permissions are correct.";


90: 

}


91: 

}


92: 

 


93: 

if ( !$cookies{$cookiename} ) {


... 

 


code stack: 

/opt/rt3/share/html/Elements/SetupSessionCookie:89
/opt/rt3/share/html/autohandler:73

 

Andrew Xenides
Web Developer
EscapeNet 
465 South Road
Keswick SA 5035
T: (08) 8292 5200
F: (08) 8292 5299
E: andrew at staff.esc.net.au
W: http://www.esc.net.au

 

This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
Please notify the sender immediately by email if you have received this
email by mistake and delete this email from your system. Please note that
any views or opinions presented in this email are solely those of the author
and do not necessarily represent those of the organisation. Finally, the
recipient should check this email and any attachments for the presence of
viruses. The organisation accepts no liability for any damage caused by any
virus transmitted by this email.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20050405/30cbd66a/attachment.htm>


More information about the rt-users mailing list