Apache2.2.13 - CGI

0 views
Skip to first unread message

Joe Suttle

unread,
Sep 29, 2009, 3:20:16 PM9/29/09
to apache2
Decided to change the Subject, since I have reverted again. CGI stopped working, although at first the new dll gave the promise of working, but alas, it does not. So, back to what did work - Apache 2.2.10 and PHP 5.2.8 w/mySQL 5.1.36

CGI failures generate DOSCALL1 errors and cause Apache to shutdown. My failures have nothing to do with PHP, but reverted that anyway. Now if I can just get some genuine error messages in my Apache error_log

There are some obvious hacker errors, which indicate that I need to do some cleanup in my conf files, since access of http://cjsent.com/ (a vhost) should not get to the root directory. But what does not show in my logs are my access to 'http://www.warpedbox.com/ which has a counter at the bottom of the page which is an OS/2 executable and the cgi fails. Access of _some_ pages via cgi fail, not all. So...back to my drawing board, and better logging and reporting to mantis and this list.


-- 
Joe Suttle * IBM Warp Certified System Expert * Member of IEEE
joes...@attglobal.net                    http://www.joesuttle.com/blog
Richmond, California                           http://www.warpedbox.com/
+----------------------------------------------------------------------+
      "We learn something every day, and lots of times it's that
      what we learned the day before was wrong." -- Bill Vaughan
+----------------------------------------------------------------------+
Using the power  |  WSeB, Apache, Weasel, FileStar
 of OS/2, Linux  |  Lotus SmartSuite, Firefox, Thunderbird, Kompozer
     and XP Pro  |  OpenSuse, Adtran, MySQL, PHP
+----------------------------------------------------------------------+

Lewis G Rosenthal

unread,
Sep 29, 2009, 4:26:38 PM9/29/09
to apa...@googlegroups.com
Hi, Joe...

On 09/29/09 03:20 pm, Joe Suttle thus wrote :


> Decided to change the Subject, since I have reverted again. CGI
> stopped working, although at first the new dll gave the promise of
> working, but alas, it does not. So, back to what did work - Apache
> 2.2.10 and PHP 5.2.8 w/mySQL 5.1.36
>
> CGI failures generate DOSCALL1 errors and cause Apache to shutdown. My
> failures have nothing to do with PHP, but reverted that anyway. Now if
> I can just get some genuine error messages in my Apache error_log
>

Are you sure that the DOSCALL1 error isn't reported as a result of
Apache shutting down? Here's an example from my server's POPUPLOG.OS2:

09-29-2009 15:46:12 SYS3175 PID 05ef TID 0005 Slot 0123
J:\APPS\APACHE2\BIN\HTTPD.EXE
c0000005
1ffb1b65
P1=00000001 P2=00000b14 P3=XXXXXXXX P4=XXXXXXXX
EAX=00000b14 EBX=200351e0 ECX=0233ffd4 EDX=0233ffd4
ESI=0233ffd4 EDI=00000005
DS=0053 DSACC=f0f3 DSLIM=ffffffff
ES=0053 ESACC=f0f3 ESLIM=ffffffff
FS=150b FSACC=00f3 FSLIM=00000030
GS=0000 GSACC=**** GSLIM=********
CS:EIP=005b:1ffb1b65 CSACC=f0df CSLIM=ffffffff
SS:ESP=0053:0233ff94 SSACC=f0f3 SSLIM=ffffffff
EBP=0233ff94 FLG=00010213

DOSCALL1.DLL 0002:00001b65


> There are some obvious hacker errors, which indicate that I need to do
> some cleanup in my conf files, since access of http://cjsent.com/ (a
> vhost) should not get to the root directory.

Yikes...


> But what does not show in my logs are my access to
> 'http://www.warpedbox.com/ which has a counter at the bottom of the
> page which is an OS/2 executable and the cgi fails. Access of _some_
> pages via cgi fail, not all. So...back to my drawing board, and better
> logging and reporting to mantis and this list.
>

Well, if the exe isn't working under one version but working under
another, that's pretty clear. Did you say it worked for some time and
then stopped, or was this particular exe not working at all under 2.2.13?

--
Lewis
-------------------------------------------------------------
Lewis G Rosenthal, CNA, CLP, CLE
Rosenthal & Rosenthal, LLC www.2rosenthals.com
Need a managed Wi-Fi hotspot? www.hautspot.com
Secure, stable, operating system www.ecomstation.com
-------------------------------------------------------------

Joe Suttle

unread,
Sep 29, 2009, 4:48:55 PM9/29/09
to apa...@googlegroups.com
Lewis G Rosenthal wrote:
Hi, Joe...

