[rt-users] RT Performance Tuning
Hi All, I am getting ready to deploy RT 4.2.6 to a large population of users. We are currently running RT 3.8.1 so I expect they will see a pretty good speed improvement. I was wondering if there are any other tweaks or optimizations I can make to Apache and MySQL to increase performance even more? Thanks, Dave -- RT Training - Boston, September 9-10 http://bestpractical.com/training
[rt-users] Exporting Dashboard
Hello, Is there any way or solution, or maybe someone done it already for themselves for exporting dashboard. What I am looking for is like Subscription, where dashboard is send by email, just I want to save it to file (pdf, word, or at least html). How that can be archieved? Regards -- View this message in context: http://requesttracker.8502.n7.nabble.com/Exporting-Dashboard-tp58314.html Sent from the Request Tracker - User mailing list archive at Nabble.com. -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Can't locate object method host
It looks to me like your URI Perl module might not be properly installed, or might be extremely old. What version does this command report?— $ perl -e1 -M'URI 999' RT's make testdeps should have ensured that the minimum required version of this module (1.59) was already installed. On 13 August 2014 02:32, Jeff Blaine jbla...@kickflop.net wrote: I mentioned this as part of a separate post as I thought it was related to my other issues in that post (SSL), but it is not. I keep getting the following errors when using the web UI. Here's one case just now where I logged in as root at https://alms2.foo.com/ and was then immediately thrown an error: [15332] [Tue Aug 12 15:55:24 2014] [info]: Successful login for root from 1xx.xx.x.165 (/opt/rt4/sbin/../lib/RT/Interface/Web.pm:816) [15332] [Tue Aug 12 15:55:24 2014] [error]: Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935. Visiting https://alms2.mitre.org/ shows I *did* login as root though. Previously, Kevin Falcone had said: This is RT trying to issue the redirect after login, what URL did you use to access RT and what was the next parameter. I had replied: I'm not sure what you mean by what was the next parameter. The site was accessed (then and just now) directly as https://alms2.foo.com/ The browser just reports the generic An internal RT error occurred. Your administrator... (etc). And the thread went the direction of the real other problem (SSL). Thoughts? # Versions Apache httpd 2.2.15-31 (RHEL 6.5 package) RT 4.2.6 RT-Authen-ExternalAuth 0.21 mod_fastcgi 2.4.6 # The only relevant thing I can see in my RT_SiteConfig.pm Set($WebDomain, 'alms2.foo.com'); Set($WebPort, '443'); # Apache config LoadModule fastcgi_module modules/mod_fastcgi.so FastCgiIpcDir /tmp VirtualHost alms2.foo.com:80 # Redirect 80 to 443 ServerName alms2.foo.com RewriteEngine On RewriteOptions Inherit RewriteCond %{HTTPS} off RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} /VirtualHost VirtualHost alms2.foo.com:443 ServerName alms2.foo.com:443 # # Lots of SSL configuration redacted here. # FastCgiServer /opt/rt4/sbin/rt-server.fcgi -processes 5 -idle-timeout 300 DocumentRoot /opt/rt4/share/html Alias /NoAuth/images/ /opt/rt4/share/html/NoAuth/images Location /NoAuth/images SetHandler default-handler /Location ScriptAlias / /opt/rt4/sbin/rt-server.fcgi/ AddDefaultCharset UTF-8 Location / Order allow,deny Allow from all Options +ExecCGI AddHandler fcgid-script fcgi /Location /VirtualHost -- RT Training - Boston, September 9-10 http://bestpractical.com/training -- RT Training - Boston, September 9-10 http://bestpractical.com/training
[rt-users] Find tickets that are owned by requestors.
Hi, We are using scrip that auto change owner of the ticket to the person that first respond to unowned ticket. This prevents resolved tickets by NoBody user. However from time to time, Requestor want to add something to the ticket that was created minute ago. In this case Requestor is Owner of its own ticket and ticket is not visible to Staff anymore. My question is how I can search tickets with condition like Owner = Requestor? -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Can't locate object method host
On Tue, Aug 12, 2014 at 12:32:18PM -0400, Jeff Blaine wrote: I keep getting the following errors when using the web UI. Here's one case just now where I logged in as root at https://alms2.foo.com/ and was then immediately thrown an error: [15332] [Tue Aug 12 15:55:24 2014] [info]: Successful login for root from 1xx.xx.x.165 (/opt/rt4/sbin/../lib/RT/Interface/Web.pm:816) [15332] [Tue Aug 12 15:55:24 2014] [error]: Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935. Visiting https://alms2.mitre.org/ shows I *did* login as root though. Previously, Kevin Falcone had said: This is RT trying to issue the redirect after login, what URL did you use to access RT and what was the next parameter. I had replied: I'm not sure what you mean by what was the next parameter. Look at the code that calls Redirect (which is where your error comes from). https://github.com/bestpractical/rt-authen-externalauth/blob/master/html/Elements/DoAuth#L19 What's $next for your user that errors out. You should also always turn on stacktraces when debugging something like this. -kevin pgp_hLTwWLJy_.pgp Description: PGP signature -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Exporting Dashboard
On Wed, Aug 13, 2014 at 03:06:43AM -0700, andriusk wrote: Is there any way or solution, or maybe someone done it already for themselves for exporting dashboard. What I am looking for is like Subscription, where dashboard is send by email, just I want to save it to file (pdf, word, or at least html). Any modern browser should allow exporting as html or printing to PDF. To get a word doc, you're going to need to write code. -kevin pgp9MODB67BzZ.pgp Description: PGP signature -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Find tickets that are owned by requestors.
On Wed, Aug 13, 2014 at 03:01:38PM +0200, Bartosz Maciejewski wrote: We are using scrip that auto change owner of the ticket to the person that first respond to unowned ticket. This prevents resolved tickets by NoBody user. However from time to time, Requestor want to add something to the ticket that was created minute ago. In this case Requestor is Owner of its own ticket and ticket is not visible to Staff anymore. My question is how I can search tickets with condition like Owner = Requestor? Unfortunately, you either have to write some complicated SQL or some perl code, there's no way to do that in TicketSQL. Hopefully you've fixed your Scrip, or moved to using something that doesn't have the bug you mention, such as https://metacpan.org/pod/RT::Action::AssignUnownedToActor -kevin pgpS9W0KiymnM.pgp Description: PGP signature -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] RT Reminders - Not sending email
On Mon, Aug 11, 2014 at 08:17:14AM -0700, globo wrote: Hi Kevin Alex, Please see the full log You're showing me a log, but ignoring my question. Nothing in RT sends mail about reminders. How are you sending mail about reminders, what do you believe that the log below is demonstrating? -kevin pgpEPujId6wou.pgp Description: PGP signature -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Change ticket subject before first outgoing correspondence.
On Mon, Aug 11, 2014 at 11:55:00AM -0400, Michael Mol wrote: Oh, that's good to know! I searched for at least an hour trying to find that precise piece of information. It is all over the mailing list archives, answered at last monthly these days. It should also be in the wiki. ### Begin snippet for custom action preparation code # Find the message from transactionobj-content # Set the subject to the message by using ticketobj-SetSubject my $body = $self-TransactionObj-Content; my @lines = split(m/\n/, $body); my $trapID = $lines[0]; my $message = $lines[2]; $self-TicketObj-SetSubject($trapID -- $message); ### End snippet for custom action preparation code ### Begin snippet for custom action cleanup code # No cleanup necessary; all the work was done in the prep stage. return 1; ### End snippet for custom action cleanup code This is dangerous. RT executes the Prepare during scrip prep without doing the Commit. You should never make changes in the Prepare. I've seen your rewritten template, but a Notify scrip running in the transaction batch stage which has merely Subject: { $Ticket-Subject } should be more than sufficient, assuming it runs after your Subject modification scrip, preferably in a TransactionBatch scrip on the same Condition. Interesting. Where does the subject come from, if not $Ticket-Subject? (I guess I could just look at the source code for that.) Have you tried my suggestion yet? The answer is, at best, complicated. -kevin pgpTi7hN6VTzS.pgp Description: PGP signature -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] RT Performance Tuning
On Wed, Aug 13, 2014 at 01:35:16AM -0500, Lists wrote: Hi All, I am getting ready to deploy RT 4.2.6 to a large population of users. We are currently running RT 3.8.1 so I expect they will see a pretty good speed improvement. I was wondering if there are any other tweaks or optimizations I can make to Apache and MySQL to increase performance even more? Thanks, Dave Hi Dave, With zero details about your setup: 1. Use FastCGI and not mod_perl for better resource management and performance. Putting nginx in front of a pool of fastCGI threads provided a much nicer user experience for us. 2. Benchmark frequent queries used on your existing system against your new system and look for performance regressions using user accounts and not root/superuser accounts. We are still running RT-3.8.last waiting for RT-IR to be available for RT-4.2.x so we can upgrade so I do not have any specific problems or pitfalls to report, yet. Regards, Ken -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Change ticket subject before first outgoing correspondence.
On Wed, Aug 13, 2014 at 9:44 AM, Kevin Falcone falc...@bestpractical.com wrote: On Mon, Aug 11, 2014 at 11:55:00AM -0400, Michael Mol wrote: Oh, that's good to know! I searched for at least an hour trying to find that precise piece of information. It is all over the mailing list archives, answered at last monthly these days. It should also be in the wiki. The best I can say is that I *loathe* having to ask questions of mailing lists and IRC channels, as I expect to get answers like this. I seriously hate getting replies intoning that the information is readily available, so I do the best I can using Google and reading all the available documentation I can find. I may have spent more than an hour looking for that precise piece of information, but I spent more than a week digging through all the available documentation on the wiki and BestPractical's website docs. The wiki consists primarily of tutorials. If it's in the mailing list archives, either my google-fu must be weakening, google unhelpfully directed me toward the wrong resources based on search history, or I didn't have the right keywords. requesttracker scrip ordering didn't get me anywhere. I apologize if I'm a bit bristly, but I've always spent at least several hours searching and reading before opening a thread on a mailing list or IRC channel, because I hate RTFM or LMGTFY responses. ### Begin snippet for custom action preparation code # Find the message from transactionobj-content # Set the subject to the message by using ticketobj-SetSubject my $body = $self-TransactionObj-Content; my @lines = split(m/\n/, $body); my $trapID = $lines[0]; my $message = $lines[2]; $self-TicketObj-SetSubject($trapID -- $message); ### End snippet for custom action preparation code ### Begin snippet for custom action cleanup code # No cleanup necessary; all the work was done in the prep stage. return 1; ### End snippet for custom action cleanup code This is dangerous. RT executes the Prepare during scrip prep without doing the Commit. You should never make changes in the Prepare. Good to know. I did not find documentation describing the precise processing behavior of RT scrips. I've seen your rewritten template, but a Notify scrip running in the transaction batch stage which has merely Subject: { $Ticket-Subject } should be more than sufficient, assuming it runs after your Subject modification scrip, preferably in a TransactionBatch scrip on the same Condition. Interesting. Where does the subject come from, if not $Ticket-Subject? (I guess I could just look at the source code for that.) Have you tried my suggestion yet? The answer is, at best, complicated. I have not. I have something that works (though I'll be sure to move my code from Prepare to Cleanup), and I'm not in a rush to change that with as much as I have on my plate. I have another pattern of emails I want to process similarly (certain cron job messages), so I'll give it a try there and follow up if I can. -- :wq -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Change ticket subject before first outgoing correspondence.
The best I can say is that I *loathe* having to ask questions of mailing lists and IRC channels, as I expect to get answers like this. I seriously hate getting replies intoning that the information is readily available, so I do the best I can using Google and reading all the available documentation I can find. I may have spent more than an hour looking for that precise piece of information, but I spent more than a week digging through all the available documentation on the wiki and BestPractical's website docs. The wiki consists primarily of tutorials. Found in the second hit on the wiki after typing Scrip into the search box. http://requesttracker.wikia.com/wiki/ScripExecOrder Should be updated to reflect 4.2, but such is life. Trivially testable too. Condition: ON Create Action: User Defined Prepare: 1; Commit: RT-Logger-error(I'm the first scrip); Template: Blank That's as much time as I have this week to search the wiki and mailing list archives for things I've written. I apologize if I'm a bit bristly, but I've always spent at least several hours searching and reading before opening a thread on a mailing list or IRC channel, because I hate RTFM or LMGTFY responses. I actually generally don't bother answering questions that I've answered within the last two weeks. This was an exception because I saw things being led astray. Good to know. I did not find documentation describing the precise processing behavior of RT scrips. Patches welcome. -kevin pgpkjqbH8Ibo8.pgp Description: PGP signature -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Change ticket subject before first outgoing correspondence.
On Wed, Aug 13, 2014 at 10:51 AM, Kevin Falcone falc...@bestpractical.com wrote: The best I can say is that I *loathe* having to ask questions of mailing lists and IRC channels, as I expect to get answers like this. I seriously hate getting replies intoning that the information is readily available, so I do the best I can using Google and reading all the available documentation I can find. I may have spent more than an hour looking for that precise piece of information, but I spent more than a week digging through all the available documentation on the wiki and BestPractical's website docs. The wiki consists primarily of tutorials. Found in the second hit on the wiki after typing Scrip into the search box. http://requesttracker.wikia.com/wiki/ScripExecOrder Should be updated to reflect 4.2, but such is life. Trivially testable too. Condition: ON Create Action: User Defined Prepare: 1; Commit: RT-Logger-error(I'm the first scrip); Template: Blank So, there's my problem. I didn't use *Wikia's* search field for that particular query, I used raw Google and DuckDuckgo. (Well, could also be because I didn't use a simple enough query, but such is life.) This particular wiki's search functionality is more useful than the built-in search features of the vast majority out there. Noted. That's as much time as I have this week to search the wiki and mailing list archives for things I've written. I apologize if I'm a bit bristly, but I've always spent at least several hours searching and reading before opening a thread on a mailing list or IRC channel, because I hate RTFM or LMGTFY responses. I actually generally don't bother answering questions that I've answered within the last two weeks. This was an exception because I saw things being led astray. Fair enough. Good to know. I did not find documentation describing the precise processing behavior of RT scrips. Patches welcome. Knowing the processing behavior is the first step to being able to author one. -- :wq -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Can't locate object method host
On 8/13/2014 9:24 AM, Kevin Falcone wrote: On Tue, Aug 12, 2014 at 12:32:18PM -0400, Jeff Blaine wrote: I keep getting the following errors when using the web UI. Here's one case just now where I logged in as root at https://alms2.foo.com/ and was then immediately thrown an error: [15332] [Tue Aug 12 15:55:24 2014] [info]: Successful login for root from 1xx.xx.x.165 (/opt/rt4/sbin/../lib/RT/Interface/Web.pm:816) [15332] [Tue Aug 12 15:55:24 2014] [error]: Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935. Visiting https://alms2.mitre.org/ shows I *did* login as root though. Previously, Kevin Falcone had said: This is RT trying to issue the redirect after login, what URL did you use to access RT and what was the next parameter. I had replied: I'm not sure what you mean by what was the next parameter. Look at the code that calls Redirect (which is where your error comes from). https://github.com/bestpractical/rt-authen-externalauth/blob/master/html/Elements/DoAuth#L19 What's $next for your user that errors out. You should also always turn on stacktraces when debugging something like this. -kevin Thanks for the replies, Kevin and Alex P. The installed URI version is 1.61. Here's a login and the error it causes with stacktraces on. Aug 13 19:58:31 alms2 RT: [27927] Successful login for root from xxx.xx.0.231#012Trace begun at /opt/rt4/sbin /../lib/RT.pm line 298#012Log::Dispatch::__ANON__('Log::Dispatch=HASH(0x1e0e6c8)', 'Successful login for root from xxx.xx.0.231') called at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 816#012RT::Interface::Web::AttemptPasswordAuthentication('HASH(0x7485080)') called at /opt/rt4/share/html/NoAuth/Login.html line 49#012HTML::Mason::Commands::__ANON__('pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Component.pm line 138#012HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x759be50)', 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 1305#012eval {...} at /usr/local/share/perl5/HTML/Mason/Request.pm line 1295#012HTML::Mason::Request::comp(undef, undef, undef, 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 600#012RT::Interface::Web::MaybeShowNoAuthPage('HASH(0x75fa250)') called at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 315#012RT::Interface::Web::HandleRequest('HASH(0x75fa250)') called at /opt/rt4/share/html/autohandler line 53#012HTML::Mason::Commands::__ANON__('pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Component.pm line 138#012HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x75d6f68)', 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 1300#012eval {...} at /usr/local/share/perl5/HTML/Mason/Request.pm line 1295#012HTML::Mason::Request::comp(undef, undef, undef, 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 484#012eval {...} at /usr/local/share/perl5/HT Aug 13 19:58:31 alms2 RT: [27927] Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935.#012#012Stack:#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:935]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:830]#012 [/opt/rt4/share/html/NoAuth/Login.html:49]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:600]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:315]#012 [/opt/rt4/share/html/autohandler:53]#012Trace begun at /opt/rt4/sbin/../lib/RT.pm line 298#012Log::Dispatch::__ANON__('Log::Dispatch=HASH(0x1e0e6c8)', 'Can\'t locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935.^J^JStack:^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:935]^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:830]^J [/opt/rt4/share/html/NoAuth/Login.html:49]^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:600]^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:315]^J [/opt/rt4/share/html/autohandler:53]^J') called at /opt/rt4/sbin/../lib/RT/Interface/Web/Handler.pm line 209#012HTML::Mason::Exception::as_rt_error('HTML::Mason::Exception=HASH(0x78f6ee8)') called at /usr/local/share/perl5/HTML/Mason/Exceptions.pm line 282#012HTML::Mason::Exception::as_string('HTML::Mason::Exception=HASH(0x78f6ee8)', undef, '') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 570#012HTML::Mason::Request::_handle_error('RT::Interface::Web::Request=HASH(0x73a54b8)', 'HTML::Mason::Exception=HASH(0x78f6ee8)') called at /usr/local/share/perl5/HTML/Mason/Request.pm
Re: [rt-users] Can't locate object method host
On 08/13/2014 08:06 PM, Jeff Blaine wrote: Aug 13 19:58:31 alms2 RT: [27927] Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935. Please show the value of $WebDomain and $WebPort; if you've set them explicitly, please also show the values for $WebBaseURL / $WebURL. - Alex -- RT Training - Boston, September 9-10 http://bestpractical.com/training
Re: [rt-users] Can't locate object method host
What's your WebURL config setting as reported by RT's System Configuration page? It looks like that might be malformed. On 14/08/2014 10:06 am, Jeff Blaine jbla...@kickflop.net wrote: On 8/13/2014 9:24 AM, Kevin Falcone wrote: On Tue, Aug 12, 2014 at 12:32:18PM -0400, Jeff Blaine wrote: I keep getting the following errors when using the web UI. Here's one case just now where I logged in as root at https://alms2.foo.com/ and was then immediately thrown an error: [15332] [Tue Aug 12 15:55:24 2014] [info]: Successful login for root from 1xx.xx.x.165 (/opt/rt4/sbin/../lib/RT/Interface/Web.pm:816) [15332] [Tue Aug 12 15:55:24 2014] [error]: Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935. Visiting https://alms2.mitre.org/ shows I *did* login as root though. Previously, Kevin Falcone had said: This is RT trying to issue the redirect after login, what URL did you use to access RT and what was the next parameter. I had replied: I'm not sure what you mean by what was the next parameter. Look at the code that calls Redirect (which is where your error comes from). https://github.com/bestpractical/rt-authen-externalauth/blob/master/html/Elements/DoAuth#L19 What's $next for your user that errors out. You should also always turn on stacktraces when debugging something like this. -kevin Thanks for the replies, Kevin and Alex P. The installed URI version is 1.61. Here's a login and the error it causes with stacktraces on. Aug 13 19:58:31 alms2 RT: [27927] Successful login for root from xxx.xx.0.231#012Trace begun at /opt/rt4/sbin /../lib/RT.pm line 298#012Log::Dispatch::__ANON__('Log::Dispatch=HASH(0x1e0e6c8)', 'Successful login for root from xxx.xx.0.231') called at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 816#012RT::Interface::Web::AttemptPasswordAuthentication('HASH(0x7485080)') called at /opt/rt4/share/html/NoAuth/Login.html line 49#012HTML::Mason::Commands::__ANON__('pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Component.pm line 138#012HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x759be50)', 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 1305#012eval {...} at /usr/local/share/perl5/HTML/Mason/Request.pm line 1295#012HTML::Mason::Request::comp(undef, undef, undef, 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 600#012RT::Interface::Web::MaybeShowNoAuthPage('HASH(0x75fa250)') called at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 315#012RT::Interface::Web::HandleRequest('HASH(0x75fa250)') called at /opt/rt4/share/html/autohandler line 53#012HTML::Mason::Commands::__ANON__('pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Component.pm line 138#012HTML::Mason::Component::run('HTML::Mason::Component::FileBased=HASH(0x75d6f68)', 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 1300#012eval {...} at /usr/local/share/perl5/HTML/Mason/Request.pm line 1295#012HTML::Mason::Request::comp(undef, undef, undef, 'pass', 'REDACTEDPASSWORD', 'next', '7809d15aff10a9764adc454707dbf271', 'user', 'root') called at /usr/local/share/perl5/HTML/Mason/Request.pm line 484#012eval {...} at /usr/local/share/perl5/HT Aug 13 19:58:31 alms2 RT: [27927] Can't locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935.#012#012Stack:#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:935]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:830]#012 [/opt/rt4/share/html/NoAuth/Login.html:49]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:600]#012 [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:315]#012 [/opt/rt4/share/html/autohandler:53]#012Trace begun at /opt/rt4/sbin/../lib/RT.pm line 298#012Log::Dispatch::__ANON__('Log::Dispatch=HASH(0x1e0e6c8)', 'Can\'t locate object method host via package URI::_foreign at /opt/rt4/sbin/../lib/RT/Interface/Web.pm line 935.^J^JStack:^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:935]^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:830]^J [/opt/rt4/share/html/NoAuth/Login.html:49]^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:600]^J [/opt/rt4/sbin/../lib/RT/Interface/Web.pm:315]^J [/opt/rt4/share/html/autohandler:53]^J') called at /opt/rt4/sbin/../lib/RT/Interface/Web/Handler.pm line 209#012HTML::Mason::Exception::as_rt_error('HTML::Mason::Exception=HASH(0x78f6ee8)') called at /usr/local/share/perl5/HTML/Mason/Exceptions.pm line