Re: [rt-users] need help w/ fastcgi..

2008-03-13 Thread King, Aubrey
It does exist.

None of this matters now anyways.  We ended up just going w/ mod_perl,
as fastcgi is crap in comparison (imo).

Thanks to those of you who got back to me on this.

-aubrey 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin
Falcone
Sent: Thursday, March 13, 2008 2:07 PM
To: RT Users
Subject: Re: [rt-users] need help w/ fastcgi..


On Mar 12, 2008, at 10:06 AM, King, Aubrey wrote:

 [Tue Mar 11 19:50:38 2008] [warn] FastCGI: server 
 /opt/rt3/bin/mason_handler.fcgi restarted (pid 6806)
 FastCGI: can't start server /opt/rt3/bin/mason_handler.fcgi (pid 
 6806), execle() failed: No such file or directory [Tue Mar 11 19:50:38

 2008] [warn] FastCGI: server /opt/rt3/bin/mason_handler.fcgi (pid
 6806) terminated by calling exit with status '255'
 [Tue Mar 11 19:50:38 2008] [warn] FastCGI: server 
 /opt/rt3/bin/mason_handler.fcgi has failed to remain running for 30 
 seconds given 3 attempts, its restart interval has been backed off to 
 600 seconds [Tue Mar 11 19:50:38 2008] [warn] FastCGI: server 
 /opt/rt3/bin/mason_handler.fcgi has failed to remain running for 30 
 seconds given 3 attempts, its restart interval has been backed off to 
 600 seconds

Check the first line of /opt/rt3/bin/mason_handler.fcgi it should look
something like #!/usr/bin/perl make sure that the perl it points to
exists

-kevin
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com Commercial support:
[EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

***CONFIDENTIALITY NOTICE***
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination or 
copying of this email and its attachments, if any, or the information contained 
herein is prohibited. If you have received this email in error, please 
immediately notify the sender by return email and delete this message from your 
system.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com


Re: [rt-users] How to deal with people reopening old tickets

2008-03-13 Thread King, Aubrey
Number one is always a headache.

Number 2 could be resolved w/ a procmail recipe or such.  If you don't
use the rt cli tools, you should.  I say this because you could config
procmail to check the date on a case before it hits the mailgate.  If
date is too old (3 months?), then it mails the person back telling them
how to open a new ticket.  We had 'proxy' accounts set up on my old rt2
box at the last job specifically for this sort of thing.  You could set
up as many of these 'proxy' accounts as needed.  Another thing that
might help is that Joe Average might not want another password to
another ticketing system (that was the case at my old job), so we dumbed
the whole process down by making webform frontends for all of our
queues.  Webform dumps to mail and voila.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Arends
Sent: Thursday, March 13, 2008 5:02 PM
To: rt-users@lists.bestpractical.com
Subject: [rt-users] How to deal with people reopening old tickets

We have 2 problems that I would classify as lying somewhere between
being technology problems and user education. I have a few ideas but I'm
curious to hear how others have dealt with these issues.

1. How do you deal with thank you messages? We resolve a ticket, and get
a reply that says 'thanks' which then re-opens the ticket.

2. How do you deal with users who use an old email as their 'entry
point' into your ticketing system? This happens where a user keeps an
old email around, and keeps replying to it. So you might have a ticket
from 6 months ago that refers to a printer installation, and the person
just replies to it and says 'oh my internet is slow now'

The problem is that since these replies don't go through the proper work
flow, staff may not see them and the issue won't be handled
appropriately.


So we have discussed a few options. One option is definitely user 
education. Another might be to not allow resolved tickets to be reopened

through replies. We could outright reject new text appended to them and 
send a message that the user should create a new ticket as one example.

I'm curious to see what others are doing as we try to explore our
options.

-John
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com

***CONFIDENTIALITY NOTICE***
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination or 
copying of this email and its attachments, if any, or the information contained 
herein is prohibited. If you have received this email in error, please 
immediately notify the sender by return email and delete this message from your 
system.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com


[rt-users] need help w/ fastcgi..

2008-03-12 Thread King, Aubrey

I'm installing RT 3.6.3 on a Redhat 4u5 Virtual Machine and ran into
major issues with fastcgi(2.4.6).

First.. I've been an RT admin since 2000 and have used rt in a million
spots, but this is the first time on RedHat since 6.2.  I'm more
experienced with it running on Debian and Gentoo.

Since RedHat is a major customized clusterfsck compared to the other
distros I mentioned, I decided to follow the instructs here:
http://wiki.bestpractical.com/view/RHEL4InstallGuide

I had a couple customizations for my environment - most notably, ssl
use.  After the installation, I saw blank web page and saw this garbage
in my logs:

[Tue Mar 11 19:50:38 2008] [warn] FastCGI: server
/opt/rt3/bin/mason_handler.fcgi restarted (pid 6806)
FastCGI: can't start server /opt/rt3/bin/mason_handler.fcgi (pid
6806), execle() failed: No such file or directory [Tue Mar 11 19:50:38
2008] [warn] FastCGI: server /opt/rt3/bin/mason_handler.fcgi (pid
6806) terminated by calling exit with status '255'
[Tue Mar 11 19:50:38 2008] [warn] FastCGI: server
/opt/rt3/bin/mason_handler.fcgi has failed to remain running for 30
seconds given 3 attempts, its restart interval has been backed off to
600 seconds [Tue Mar 11 19:50:38 2008] [warn] FastCGI: server
/opt/rt3/bin/mason_handler.fcgi has failed to remain running for 30
seconds given 3 attempts, its restart interval has been backed off to
600 seconds