Are you sure that the DOSCALL1 error isn't reported as a result of
Apache shutting down? Here's an example from my server's POPUPLOG.OS2:

    09-29-2009  15:46:12  SYS3175  PID 05ef  TID 0005  Slot 0123
    J:\APPS\APACHE2\BIN\HTTPD.EXE
    c0000005
    1ffb1b65
    P1=00000001  P2=00000b14  P3=XXXXXXXX  P4=XXXXXXXX 
    EAX=00000b14  EBX=200351e0  ECX=0233ffd4  EDX=0233ffd4
    ESI=0233ffd4  EDI=00000005 
    DS=0053  DSACC=f0f3  DSLIM=ffffffff 
    ES=0053  ESACC=f0f3  ESLIM=ffffffff 
    FS=150b  FSACC=00f3  FSLIM=00000030
    GS=0000  GSACC=****  GSLIM=********
    CS:EIP=005b:1ffb1b65  CSACC=f0df  CSLIM=ffffffff
    SS:ESP=0053:0233ff94  SSACC=f0f3  SSLIM=ffffffff
    EBP=0233ff94  FLG=00010213

    DOSCALL1.DLL 0002:00001b65

This is a possibility, and I will check it tonight when I switch back to 2.2.13, and confirm with log files.

Well, if the exe isn't working under one version but working under another, that's pretty clear. Did you say it worked for some time and then stopped, or was this particular exe not working at all under 2.2.13?
The exe is 'count.exe' from wcount25. It definitely works under 2.2.10, and seemed to work without causing failures after Paul rewrote the httpd.dll and I installed that. However, perl and exe scripts started to cause failures of 2.2.13 (after 8-12 hours). I could even access my pages where 'count' is the counter, and any access would cause a failure of Apache. I need to be more empirical, so want to clean out the log files, startup 2.2.13 and see what shows up in the logs so hopefully we can find this.

When I provide the logs, will also provide what type of cgi (.cmd, .cgi, .pl, .exe) fails and make myself available to provide the code to who ever wants to run the same tests.

Lewis G Rosenthal

unread,
Sep 29, 2009, 5:19:34 PM9/29/09
to apa...@googlegroups.com
On 09/29/09 04:48 pm, Joe Suttle thus wrote :
I only have a couple of php scripts in my cgi-bin, so I haven't seen
your issue (except that I haven't been able to reconfigure Apache to use
PHP as CGI vs module - it just won't run at all for me).

Thanks for the additional info, Joe!

Steven Levine

unread,
Sep 29, 2009, 10:04:17 PM9/29/09
to apa...@googlegroups.com
In <4AC26D7E...@2rosenthals.com>, on 09/29/09
at 04:26 PM, Lewis G Rosenthal <lgros...@2rosenthals.com> said:

Hi guys,

>Are you sure that the DOSCALL1 error isn't reported as a result of
>Apache shutting down? Here's an example from my server's POPUPLOG.OS2:

> 09-29-2009 15:46:12 SYS3175 PID 05ef TID 0005 Slot 0123
> J:\APPS\APACHE2\BIN\HTTPD.EXE
> c0000005
> 1ffb1b65
> P1=00000001 P2=00000b14 P3=XXXXXXXX P4=XXXXXXXX
> EAX=00000b14 EBX=200351e0 ECX=0233ffd4 EDX=0233ffd4
> ESI=0233ffd4 EDI=00000005
> DS=0053 DSACC=f0f3 DSLIM=ffffffff
> ES=0053 ESACC=f0f3 ESLIM=ffffffff
> FS=150b FSACC=00f3 FSLIM=00000030
> GS=0000 GSACC=**** GSLIM=********
> CS:EIP=005b:1ffb1b65 CSACC=f0df CSLIM=ffffffff
> SS:ESP=0053:0233ff94 SSACC=f0f3 SSLIM=ffffffff
> EBP=0233ff94 FLG=00010213

> DOSCALL1.DLL 0002:00001b65

It is. If have .sym files, but no .map files, you can use sym.exe from my
exceptq package to decode the sym files

16 Bit Symbol <DOS32UNSETEXCEPTIONHANDLER> Address 2:1b44
16 Bit Symbol <postDOS32UNSETEXCEPTIONHANDLER> Address 2:1b8a

We seen this trap before.

>> There are some obvious hacker errors, which indicate that I need to do

>> vhost) should not get to the root directory.
>Yikes...

Easy to do. :-)


Steven

--
----------------------------------------------------------------------
"Steven Levine" <ste...@earthlink.net> eCS/Warp/DIY etc.
www.scoug.com www.ecomstation.com
----------------------------------------------------------------------

Reply all
Reply to author
Forward
0 new messages