Login problem

RT Developers
1

Hi

I have following problem:
-when I try to login to WebRT my browser goes back to the login screen

Server setup:
-Linux PLD, kernel 2.2.18
-perl 5.6.0
-Apache 1.3.17
-mod_perl 1.25 compiled as DSO
-“foreign” Apache modules: php 4.04 pl 1, mod_ssl 2.8.0, all modules compiled as DSO
-MySQL 3.23.33
-all perl modules are up to date

Client setup:
-tested browsers Netscape 4.74, lynx, w3m, Mozilla 0.8, IE …
-cookies are enabled
-clean path between client and server - no proxy servers etc…
-all browsers work properly with http://fsck.com/rt2/

Other observations:
-log files /tmp/rt.log are empty
-session files are created in /tmp with perm 644 and owner http.http
-session lock files are created in /tmp with perm 600 and owner http.http
-/var/log/httpd/error_log does not show any messages from RT ( only normal Apache start/stop msg )
-mysqld works in logging mode ( -l=/var/log/mysql/log), sample fragment from log file:

010326 0:08:10 304 Connect rt_user@localhost on rt2
304 Query SELECT * FROM Users WHERE Name = ‘RT_System’
304 Query SELECT * FROM Users WHERE Name = ‘Nobody’
304 Query SELECT * FROM Users WHERE Name = ‘RT_System’
304 Query SELECT * FROM Users WHERE Name = ‘Nobody’

-compiling mod_perl int httpd binary didn’t change anything
-httpd -X - browser cannot retrieve page after pressing login
-strace httpd -X produces following output ( last lines before pressing CTRL-C to stop ):

brk(0x9c01000) = 0x9c01000
rt_sigprocmask(SIG_BLOCK, NULL, [RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RT_0], 8) = 0
close(9) = 0
munmap(0x40018000, 4096) = 0
open(“/tmp/rt.log”, O_WRONLY|O_APPEND|O_CREAT, 0666) = 9
fstat(9, {st_mode=S_IFREG|0644, st_size=0, …}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40018000
fstat(9, {st_mode=S_IFREG|0644, st_size=0, …}) = 0
_llseek(9, 0, [0], SEEK_SET) = 0
fstat(9, {st_mode=S_IFREG|0644, st_size=0, …}) = 0
fcntl(9, F_SETFD, FD_CLOEXEC) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [RT_0], 8) = 0
brk(0x9c11000) = 0x9c11000
brk(0x9c21000) = 0x9c21000
brk(0x9c31000) = 0x9c31000
brk(0x9c32000) = 0x9c32000
brk(0x9c33000) = 0x9c33000
brk(0x9c34000) = 0x9c34000
brk(0x9c35000) = 0x9c35000
fstat(0, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 2), …}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x403d3000
ioctl(0, TCGETS, {B38400 opost isig icanon echo …}) = 0
read(0

-after stopping httpd (CTRL-C) strace returns:

read(0, 0x403d3000, 1024) = ? ERESTARTSYS (To be restarted)
— SIGINT (Interrupt) —
rt_sigaction(SIGHUP, {SIG_IGN}, {0x405d2478, [], SA_INTERRUPT|0x4000000}, 8) = 0
rt_sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}, 8) = 0
munmap(0x428d9000, 26984) = 0
munmap(0x428e0000, 39072) = 0
munmap(0x428ef000, 71660) = 0
munmap(0x42901000, 33432) = 0
munmap(0x4290a000, 173800) = 0
munmap(0x42935000, 40600) = 0
munmap(0x4293f000, 43988) = 0
munmap(0x4294a000, 36428) = 0
munmap(0x42988000, 28872) = 0
munmap(0x42990000, 53292) = 0
munmap(0x428ea000, 14652) = 0
munmap(0x429a3000, 266496) = 0
munmap(0x429e5000, 70492) = 0
munmap(0x429f7000, 198180) = 0
munmap(0x42a28000, 170908) = 0
munmap(0x42a52000, 155748) = 0
munmap(0x42a79000, 270328) = 0
munmap(0x42adb000, 253724) = 0
munmap(0x42abb000, 128224) = 0
munmap(0x42b19000, 39532) = 0
munmap(0x42b23000, 19244) = 0
munmap(0x4299e000, 12416) = 0
munmap(0x42b2d000, 141392) = 0
munmap(0x42b50000, 20712) = 0
munmap(0x42b28000, 11148) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [INT RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [INT RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [INT RT_0], 8) = 0
close(9) = 0
munmap(0x40018000, 4096) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [INT RT_0], 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [INT RT_0], 8) = 0
fcntl(8, F_SETFL, O_RDWR|O_NONBLOCK) = 0
read(8, 0x9beefa8, 8192) = -1 EAGAIN (Resource temporarily unavailable)
fcntl(8, F_SETFL, O_RDWR) = 0
write(8, “\1\0\0\0\1”, 5) = 5
— SIGSEGV (Segmentation fault) —
+++ killed by SIGSEGV +++

What is wrong ?

Regards
Pawel

2

Are you accessing the host as http://hostname/?
If so, try http://hostname.domain.com/
Oh, and thank you for the fantastic bug report. I’m tempted
to frame it
or at least put it on the web sitte as an example of the ideal in bug reports.

    -jesse

jesse reed vincent – root@eruditorum.org – jesse@fsck.com
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90

“Bother,” said Pooh, “Eeyore, ready two photon torpedoes and lock
phasers on the Heffalump, Piglet, meet me in transporter room three”

3

Are you accessing the host as http://hostname/?
If so, try http://hostname.domain.com/
I use FQDN

Oh, and thank you for the fantastic bug report. I’m tempted
to frame it
or at least put it on the web sitte as an example of the ideal in bug reports.

Feel free to use my bug report everywhere you want :slight_smile:

Pawel

4

If you turn on netscape’s “tell me about every cookie as the server sends it”
feature, do you see RT setting a cookie on login?

jesse reed vincent – root@eruditorum.org – jesse@fsck.com
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90

Pelcgb-serrqbz abj!

5

If you turn on netscape’s “tell me about every cookie as the server sends it”
feature, do you see RT setting a cookie on login?
Yes RT is setting cookies, example:
Name: AF_SID
Information: 73951e5a5ed4fb81554255ff8a6a3658
Host: rt.dtd.tlsa.pl ( my RT host )
Path: /
Expires: at end of session

Regards

Pawel

6

Hi

I found workaround : change action method to GET in WebRT/html/Elements/Login
I can login, but every other form in RT don’t work - every values passed via POST request are lost.

Regards
Pawel

7

That’s pretty weird. you might want to try doing some TCP level monitoring on the serverside to make sure it’s actulaly coming through right…
-jOn Wed, Mar 28, 2001 at 09:48:23PM +0200, Pawel Stradowski wrote:

Hi

I found workaround : change action method to GET in WebRT/html/Elements/Login
I can login, but every other form in RT don’t work - every values passed via POST request are lost.

Regards
Pawel

Rt-devel mailing list
Rt-devel@lists.fsck.com
http://lists.fsck.com/mailman/listinfo/rt-devel

jesse reed vincent – root@eruditorum.org – jesse@fsck.com
70EBAC90: 2A07 FC22 7DB4 42C1 9D71 0108 41A3 3FB3 70EB AC90

“It’s buried in the desert, got sand in it, melts Nazis. You know,
the Ark of the Covenant” – siva

8

That’s pretty weird. you might want to try doing some TCP level monitoring on
the serverside to make sure it’s actulaly coming through right…

I run tcpdump ( snort ) against incoming conections to apache
All POST requests contains form data.
When I try to access form data via $r->content I see all data submited via this form, but when i try to access this data via varibles passed to Mason component values are empty.
After changing form method to GET all works.

Pawel

9

Hello,

I just set up RT 3.0.11-2 on a Windows 2000 Pro box. I logged in from
another windows machine, and every time I try to choose a different
screen, I am prompted to log in again. Once I do, I am shown the correct
page, but I’d like to know how to fix it. Logging in from a Fedora
machine, I can go between different screens without having to log in
over and over.

Any help would be appreciated.

Thanks!

Jeff

10

I just set up RT 3.0.11-2 on a Windows 2000 Pro box. I logged in from
another windows machine, and every time I try to choose a different
screen, I am prompted to log in again. Once I do, I am shown the correct
page, but I’d like to know how to fix it. Logging in from a Fedora
machine, I can go between different screens without having to log in
over and over.

Don’t block cookies.

-- Niels.