Re: FWIW Current snapshot Apache/PHP buggy
Robert wrote: On Wed, 03 Mar 2010 17:37:23 -0600 Vijay Sankar vsan...@foretell.ca wrote: I have problems running Horde on 4.7 -beta i386. The /var/www/tmp directory gets filled with sess_ files and there is no output on any of the frames. 4.7-beta is not very precise, date of snapshot build or cvs checkoutwould help. There has been an ABI change for apache. I am using the following packages php5-core-5.2.12server-side HTML-embedded scripting language Because of the changes to apache, you need recompiled packages/modules. The php5 port is at p1. So my guess is that that's the problem you are hitting. i386 packages on ftp.openbsd.org are dated 1st of march, those should be new enough to work with -current apache. (Check if your mirror has that package build.) - Robert Thanks very much. I had built the kernel and binaries on the weekend kern.version= OpenBSD 4.7-beta (GENERIC.MP) #7: Sat Feb 27 16:28:09 CST 2010 r...@i386.sankars.local:/usr/src/sys/arch/i386/compile/GENERIC.MP from CVS checkout at 2:30PM CST that day. In /var/www/logs/access_log, I get 10.0.0.111 - - [03/Mar/2010:21:51:46 -0600] GET /horde/login.php?url=%2Fpost%2Fservices%2Fportal%2Fsi debar.phpnosidebar=1horde_logout_token=NtFW8jojbT7M0QYrK5BxOsfqqTAapp=horde HTTP/1.1 200 363 when trying to set up horde (the logout_token is different in each log entry) and there are lots of sess_ files. Just in case I had made mistakes building binaries or had screwed up somehow, I did the following. I set up a VM guest (qemu running on my OpenBSD 4.6 -stable desktop), downloaded install47.iso, php5-core, postgresql-server, horde, etc., from i386 snapshots last night (from ftp.ca.openbsd.org and had the same results. Not sure whether a new physical machine to repeat the test is the right way to go. There are no errors in error_log, ssl_engine_log, and ssl_request_log. I tried configuration with http as well as https (self-signed cert) So I am not sure what is the right step to take to get Horde working. Thanks again, Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: FWIW Current snapshot Apache/PHP buggy
Vijay Sankar wrote: Robert wrote: On Wed, 03 Mar 2010 17:37:23 -0600 Vijay Sankar vsan...@foretell.ca wrote: I have problems running Horde on 4.7 -beta i386. The /var/www/tmp directory gets filled with sess_ files and there is no output on any of the frames. 4.7-beta is not very precise, date of snapshot build or cvs checkoutwould help. There has been an ABI change for apache. I am using the following packages php5-core-5.2.12server-side HTML-embedded scripting language Because of the changes to apache, you need recompiled packages/modules. The php5 port is at p1. So my guess is that that's the problem you are hitting. i386 packages on ftp.openbsd.org are dated 1st of march, those should be new enough to work with -current apache. (Check if your mirror has that package build.) - Robert Thanks very much. I had built the kernel and binaries on the weekend kern.version= OpenBSD 4.7-beta (GENERIC.MP) #7: Sat Feb 27 16:28:09 CST 2010 r...@i386.sankars.local:/usr/src/sys/arch/i386/compile/GENERIC.MP from CVS checkout at 2:30PM CST that day. In /var/www/logs/access_log, I get 10.0.0.111 - - [03/Mar/2010:21:51:46 -0600] GET /horde/login.php?url=%2Fpost%2Fservices%2Fportal%2Fsi debar.phpnosidebar=1horde_logout_token=NtFW8jojbT7M0QYrK5BxOsfqqTAapp=horde HTTP/1.1 200 363 when trying to set up horde (the logout_token is different in each log entry) and there are lots of sess_ files. Just in case I had made mistakes building binaries or had screwed up somehow, I did the following. I set up a VM guest (qemu running on my OpenBSD 4.6 -stable desktop), downloaded install47.iso, php5-core, postgresql-server, horde, etc., from i386 snapshots last night (from ftp.ca.openbsd.org and had the same results. Not sure whether a new physical machine to repeat the test is the right way to go. There are no errors in error_log, ssl_engine_log, and ssl_request_log. I tried configuration with http as well as https (self-signed cert) So I am not sure what is the right step to take to get Horde working. Thanks again, Vijay Just for the archives -- in case anyone else searches the archives and thinks there are any issues or problems. Quick answer is that there are no problems with 4.7 -beta as of March 3 2010 and php5 as far as horde is concerned. I tested this again and again and finally figured out that the fault was entirely mine. Unfortunately I have no excuse. There are no problems with php5 packages or with OpenBSD httpd or horde and related packages or anything related to OpenBSD. It looks like I had copied configuration files from a production server and they had the wrong cookie path. This resulted in the errors I mentioned in earlier email messages on this thread. Thanks again to all the developers and OpenBSD Gurus who tried to help through the list as well as through private messages. Sorry for the noise. -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: FWIW Current snapshot Apache/PHP buggy
Duncan Patton a Campbell wrote: On Sun, 28 Feb 2010 15:01:20 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-27, Duncan Patton a Campbell campb...@neotext.ca wrote: On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. sessions were broken in PHP in 4.5 release, you need to compile from -stable ports (or move to -current after the next package snapshot for your arch has been built). How wide is this problem? I started out with a 4.6 current, which didn't work, then 4.5 release... sessions are a fairly important php feature. What has me bugged here is that I have a 4.5 system that works fine, but it is not just release, and has had apache2.2 installed on it (my devsys...) and runable. Thanks for any help. Dhu On 4.6 amd64 -current kern.version= OpenBSD 4.6-current (GENERIC.MP) #0: Wed Nov 25 17:27:29 CST 2009 r...@amd64.sankars.local:/usr/src/sys/arch/amd64/compile/GENERIC.MP PHP sessions worked fine. I am able to run Horde with postgresql DB and OpenBSD httpd on that system. I have problems running Horde on 4.7 -beta i386. The /var/www/tmp directory gets filled with sess_ files and there is no output on any of the frames. I am using the following packages php5-core-5.2.12server-side HTML-embedded scripting language php5-gd-5.2.12 image manipulation extensions for php5 php5-imap-5.2.12imap, pop3 and nntp extensions for php5 php5-ldap-5.2.12ldap protocol extensions for php5 php5-mbstring-5.2.12 multibyte characters extensions for php5 php5-mcrypt-5.2.12 mcrypt encryption/decryption extensions for php5 php5-mhash-5.2.12 mhash extensions for php5 php5-pgsql-5.2.12 pgsql database access extensions for php5 php5-tidy-5.2.12tidy HTML cleaner bindings Please let me know if there is any tests that I can help with. Thanks, Vijay -- Vijay Sankar, M.Eng., P.Eng. ForeTell Technologies Limited 59 Flamingo Avenue, Winnipeg, MB, Canada R3J 0X6 Phone: (204) 885-9535, E-Mail: vsan...@foretell.ca
Re: FWIW Current snapshot Apache/PHP buggy
On Wed, 03 Mar 2010 17:37:23 -0600 Vijay Sankar vsan...@foretell.ca wrote: I have problems running Horde on 4.7 -beta i386. The /var/www/tmp directory gets filled with sess_ files and there is no output on any of the frames. 4.7-beta is not very precise, date of snapshot build or cvs checkoutwould help. There has been an ABI change for apache. I am using the following packages php5-core-5.2.12server-side HTML-embedded scripting language Because of the changes to apache, you need recompiled packages/modules. The php5 port is at p1. So my guess is that that's the problem you are hitting. i386 packages on ftp.openbsd.org are dated 1st of march, those should be new enough to work with -current apache. (Check if your mirror has that package build.) - Robert
Re: FWIW Current snapshot Apache/PHP buggy
On Sun, 28 Feb 2010 15:01:20 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-27, Duncan Patton a Campbell campb...@neotext.ca wrote: On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. sessions were broken in PHP in 4.5 release, you need to compile from -stable ports (or move to -current after the next package snapshot for your arch has been built). I pulled the 4.5 stable ports and no change... given what Chris Bennett said previously I think the problem is in apache not the php package. Just the same I'm going to pull the ports from current and build that before I go about trying to rebuild the distribution apache 1.3 (not in ports..) Dhu
Re: FWIW Current snapshot Apache/PHP buggy
On Sun, 28 Feb 2010 15:01:20 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-27, Duncan Patton a Campbell campb...@neotext.ca wrote: On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. sessions were broken in PHP in 4.5 release, you need to compile from -stable ports (or move to -current after the next package snapshot for your arch has been built). How wide is this problem? I started out with a 4.6 current, which didn't work, then 4.5 release... sessions are a fairly important php feature. What has me bugged here is that I have a 4.5 system that works fine, but it is not just release, and has had apache2.2 installed on it (my devsys...) and runable. Thanks for any help. Dhu
Re: FWIW Current snapshot Apache/PHP buggy
On 2010/03/01 03:48, Duncan Patton a Campbell wrote: On Sun, 28 Feb 2010 15:01:20 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-27, Duncan Patton a Campbell campb...@neotext.ca wrote: On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. sessions were broken in PHP in 4.5 release, you need to compile from -stable ports (or move to -current after the next package snapshot for your arch has been built). How wide is this problem? I started out with a 4.6 current, which didn't work, then 4.5 release... sessions are a fairly important php feature. What has me bugged here is that I have a 4.5 system that works fine, but it is not just release, and has had apache2.2 installed on it (my devsys...) and runable. oh hmm, I was confused between releases, 4.6 had broken php, not 4.5. (search the list archives for php segfault for more details).
Re: FWIW Current snapshot Apache/PHP buggy
On 2010-02-27, Duncan Patton a Campbell campb...@neotext.ca wrote: On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. sessions were broken in PHP in 4.5 release, you need to compile from -stable ports (or move to -current after the next package snapshot for your arch has been built).
Re: FWIW Current snapshot Apache/PHP buggy
On Sun, 28 Feb 2010 15:01:20 + (UTC) Stuart Henderson s...@spacehopper.org wrote: On 2010-02-27, Duncan Patton a Campbell campb...@neotext.ca wrote: On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. sessions were broken in PHP in 4.5 release, you need to compile from -stable ports (or move to -current after the next package snapshot for your arch has been built). Thanks. That makes sense. The (semi-stock) system that it isn't broken on has extentsive rebuilds from ports of apache* versions 1.3, 2.0 and 2.2. Dhu
Re: FWIW Current snapshot Apache/PHP buggy
On Thu, 25 Feb 2010 08:58:30 -0500 Dan Harnett dan...@harnett.name wrote: On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package. I mebbe spoke to soon to be conclusive... as of now I am still looking under rocks... the problem exhibits on a clean 4.5-Release install but not on my (semi stock) 4.5 development box. Dhu
Re: FWIW Current snapshot Apache/PHP buggy
Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Dhu If you have the very latest apache, you will need to rebuild apache modules from ports, not packages. (at some point packages will be updated if not already) The trick that made all clear for me was: check 'ls -l /usr/lib/apache/modules', the following are from base: -r--r--r-- 1 root bin 114973 Feb 25 22:54 libproxy.so -r--r--r-- 1 root bin7736 Feb 25 22:54 mod_auth_anon.so -r--r--r-- 1 root bin7847 Feb 25 22:54 mod_auth_db.so -r--r--r-- 1 root bin 12046 Feb 25 22:54 mod_auth_dbm.so -r--r--r-- 1 root bin 25865 Feb 25 22:54 mod_auth_digest.so -r--r--r-- 1 root bin 12005 Feb 25 22:54 mod_cern_meta.so -r--r--r-- 1 root bin 11862 Feb 25 22:54 mod_define.so -r--r--r-- 1 root bin 12196 Feb 25 22:54 mod_digest.so -r--r--r-- 1 root bin 12197 Feb 25 22:54 mod_expires.so -r--r--r-- 1 root bin7357 Feb 25 22:54 mod_headers.so -r--r--r-- 1 root bin 20276 Feb 25 22:54 mod_info.so -r--r--r-- 1 root bin7357 Feb 25 22:54 mod_log_agent.so -r--r--r-- 1 root bin7594 Feb 25 22:54 mod_log_referer.so -r--r--r-- 1 root bin 24150 Feb 25 22:54 mod_mime_magic.so -r--r--r-- 1 root bin 12251 Feb 25 22:54 mod_mmap_static.so -r--r--r-- 1 root bin 57862 Feb 25 22:54 mod_rewrite.so -r--r--r-- 1 root bin 12656 Feb 25 22:54 mod_speling.so -r--r--r-- 1 root bin 11827 Feb 25 22:54 mod_unique_id.so -r--r--r-- 1 root bin 13283 Feb 25 22:54 mod_usertrack.so -r--r--r-- 1 root bin 12005 Feb 25 22:54 mod_vhost_alias.so any others will be from packages, make sure they are dated from after you rebuilt/reinstalled things. I had trouble getting rid of an old mod_gzip.so I had to work hard deleting *.tgz's from the four places they pop up Thanks to Stuart Henderson for that tip -- A human being should be able to change a diaper, plan an invasion, butcher a hog, conn a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects. -- Robert Heinlein
Re: FWIW Current snapshot Apache/PHP buggy
On Thu, Feb 25, 2010 at 03:30:47AM -0700, Duncan Patton a Campbell wrote: I've just installed a server using current and have found that there are problems with session_destroy(); such that is just does not work. The Apache is the installed (1.3) version and PHP is from packages. I have tested the same software and setup on a 4.5 Release (no patches) and there are no problems with sessions. Can you provide any more detail? session_destroy() appears to work fine with the i386 snap dated 2/23/2010 and latest php5-core snapshot package.