Hi,
Followed the documentation of William Harrison
http://wiki.bestpractical.com/index.cgi?RHEL4InstallGuide
all went well but when I click at the url it says :
You’re almost there!
You haven’t yet configured your webserver to run RT. You appear to have
installed RT’s web interface correctly, but haven’t yet configured your web
server to “run” the RT server which powers the web interface. The next step
is to edit your webserver’s configuration file to instruct it to use RT’s
mod_perl, fastcgi or speedycgi handler. If you need commercial support,
please contact us at sales@bestpractical.com.
Looking for help regarding this…
Regards,
Srinivas Balan
“The information contained in this message and the attachments (if any) may
be privileged and confidential and protected from disclosure. You are hereby
notified that any unauthorized use, dissemination, distribution or copying
of this communication, review, retransmission, or taking of any action based
upon this information, by persons or entities other than the intended
recipient, is strictly prohibited. If you are not the intended recipient or
an employee or agent responsible for delivering this message, and have
received this communication in error, please notify us immediately by
replying to the message and kindly delete the original message, attachments,
if any, and all its copies from your computer system. Thank you for your
cooperation.”
Are you using Apache 2? If so, you may use the config file I wrote as a
starting point when I was building an RPM of RT. See below:
-------- cut --------
Apache configuration section for RT3
If you are going to run rt3 in its own virtual domain,
uncomment the following and comment out the next section.
#<VirtualHost *>
DocumentRoot /usr/rt3/html
AddDefaultCharset UTF-8
# This line applies to Apache2+mod_perl2 only
#PerlModule Apache2 Apache::compat
PerlModule Apache::DBI
PerlRequire /usr/bin/webmux.pl
SetHandler perl-script
PerlHandler RT::Mason
#
If you are going to install rt3 as a subdirectory of your domain
rather than the root of a virtual domain, comment out the above
and uncomment the following:
Alias /rt3 “/usr/rt3/html”
PerlModule Apache::DBI
PerlRequire /usr/bin/webmux.pl
<Directory /usr/rt3/html>
AllowOverride All
Options ExecCGI FollowSymLinks
Order allow,deny
Allow from all
<Location /rt3>
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason
In addition, edit your /etc/rt3/RT_SiteConfig.pm file and change
$WebPath to:
$WebPath = “/rt3”;
-------- cut --------
– Trevin BeattieOn Mon, 2005-08-01 at 04:47 -0700, Srinivas Balan wrote:
Hi,
Followed the documentation of William Harrison
Request Tracker Wiki
all went well but when I click at the url it says :
You’re almost there!
You haven’t yet configured your webserver to run RT. You appear to have
installed RT’s web interface correctly, but haven’t yet configured your web
server to “run” the RT server which powers the web interface. The next step
is to edit your webserver’s configuration file to instruct it to use RT’s
mod_perl, fastcgi or speedycgi handler. If you need commercial support,
please contact us at sales@bestpractical.com.
Looking for help regarding this…
Regards,
Srinivas Balan
“The information contained in this message and the attachments (if any) may
be privileged and confidential and protected from disclosure. You are hereby
notified that any unauthorized use, dissemination, distribution or copying
of this communication, review, retransmission, or taking of any action based
upon this information, by persons or entities other than the intended
recipient, is strictly prohibited. If you are not the intended recipient or
an employee or agent responsible for delivering this message, and have
received this communication in error, please notify us immediately by
replying to the message and kindly delete the original message, attachments,
if any, and all its copies from your computer system. Thank you for your
cooperation.”
The rt-users Archives
Be sure to check out the RT Wiki at http://wiki.bestpractical.com
Hi There,
Ive been looking at your suggestions and have tried to apply them to my own configuration
But every sigle change and addition i add to my configurations i end up on the almopst there page
below is my configuration in HTTP.CONF
<VirtualHost 1xx.1xx.1xx.1xx>
ServerName mydomain.se
DocumentRoot /requesttracker/rt-3.2.3/html
AddDefaultCharset UTF-8
PerlModule Apache::DBI
PerlRequire /requesttracker/rt-3.2.3/bin/webmux.pl
Alias /rt “/requesttracker/rt-3.2.3/html”
<Location /rt>
SetHandler perl-script
PerlHandler RT::Mason
and in RT_SiteConfig.pm
Set($WebPath , “/rt”);
This is the Scheme, server and port for constructing urls to webrt
$WebBaseURL doesn’t need a trailing /
Set($WebBaseURL , “http://1xx.1xx.1xx.1xx:80”);
Set($WebURL , $WebBaseURL . $WebPath . “/rt”);
i just am flabbergasted and lost please any suggestions are greatly appreciated
in the browser im typing http://1xx.1xx.1xx.1xx/rt
and im re directed to the rt-broken-install — Best Practical Solutions page
Thanks RT Users
Tomas Doyle XA (DL/LMI) wrote:
Hi There,
Ive been looking at your suggestions and have tried to apply them to my own configuration
But every sigle change and addition i add to my configurations i end up on the almopst there page
below is my configuration in HTTP.CONF
<VirtualHost 1xx.1xx.1xx.1xx>
ServerName mydomain.se
DocumentRoot /requesttracker/rt-3.2.3/html
AddDefaultCharset UTF-8
PerlModule Apache::DBI
PerlRequire /requesttracker/rt-3.2.3/bin/webmux.pl
Alias /rt “/requesttracker/rt-3.2.3/html”
<Location /rt>
SetHandler perl-script
PerlHandler RT::Mason
and in RT_SiteConfig.pm
Set($WebPath , “/rt”);
This is the Scheme, server and port for constructing urls to webrt
$WebBaseURL doesn’t need a trailing /
Set($WebBaseURL , “http://1xx.1xx.1xx.1xx:80”);
Set($WebURL , $WebBaseURL . $WebPath . “/rt”);
i just am flabbergasted and lost please any suggestions are greatly appreciated
in the browser im typing http://1xx.1xx.1xx.1xx/rt
and im re directed to the rt-broken-install — Best Practical Solutions page
Thanks RT Users
Do you continue to get the same error in your apache logs? What is that
error?
Anne
Hi Anne,
Thanks for taking an interest
Do you continue to get the same error in your apache logs? What is that
error?
The logs file contain no information on the problem the last log is from restarting apache
[Wed Aug 03 12:13:43 2005] [notice] Digest: done
[Wed Aug 03 12:13:43 2005] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Wed Aug 03 12:13:43 2005] [notice] LDAP: SSL support unavailable
[Wed Aug 03 12:13:43 2005] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
[Wed Aug 03 12:13:43 2005] [notice] Apache/2.0.49 (Fedora) configured – resuming normal operations
I removed the alias /rt from the httpd.conf file
<VirtualHost 1xx.1xx.1xx.xx>
ServerName xxxx.xxx.xxx.ericsson.se
DocumentRoot /requesttracker/rt-3.2.3/html
AddDefaultCharset UTF-8
PerlModule Apache::DBI
PerlRequire /requesttracker/rt-3.2.3/bin/webmux.pl
PerlSetVar MasonArgsMethod CGI
#Alias /rt “/requesttracker/rt-3.2.3/html”
#<Location /rt>
<Location /requesttracker/rt-3.2.3/html>
SetHandler perl-script
PerlHandler RT::Mason
But if i type into the browser the url xxxx.xxx.xxx.ericsson.se/rt (i know it doesnt exist) this page is opened
System error
error: Component path given to Interp->load must be absolute (was given )
context: …
194: if (!ref($request_comp)) {
195: $request_comp =~ s{/+}{/}g;
196: $self->{top_path} = $path = $request_comp;
197:
198: search: {
199: $request_comp = $self->interp->load($path);
200:
201: last search unless $self->use_dhandlers;
202:
…
code stack: /usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Request.pm:198
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Request.pm:166
/usr/lib/perl5/site_perl/5.8.3/Class/Container.pm:275
/usr/lib/perl5/site_perl/5.8.3/Class/Container.pm:353
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Interp.pm:222
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Interp.pm:216
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/CGIHandler.pm:127
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/CGIHandler.pm:76
/requesttracker/rt-3.2.3/bin/mason_handler.fcgi:75
raw error
and if i put in the correct address xxxx.xxx.xxx.ericsson.se
im brought to the page YOUR ALMOST THERE and then redirected to the page rt-broken-install — Best Practical Solutions
lost is an understatment
Any help greatly appreciated
Kind Regards
Tomas Doyle
Thanks it worked.
Regards,
Srinivas BalanFrom: Trevin Beattie [mailto:tbeattie@boingo.com]
Sent: Monday, August 01, 2005 10:17 PM
To: Srinivas Balan
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] You’re almost there!
Are you using Apache 2? If so, you may use the config file I wrote as a
starting point when I was building an RPM of RT. See below:
-------- cut --------
Apache configuration section for RT3
If you are going to run rt3 in its own virtual domain,
uncomment the following and comment out the next section.
#<VirtualHost *>
DocumentRoot /usr/rt3/html
AddDefaultCharset UTF-8
# This line applies to Apache2+mod_perl2 only
#PerlModule Apache2 Apache::compat
PerlModule Apache::DBI
PerlRequire /usr/bin/webmux.pl
SetHandler perl-script
PerlHandler RT::Mason
#
If you are going to install rt3 as a subdirectory of your domain
rather than the root of a virtual domain, comment out the above
and uncomment the following:
Alias /rt3 “/usr/rt3/html”
PerlModule Apache::DBI
PerlRequire /usr/bin/webmux.pl
<Directory /usr/rt3/html>
AllowOverride All
Options ExecCGI FollowSymLinks
Order allow,deny
Allow from all
<Location /rt3>
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason
In addition, edit your /etc/rt3/RT_SiteConfig.pm file and change
$WebPath to:
$WebPath = “/rt3”;
-------- cut --------
– Trevin Beattie
Hi,
Followed the documentation of William Harrison
Request Tracker Wiki
all went well but when I click at the url it says :
You’re almost there!
You haven’t yet configured your webserver to run RT. You appear to have
installed RT’s web interface correctly, but haven’t yet configured your
web
server to “run” the RT server which powers the web interface. The next
step
is to edit your webserver’s configuration file to instruct it to use RT’s
mod_perl, fastcgi or speedycgi handler. If you need commercial support,
please contact us at sales@bestpractical.com.
Looking for help regarding this…
Regards,
Srinivas Balan
“The information contained in this message and the attachments (if any)
may
be privileged and confidential and protected from disclosure. You are
hereby
notified that any unauthorized use, dissemination, distribution or copying
of this communication, review, retransmission, or taking of any action
based
upon this information, by persons or entities other than the intended
recipient, is strictly prohibited. If you are not the intended recipient
or
an employee or agent responsible for delivering this message, and have
received this communication in error, please notify us immediately by
replying to the message and kindly delete the original message,
attachments,
if any, and all its copies from your computer system. Thank you for your
cooperation.”
The rt-users Archives
Be sure to check out the RT Wiki at http://wiki.bestpractical.com
“The information contained in this message and the attachments (if any) may
be privileged and confidential and protected from disclosure. You are hereby
notified that any unauthorized use, dissemination, distribution or copying
of this communication, review, retransmission, or taking of any action based
upon this information, by persons or entities other than the intended
recipient, is strictly prohibited. If you are not the intended recipient or
an employee or agent responsible for delivering this message, and have
received this communication in error, please notify us immediately by
replying to the message and kindly delete the original message, attachments,
if any, and all its copies from your computer system. Thank you for your
cooperation.”
Tomas Doyle XA (DL/LMI) wrote:
Hi Anne,
Thanks for taking an interest
Do you continue to get the same error in your apache logs? What is that
error?
The logs file contain no information on the problem the last log is from restarting apache
[Wed Aug 03 12:13:43 2005] [notice] Digest: done
[Wed Aug 03 12:13:43 2005] [notice] LDAP: Built with OpenLDAP LDAP SDK
[Wed Aug 03 12:13:43 2005] [notice] LDAP: SSL support unavailable
[Wed Aug 03 12:13:43 2005] [notice] mod_python: Creating 32 session mutexes based on 150 max processes and 0 max threads.
[Wed Aug 03 12:13:43 2005] [notice] Apache/2.0.49 (Fedora) configured – resuming normal operations
~
I removed the alias /rt from the httpd.conf file
<VirtualHost 1xx.1xx.1xx.xx>
ServerName xxxx.xxx.xxx.ericsson.se
DocumentRoot /requesttracker/rt-3.2.3/html
AddDefaultCharset UTF-8
PerlModule Apache::DBI
PerlRequire /requesttracker/rt-3.2.3/bin/webmux.pl
PerlSetVar MasonArgsMethod CGI
#Alias /rt “/requesttracker/rt-3.2.3/html”
#<Location /rt>
<Location /requesttracker/rt-3.2.3/html>
SetHandler perl-script
PerlHandler RT::Mason
But if i type into the browser the url xxxx.xxx.xxx.ericsson.se/rt (i know it doesnt exist) this page is opened
System error
error: Component path given to Interp->load must be absolute (was given )
context: …
194: if (!ref($request_comp)) {
195: $request_comp =~ s{/+}{/}g;
196: $self->{top_path} = $path = $request_comp;
197:
198: search: {
199: $request_comp = $self->interp->load($path);
200:
201: last search unless $self->use_dhandlers;
202:
…
code stack: /usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Request.pm:198
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Request.pm:166
/usr/lib/perl5/site_perl/5.8.3/Class/Container.pm:275
/usr/lib/perl5/site_perl/5.8.3/Class/Container.pm:353
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Interp.pm:222
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/Interp.pm:216
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/CGIHandler.pm:127
/usr/lib/perl5/site_perl/5.8.3/HTML/Mason/CGIHandler.pm:76
/requesttracker/rt-3.2.3/bin/mason_handler.fcgi:75
raw error
and if i put in the correct address xxxx.xxx.xxx.ericsson.se
im brought to the page YOUR ALMOST THERE and then redirected to the page rt-broken-install — Best Practical Solutions
lost is an understatment
Any help greatly appreciated
Kind Regards
Tomas Doyle
if you are using /rt, you want that location in the file…I read
somewhere when I was setting up that apache 2 didn’t work without:
RedirectMatch permanent …
as in:
<Location /rt>
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason
Hope this helps,
Anne
I’ve installed RT3 on Mandriva LE 2005. (The latest build from the
bestpractical site)
I’ve read the docs for how to setup Apache with RT3, but, unfortunately,
I know less about Apache than I do about ancient Babylonian salad recipes.
I’ve tried (pound, hammer, saw, wrench) every variation of the examples,
but I get nowhere.
Does any Mandriva guru out there know just what to change so that I can
get RT3 running from the default install locations?
TIA,
Dave in Largo, FL
I’ve installed RT3 on Mandriva LE 2005. (The latest build from the
bestpractical site)
I’ve read the docs for how to setup Apache with RT3, but, unfortunately,
I know less about Apache than I do about ancient Babylonian salad recipes.
I’ve tried (pound, hammer, saw, wrench) every variation of the examples,
but I get nowhere.
Does any Mandriva guru out there know just what to change so that I can
get RT3 running from the default install locations?
The answer is in the README file.
-Todd
Todd Chapman wrote:
I’ve installed RT3 on Mandriva LE 2005. (The latest build from the
bestpractical site)
I’ve read the docs for how to setup Apache with RT3, but, unfortunately,
I know less about Apache than I do about ancient Babylonian salad recipes.
I’ve tried (pound, hammer, saw, wrench) every variation of the examples,
but I get nowhere.
Does any Mandriva guru out there know just what to change so that I can
get RT3 running from the default install locations?
The answer is in the README file.
-Todd
Every time I try the settings from the README file, I get an error:
Starting httpd2: httpd2: Could not determine the server’s fully
qualified domain name, using 127.0.0.1 for ServerName
I’ve changed the pertinent parts of the settings to be my machine, and
placed it into my httpd2.conf, but I get nowhere.
Dave
David,
Try the hostname command to fix that error.
Ie:
#hostname rt3.domain.local
Or edit your /etc/hosts file and add a line that looks like:
127.0.0.1 localhost.localdomain localhost rt36.nem.local
Rt36.nem.local is my own local domain name for my rt3.6 box. So use
whatever your own local domain name.
Then try starting Apache and see if that works.
-DonFrom: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of J. David
Boyd
Sent: Thursday, June 29, 2006 3:23 PM
To: rt-users@lists.fsck.com
Subject: [rt-users] Re: You’re almost there!
Todd Chapman wrote:
I’ve installed RT3 on Mandriva LE 2005. (The latest build from the
bestpractical site)
I’ve read the docs for how to setup Apache with RT3, but,
unfortunately,
I know less about Apache than I do about ancient Babylonian salad
recipes.
I’ve tried (pound, hammer, saw, wrench) every variation of the
examples,
but I get nowhere.
Does any Mandriva guru out there know just what to change so that I
can
get RT3 running from the default install locations?
The answer is in the README file.
-Todd
Every time I try the settings from the README file, I get an error:
Starting httpd2: httpd2: Could not determine the server’s fully
qualified domain name, using 127.0.0.1 for ServerName
I’ve changed the pertinent parts of the settings to be my machine, and
placed it into my httpd2.conf, but I get nowhere.
Dave
The rt-users Archives
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
We’re hiring! Come hack Perl for Best Practical:
Careers — Best Practical Solutions
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com
Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
We’re hiring! Come hack Perl for Best Practical:
Don McCallum wrote:
David,
Try the hostname command to fix that error.
Ie:
#hostname rt3.domain.local
Or edit your /etc/hosts file and add a line that looks like:
127.0.0.1 localhost.localdomain localhost rt36.nem.local
Rt36.nem.local is my own local domain name for my rt3.6 box. So use
whatever your own local domain name.
Then try starting Apache and see if that works.
Thanks Don, I’ll give this a try this weekend…
Dave
Someone please give me a hint on what I am missing .
I installed rt3-3.6.3 with httpd 2.2.3 , and mod_perl 2.02, and mysql 5.027
fallowed the install instruction on Best Practical 's webcite.
but still getting this error when trying to view rt
You’re almost there!
You haven’t yet configured your webserver to run RT.
You appear to have installed RT’s web interface correctly, but haven’t yet configured your web server to “run” the RT server which powers the web interface.
The next step is to edit your webserver’s configuration file to instruct it to use RT’s mod_perl, fastcgi or speedycgi handler.
here is a copy of my rt3.conf file
Alias /rt3 "/usr/share/rt3/html"
PerlRequire /usr/sbin/webmux.pl
<Directory “/usr/share/rt3/html”>
AllowOverride All
Options ExecCGI FollowSymLinks
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason
Any suggestion would be greatly apreciated. …
thank you in advance.
From: rt-users-bounces@lists.bestpractical.com
[mailto:rt-users-bounces@lists.bestpractical.com] On Behalf Of ayish
alomari
Sent: Sunday, 25 March 2007 2:19 AM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] You’re almost there!
Someone please give me a hint on what I am missing .
I installed rt3-3.6.3 with httpd 2.2.3 , and mod_perl 2.02, and mysql
5.027
fallowed the install instruction on Best Practical 's webcite.
but still getting this error when trying to view rt
You’re almost there!
You haven’t yet configured your webserver to run RT.
You appear to have installed RT’s web interface correctly, but haven’t
yet configured your web server to “run” the RT server which powers the
web interface.
The next step is to edit your webserver’s configuration file to
instruct it to use RT’s mod_perl, fastcgi or speedycgi handler.
here is a copy of my rt3.conf file
Alias /rt3 “/usr/share/rt3/html”
PerlModule Apache::DBI
PerlModule Apache2::compat
PerlRequire /usr/sbin/webmux.pl
<Directory “/usr/share/rt3/html”>
AllowOverride All
Options ExecCGI FollowSymLinks
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason
Any suggestion would be greatly apreciated. …
thank you in advance.
You might want to use the extra two CPAN module directives (included
above) in your configuration file for Apache.
Also, have you checked that your $WebPath variable is set correctly in
RT_SiteConfig.pm?
HTH
Regards,
Sasha
Sasha Gerrand
Web & Database Developer
Austbrokers Holdings Limited
Level 21, 111 Pacific Highway
North Sydney NSW 2060
PO Box 1813 North Sydney NSW 2060
Ph: 02 9935 2230
Mobile: 0431 895 718
Email: sashag@austbrokers.com.au
Web: http://www.austbrokers.com.au
NOTICE
If you are not an authorised recipient of this email, please contact
Austbrokers Holdings immediately by return e-mail or by telephone on
+61-2-4920-6117. In this case, you should not read, print, re-transmit,
store or act on this e-mail or any attachments. Please destroy the
message and attachments. This e-mail and any attachments are
confidential and may contain legally privileged information and/or
copyright material of Austbrokers Holdings or third parties. You should
only re-transmit, distribute or commercialise the material if you are
authorised to do so. Internet e-mails are not necessarily secure,
Austbrokers Holdings does not accept responsibility for changes made to
this message after it was sent. This Notice should not be removed.