I did some digging and found this article in the mailing list archives:
http://lists.bestpractical.com/pipermail/rt-users/2005-January/028019.ht
ml

It says to disable selinux if perms look good.  Well, perms look great
and check it:

[EMAIL PROTECTED] grep -v \# /etc/sysconfig/selinux
SELINUX=disabled SELINUXTYPE=targeted

Can anyone make a suggestion on this?  I will be more than happy to
paste whatever you need.  If it's of any use, the apache user and rt
group are grabbed from ldap.  You can see perms here:

[EMAIL PROTECTED] ls -la /opt/rt3/bin/ 
total 124 
drwxr-xr-x  2 apache rt  4096 Sep  1  2006 .
drwxr-xr-x  9 apache rt  4096 Jun  2  2006 ..
-rwxr-xr-x  1 apache rt  2956 Mar 29  2007 mason_handler.fcgi 
-rwxr-xr-x  1 apache rt  2329 Mar 29  2007 mason_handler.scgi 
-rwxr-xr-x  1 apache rt  7763 Mar 29  2007 mason_handler.svc 
-rwxr-xr-x  1 apache rt 59078 Mar 29  2007 rt 
-rwxr-xr-x  1 apache rt  9235 Mar 29  2007 rt-crontool 
-rwxr-xr-x  1 apache rt  9742 Mar 29  2007 rt-mailgate 
-rwxr-xr-x  1 apache rt  2276 Mar 29  2007 standalone_httpd 
-rwxr-xr-x  1 apache rt  4194 Mar 29  2007 webmux.pl

Aubrey King
CURRENT Group, LLC
Senior Systems Engineer

***CONFIDENTIALITY NOTICE***
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination or 
copying of this email and its attachments, if any, or the information contained 
herein is prohibited. If you have received this email in error, please 
immediately notify the sender by return email and delete this message from your 
system.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com


Re: [rt-users] need help w/ fastcgi..

2008-03-12 Thread King, Aubrey
Did it.  Same error.  I miss mod_perl. 

-Original Message-
From: Joe Casadonte [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 12, 2008 4:57 PM
To: King, Aubrey
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] need help w/ fastcgi..

On 3/12/2008 4:18 PM, King, Aubrey wrote:

 [EMAIL PROTECTED] ls -la /etc/httpd/logs lrwxrwxrwx  1 root 
 root 19 Jan 23 21:51 /etc/httpd/logs - ../../var/log/httpd 
 [EMAIL PROTECTED] ls -la /var/log/httpd/fastcgi/ total 12 
 drwxr-xr-x  3 apache apache 4096 Mar 11 18:06 .
 drwx--  3 root   root   4096 Mar 12 04:02 ..
 drwxr-xr-x  2 apache apache 4096 Mar 11 18:06 dynamic
 
 It looks like they're open.  For grins, I did a chgrp apache on 
 /var/log/httpd and did a chmod 770 on it so it's group writeable.  I 
 also moved the fastcgi directory out of the way to see if apache would

 create a new log dir.  It did not.

