httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Warnier ...@ice-sa.com>
Subject Re: [users@httpd] Submitting jobs remotely over CGI, closing file handles etc
Date Thu, 19 Jun 2008 09:40:57 GMT
If you type fast, lsof ?

michael watson (IAH-C) wrote:
> OK, so no answers from this then... Instead, can anyone tell me how I
> can monitor whether (and which) file handles are open whilst the CGI
> script is running? 
> 
> -----Original Message-----
> From: michael watson (IAH-C) [mailto:michael.watson@bbsrc.ac.uk] 
> Sent: 16 June 2008 09:42
> To: users@httpd.apache.org
> Subject: [users@httpd] Submitting jobs remotely over CGI, closing file
> handles etc
> 
> Dear All
> 
> I solved this problem some years ago by writing to this list and
> carrying out the suggestions.  Oddly, I now have it again.
> 
> I am running two servers - an old one, running SuSe 8.2 and apache
> 1.3.28, and a relatively new one running Red Hat EL 4 and Apache 2.2.4.
> 
> Here's the thing - the same script WORKS on the old server, and not on
> the new, and I don't know why.
> 
> The problem is an age old one - I have jobs that take hours, I want
> users to submit these jobs over CGI, I want the cgi script to submit a
> job "in the background", tell the user they'll be e-mailed the results,
> and then exit after submitting the job.
> 
> This happens on my old server;  it doesn't on my new one.  Same script,
> same data, same everything apart from the OS and apache version.
> 
> The solution I got many years ago was to make sure all my file handles
> are closed - they are.
> 
> CGI.pm version on old server is: 2.8.1
> CGI.pm version on new server is: 3.2.9
> 
> Mail::Sender.pm version on old server is 0.8.10
> Mail::Sender.pm version on new server is 0.8.13
> 
> Perl version on old is 5.8.0
> Perl version on new is 5.8.5
> 
> Any help would be appreciated!
> 
> Thanks
> 
> Michael
> 
> The information contained in this message may be confidential or legally
> privileged and is intended solely for the addressee. If you have
> received this message in error please delete it & notify the originator
> immediately.
> Unauthorised use, disclosure, copying or alteration of this message is
> forbidden & may be unlawful. 
> The contents of this e-mail are the views of the sender and do not
> necessarily represent the views of the Institute. 
> This email and associated attachments has been checked locally for
> viruses but we can accept no responsibility once it has left our
> systems.
> Communications on Institute computers are monitored to secure the
> effective operation of the systems and for other lawful purposes. 
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server
> Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
> 
> 
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>    "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
> 
> 

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message