HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- MOD_PHP limits???
Operating System - OpenVMS
1828239
Members
2311
Online
109975
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-10-2005 08:55 AM
08-10-2005 08:55 AM
MOD_PHP limits???
Environment: VMS 7.3-2, Apache 1.3-1, MOD_PHP 1.2-1; Patches applied.
One of the pages the PHP script generates is not finished for some reason.
The code at that point is generated by a PHP script that is included in the executed script.
Another PHP script includes exactly the same code but finishes completely.
I have tried to add some comments just before the location where the script ends (echo) but then the script stops even earlier.
I therefore have the idea that there is some limit, likely in MOD_PHP, that causes the script to abandon - without warning.
APACHE$WWW settings are (still) default.
Module (included in other code) is attached; Location of error is marked.I added the resulting source. More info can be obtained (willem(at)grootersnet(dot)nl
One of the pages the PHP script generates is not finished for some reason.
The code at that point is generated by a PHP script that is included in the executed script.
Another PHP script includes exactly the same code but finishes completely.
I have tried to add some comments just before the location where the script ends (echo
I therefore have the idea that there is some limit, likely in MOD_PHP, that causes the script to abandon - without warning.
APACHE$WWW settings are (still) default.
Module (included in other code) is attached; Location of error is marked.I added the resulting source. More info can be obtained (willem(at)grootersnet(dot)nl
Willem Grooters
OpenVMS Developer & System Manager
OpenVMS Developer & System Manager
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-11-2005 12:17 PM
08-11-2005 12:17 PM
Re: MOD_PHP limits???
Hi Willem,
Not sure if it is useful to this problem or not, but there is a setting called "output_buffering" that you can set up in your php.ini which controls when stuff is written back from PHP to the client browser. In our case, I set it to "on" so that I could control the header output for a particular page - the default was to write http headers back to client straight away.
Probably not related to your problem, but thought I'd mention it just in case.
Another question about the problem...does the apache process which is doing the PHP bit complete and go back to it's normal state or does it go into a CPU loop ?
Cheers,
chris
p.s. It was hard to read the attachment because when it was downloaded most of the top bit came as a single line -s removed somewhere.
Not sure if it is useful to this problem or not, but there is a setting called "output_buffering" that you can set up in your php.ini which controls when stuff is written back from PHP to the client browser. In our case, I set it to "on" so that I could control the header output for a particular page - the default was to write http headers back to client straight away.
Probably not related to your problem, but thought I'd mention it just in case.
Another question about the problem...does the apache process which is doing the PHP bit complete and go back to it's normal state or does it go into a CPU loop ?
Cheers,
chris
p.s. It was hard to read the attachment because when it was downloaded most of the top bit came as a single line -
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-11-2005 07:13 PM
08-11-2005 07:13 PM
Re: MOD_PHP limits???
Lack of buffer size won't be the problem, I think. The HTML code returned is about 3K7 bytes and stops all of a sudden as you may have noticed, and I have seen files returned that are twice as big (according Apache's access_log).
I don't think of a CPU loop, in the code I don't see why that would happen. It might be some process limit. There are quite a lot of modules loaded by the script (of which the given script is one). I raised PGFLQUO of APACHE$WWW but that didn't make any difference. Could it be buffers somewhere inside PHP? Global pages?
I'll dig through the apache$nnnnn.log files, will let you know.
I don't think of a CPU loop, in the code I don't see why that would happen. It might be some process limit. There are quite a lot of modules loaded by the script (of which the given script is one). I raised PGFLQUO of APACHE$WWW but that didn't make any difference. Could it be buffers somewhere inside PHP? Global pages?
I'll dig through the apache$nnnnn.log files, will let you know.
Willem Grooters
OpenVMS Developer & System Manager
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-14-2005 07:59 AM
08-14-2005 07:59 AM
Re: MOD_PHP limits???
Apache$$%%%%.log shows:
$ Set NoOn
$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))
[Fri Aug 12 22:15:22 2005] [warn] NameVirtualHost 192.168.0.11:443 has no VirtualHosts
[Fri Aug 12 22:15:22 2005] [warn] NameVirtualHost 192.168.0.12:443 has no VirtualHosts
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000000000000, PC=00000000000000
00, PS=0000001B
Improperly handled condition, image exit forced.
Signal arguments: Number = 0000000000000005
Name = 000000000000000C
0000000000010000
0000000000000000
0000000000000000
000000000000001B
Register dump:
R0 = 000000000000001C R1 = 000000000000001D R2 = 0000000000000000
R3 = 0000000000000000 R4 = 0000000000000000 R5 = 0000000000000000
R6 = 0000000000000000 R7 = 0000000000000000 R8 = 0000000000000009
R9 = 0000000001E3EDD8 R10 = 0000000000000006 R11 = 000000000206A000
R12 = 0000000000000000 R13 = 0000000000B8E8F8 R14 = 0000000000B8ECBC
R15 = 0000000000B8ECB8 R16 = 000000007AE0BBF8 R17 = 0000000000000000
R18 = 0000000000000003 R19 = 0000000000000001 R20 = 000000007FFF0000
R21 = 0000000000000002 R22 = 0000000000000000 R23 = 0000000000000000
R24 = 0000000037DF55EB R25 = FFFFFFFF817BC200 R26 = 0000000000000000
R27 = 0000000000000004 R28 = 0000000000000000 R29 = 0000000000000000
SP = 000000007AE0BC30 PC = 0000000000000000 PS = 300000000000001B
APACHE$WWW job terminated at 12-AUG-2005 22:28:44.37
I learned via alternate cahnnels that there are some issues concerning PHP and SWS 1.3; these seem to be solved in 2.0 but I cannot upgrade, so I'll wait to 2.1 and get on from there.
$ Set NoOn
$ VERIFY = F$VERIFY(F$TRNLNM("SYLOGIN_VERIFY"))
[Fri Aug 12 22:15:22 2005] [warn] NameVirtualHost 192.168.0.11:443 has no VirtualHosts
[Fri Aug 12 22:15:22 2005] [warn] NameVirtualHost 192.168.0.12:443 has no VirtualHosts
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000000000000, PC=00000000000000
00, PS=0000001B
Improperly handled condition, image exit forced.
Signal arguments: Number = 0000000000000005
Name = 000000000000000C
0000000000010000
0000000000000000
0000000000000000
000000000000001B
Register dump:
R0 = 000000000000001C R1 = 000000000000001D R2 = 0000000000000000
R3 = 0000000000000000 R4 = 0000000000000000 R5 = 0000000000000000
R6 = 0000000000000000 R7 = 0000000000000000 R8 = 0000000000000009
R9 = 0000000001E3EDD8 R10 = 0000000000000006 R11 = 000000000206A000
R12 = 0000000000000000 R13 = 0000000000B8E8F8 R14 = 0000000000B8ECBC
R15 = 0000000000B8ECB8 R16 = 000000007AE0BBF8 R17 = 0000000000000000
R18 = 0000000000000003 R19 = 0000000000000001 R20 = 000000007FFF0000
R21 = 0000000000000002 R22 = 0000000000000000 R23 = 0000000000000000
R24 = 0000000037DF55EB R25 = FFFFFFFF817BC200 R26 = 0000000000000000
R27 = 0000000000000004 R28 = 0000000000000000 R29 = 0000000000000000
SP = 000000007AE0BC30 PC = 0000000000000000 PS = 300000000000001B
APACHE$WWW job terminated at 12-AUG-2005 22:28:44.37
I learned via alternate cahnnels that there are some issues concerning PHP and SWS 1.3; these seem to be solved in 2.0 but I cannot upgrade, so I'll wait to 2.1 and get on from there.
Willem Grooters
OpenVMS Developer & System Manager
OpenVMS Developer & System Manager
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Support
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP