Re: [rt-users] Stuck in Login page

[Hugo Escobar]

Update:

I'm running the standalone http server as indicated here:

http://kb.mit.edu/confluence/display/istcontrib/How+to+run+a+Request+Tracker+server+instance+in+standalone+mode+for+troubleshooting

and got the following output in debug.log:

[Tue Aug  2 19:57:43 2016] [info]: Successful login for root from 127.0.0.1
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:831)
[Tue Aug  2 19:57:43 2016] [debug]: SQL(0.001227s): SELECT main.* FROM
Attributes main  WHERE (main.ObjectId = 1) AND (main.ObjectType =
'RT::System')  ORDER BY main.id ASC ;
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:1308)
[Tue Aug  2 19:57:43 2016] [debug]: SQL(0.000672s): SELECT  * FROM Users
WHERE Name = ?;  [ bound values: 'root' ]
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:1308)
[Tue Aug  2 19:57:43 2016] [debug]: SQL(0.000583s): SELECT  * FROM
Principals WHERE id = ?;  [ bound values: '12' ]
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:1308)
[Tue Aug  2 19:57:43 2016] [debug]: SQL(0.001327s): SELECT main.* FROM
Attributes main  WHERE (main.ObjectId = 1) AND (main.ObjectType =
'RT::System')  ORDER BY main.id ASC ;
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:1308)
[Tue Aug  2 19:57:44 2016] [debug]: SQL(0.002197s): SELECT main.* FROM
Attributes main  WHERE (main.ObjectId = 1) AND (main.ObjectType =
'RT::System')  ORDER BY main.id ASC ;
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:1308)
[Tue Aug  2 19:57:44 2016] [debug]: SQL(0.001655s): SELECT main.* FROM
Attributes main  WHERE (main.ObjectId = 1) AND (main.ObjectType =
'RT::System')  ORDER BY main.id ASC ;
(/path/to/rt/sbin/../lib/RT/Interface/Web.pm:1308)

it looks like it works ok at least to a point in which it decides to
redirect
the user to the login page. Nothing in log files (apache,rt) seems to
indicate a problem


On Tue, Aug 2, 2016 at 1:57 PM, Hugo Escobar  wrote:

> Hi,
>
> We are in the process of upgrading rt to 4.4.1
>
> I'm having a problem with my local instance. I cannot go beyond the login
> page. Note the following lines in the apache logs. The first two lines (in
> blue) appear when it works ok
>
>  - - [02/Aug/2016:13:39:45 -0400] "POST /NoAuth/Login.html
> HTTP/1.1" 302 -
>  - - [02/Aug/2016:13:39:45 -0400] "GET / HTTP/1.1" 200 6979
>  - - [02/Aug/2016:13:39:45 -0400] "GET
> /NoAuth/Login.html?next=f7662257268ca40cca1dc91310117c47 HTTP/1.1" 200 6993
>  - - [02/Aug/2016:13:39:45 -0400] "GET
> /NoAuth/Login.html?next=982ee72957d160bd2a07b3a938d2fa79 HTTP/1.1" 200 6993
>   (...)
>
>
> It looks like it's not an authentication problem (from rt logs):
> [3778] [Tue Aug  2 17:39:45 2016] [info]: Successful login for root from
>  (/path/to/rt-4.4.1/sbin/../lib/RT/Interface/Web.pm:831)
>
> I've done all those basic debugging procedures like erasing browser
> cookies, restarting apache erasing the mason cache, etc and nothing seems
> to work. Google searches haven't given me anything useful either
>
> Any help will be highly appreciated
>
> --
> Regards,
>
> Hugo Escobar
>
> 
>
> 4770 Biscayne Blvd, Ste 700
> Miami, FL 33137
>
> main: 305.677.0022
> support: 305.921.4620
> email: hesco...@afslc.com
>
> Follow us on Facebook and Linked-In
> 
>
>
> NOTICE: This email and any attachment to this email may contain
> confidential information. If you are not the intended recipient, you must
> not review, retransmit, convert to hard copy, photocopy, use or disseminate
> this email or any attachments to it. If you have received this email in
> error, please notify us immediately by return email and delete this
> message. Please note that if this email contains a forwarded message or is
> a reply to a prior message, some or all of the contents of this message or
> any attachments may not have been produced by our firm. *As our firm may
> be deemed a debt collector, if your payment is in default, we may be
> attempting to collect a debt on behalf of the association, and any
> information obtained may be used for that purpose.*
>



-- 
Regards,

Hugo Escobar



4770 Biscayne Blvd, Ste 700
Miami, FL 33137

main: 305.677.0022
support: 305.921.4620
email: hesco...@afslc.com

Follow us on Facebook and Linked-In



NOTICE: This email and any attachment to this email may contain
confidential information. If you are not the intended recipient, you must
not review, retransmit, convert to hard copy, photocopy, use or disseminate
this email or any attachments to it. If you have received this email in
error, please notify us immediately by return email and delete this
message. Please note that if this email contains a forwarded message or is
a reply to a prior message, some or all of the contents of this message or
any attachments may 

[rt-users] Stuck in Login page

[Hugo Escobar]

Hi,

We are in the process of upgrading rt to 4.4.1

I'm having a problem with my local instance. I cannot go beyond the login
page. Note the following lines in the apache logs. The first two lines (in
blue) appear when it works ok

 - - [02/Aug/2016:13:39:45 -0400] "POST /NoAuth/Login.html
HTTP/1.1" 302 -
 - - [02/Aug/2016:13:39:45 -0400] "GET / HTTP/1.1" 200 6979
 - - [02/Aug/2016:13:39:45 -0400] "GET
/NoAuth/Login.html?next=f7662257268ca40cca1dc91310117c47 HTTP/1.1" 200 6993
 - - [02/Aug/2016:13:39:45 -0400] "GET
/NoAuth/Login.html?next=982ee72957d160bd2a07b3a938d2fa79 HTTP/1.1" 200 6993
  (...)


It looks like it's not an authentication problem (from rt logs):
[3778] [Tue Aug  2 17:39:45 2016] [info]: Successful login for root from
 (/path/to/rt-4.4.1/sbin/../lib/RT/Interface/Web.pm:831)

I've done all those basic debugging procedures like erasing browser
cookies, restarting apache erasing the mason cache, etc and nothing seems
to work. Google searches haven't given me anything useful either

Any help will be highly appreciated

-- 
Regards,

Hugo Escobar



4770 Biscayne Blvd, Ste 700
Miami, FL 33137

main: 305.677.0022
support: 305.921.4620
email: hesco...@afslc.com

Follow us on Facebook and Linked-In



NOTICE: This email and any attachment to this email may contain
confidential information. If you are not the intended recipient, you must
not review, retransmit, convert to hard copy, photocopy, use or disseminate
this email or any attachments to it. If you have received this email in
error, please notify us immediately by return email and delete this
message. Please note that if this email contains a forwarded message or is
a reply to a prior message, some or all of the contents of this message or
any attachments may not have been produced by our firm. *As our firm may be
deemed a debt collector, if your payment is in default, we may be
attempting to collect a debt on behalf of the association, and any
information obtained may be used for that purpose.*
-
RT 4.4 and RTIR Training Sessions https://bestpractical.com/training
* Los Angeles - September, 2016