I figured there'd be questions. I just couldn't think of anything else to
include in my message.
The project I'm concerned about does not use servlets at all. Everything is
Perl CGI and the program that aborts. It's only that having Tomcat running
on the server that causes the process to crash. Both Tomcat and Apache are
being run as root.
The application normally does not give feedback to the script; it should
create its output file and then end, at which point the CGI script resumes.
I thought that perhaps there was a path conflict, since Tomcat is set up
to intercept /examples, /admin, /test, and, in my case, /students but I'm
not using any of those. The CGI script is under my home directory (~olsondan)
on the server, and the application lives under the /mnt/.... tree somewhere.
I don't think that Tomcat touches the /tmp directory, or traps a path there.
In fact, it doesn't seem to matter which directory I try to write the file
to: it crashes in any case.
I appreciate the feedback. This does seem like a really odd scenario.
Dan Olson
Oregon Health & Science University
> You leave a lot open to be guessed.. Can you be more specific eg who needs
> to handle the script access, which url is used, what url is you application
> running, do you execute the script from a servlet, does the servlet try to
> read from the /tmp directory, which user does tomcat run on (default it is
> root) and which user is apach run on, does the application give feedback to
> the script, does it use the /tmp directory, etc. Maby the questions are
> enough to get you figure out what could be wrong..
>
> Mvgr,
> Martin
>
> > -----Original Message-----
> > From: Daniel Olson [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, May 25, 2001 1:58 AM
> > To: [EMAIL PROTECTED]
> > Subject: Tomcat interferes with CGI operation
> >
> >
> > We are experiencing what seems to be a rather odd, but potentially common
> > problem. I have a Perl CGI script for another project that writes a bunch
> > of data into a temp file, then calls another program that reads that file
> > and creates another temp file with a different extension. The script then
> > reads that output file, and generates an HTML file to be returned to the
> > browser. All this runs on a Sun UltraSparc 1 running SunOS 5.7 and
> > Apache 1.3.12.
> >
> > Last week I added Tomcat 3.2.1 into the mix, for serving Java servlets.
> > I even added my own context and got that working. This week, someone
> > running my first application reported that it was not working. Upon
> > investigation, the program called by my script is failing, reporting that
> > it can't create its output file. This originally was in the /tmp
> > directory,
> > but it failed also trying to access a subdirectory under where the project
> > scripts reside, and even in a subdirectory of DocumentRoot. Once
> > I disabled
> > Tomcat and restarted Apache, everything worked just great!
> > Suspicious of my
> > attempt at the context, I commented that out and restarted
> > everything, with
> > just the basic contexts in place. My process still failed.
> >
> > I've searched the archives, looked through the FAQ, and haven't
> > come across
> > anything. This doesn't sound that out of the ordinary. I'd
> > include a listing
> > of a problematic file, but I'm at a loss to find anything
> > suspicious to know
> > which ones to list. Any help anyone can offer would be greatly
> > appreciated.
> >
> >
> > Dan Olson
> > Oregon Health & Sciences University
> >
>
>