Doesn't that indicate a problem, then?  What, I don't know, as the perms
all look fine.  Can you try making /var/log/httpd 777 for 2 minutes and
see if that fixes it?

--
Regards,


joe
Joe Casadonte
[EMAIL PROTECTED]

==  ==
== The statements and opinions expressed here are my own and do not ==
== necessarily represent those of Oracle Corporation.   ==
==  ==

***CONFIDENTIALITY NOTICE***
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination or 
copying of this email and its attachments, if any, or the information contained 
herein is prohibited. If you have received this email in error, please 
immediately notify the sender by return email and delete this message from your 
system.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com


Re: [rt-users] need help w/ fastcgi..

2008-03-12 Thread King, Aubrey
Perms on the install dir:

[EMAIL PROTECTED] ls -la var
total 20
drwxr-xr-x  5 apache rt 4096 Jun  2  2006 .
drwxr-xr-x  9 apache rt 4096 Jun  2  2006 ..
drwxr-xr-x  2 apache rt 4096 Feb 21 14:48 log
drwxrwx---  5 apache rt 4096 Sep 11  2006 mason_data
drwxrwx---  2 apache rt 4096 Jun  2  2006 session_data

Perms on logs:

[EMAIL PROTECTED] ls -la /etc/httpd/logs
lrwxrwxrwx  1 root root 19 Jan 23 21:51 /etc/httpd/logs -
../../var/log/httpd
[EMAIL PROTECTED] ls -la /var/log/httpd/fastcgi/
total 12
drwxr-xr-x  3 apache apache 4096 Mar 11 18:06 .
drwx--  3 root   root   4096 Mar 12 04:02 ..
drwxr-xr-x  2 apache apache 4096 Mar 11 18:06 dynamic

It looks like they're open.  For grins, I did a chgrp apache on
/var/log/httpd and did a chmod 770 on it so it's group writeable.  I
also moved the fastcgi directory out of the way to see if apache would
create a new log dir.  It did not.

For whatever it's worth, this new instance is going to serve as a point
to migrate an existing installation and the old instance has perms setup
almost identical.  The one difference I see is a different version of
fastcgi.  Any other thoughts?

 

-Original Message-
From: Joe Casadonte [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, March 12, 2008 10:43 AM
To: King, Aubrey
Cc: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] need help w/ fastcgi..

On 3/12/2008 10:06 AM, King, Aubrey wrote:

 Can anyone make a suggestion on this?  I will be more than happy to 
 paste whatever you need.  If it's of any use, the apache user and rt 
 group are grabbed from ldap.  You can see perms here:

I'd say it's perms related (I know you said you checked, but)

In particular ($RT3 == base RT install directory):

$RT3/var/mason_data
$RT3/var/session_data
$RT3/var/tmp

should be owned and writable by the apache user (or whatever user your
webserver/fcgi runs as), as well as everything underneath them.

In addition, and this is likely the issue (at least it is for me,
usually):

/etc/httpd/logs/fastcgi
/etc/httpd/logs/fastcgi/dynamic

need to be writeable by the fcgi user.  For some reason I have them as
0777 on my system, so maybe it needs to be even more open than that. 
Typically, though, this directory (/etc/httpd/logs) is writable for root
only.

--
Regards,


joe
Joe Casadonte
[EMAIL PROTECTED]

==  ==
== The statements and opinions expressed here are my own and do not ==
== necessarily represent those of Oracle Corporation.   ==
==  ==

***CONFIDENTIALITY NOTICE***
The information in this email may be confidential and/or privileged. This email 
is intended to be reviewed by only the individual or organization named above. 
If you are not the intended recipient or an authorized representative of the 
intended recipient, you are hereby notified that any review, dissemination or 
copying of this email and its attachments, if any, or the information contained 
herein is prohibited. If you have received this email in error, please 
immediately notify the sender by return email and delete this message from your 
system.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]


Discover RT's hidden secrets with RT Essentials from O'Reilly Media. 
Buy a copy at http://rtbook.bestpractical.com