FreeBSD 4.9: Server Works GCSL -- unknown chipset

2004-02-10 Thread Benjamin Thelen (CCGIS)
Hello list,

First off, the environment:

FreeBSD 4.9 RELEASE,
Intel P4 3GH with HTT enabled
Mainboard ASUS NRL-L533
North Bridge: ServerWorks CMIC-SL
South Bridge: ServerWorks CSB6


I checked google and the mailing list archive but couldn't find helpful 
(for me) information on this.

A client brought us a server to install FreeBSD 4.9 on it, but the 
chipset isn't recognized by the system. I had to disable DMA in the BIOS 
to get FreeBSD booting off the IDE-HDD. I then read the Hardware Release 
notes (I know, it's too late):

FreeBSD 4.9: ServerWorks CSB5 ATA66/ATA100
FreeBSD 5.2: ServerWorks CSB5 and CSB6 ATA66/ATA10
According to this, it is the only way to install 5.2? Would 4.9-stable 
recognize the chipset? Is that lack fundamental to the whole system or 
would it suffice to just buy a new IDE-Controller?

I was so happy to have our client conviced of FreeBSD, that it would be 
a pity, if that faild now.

Thanks very much in advance,
Benjamin


dmesg:

Copyright (c) 1992-2003 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.9-RELEASE #0: Mon Oct 27 17:51:09 GMT 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC
Timecounter i8254  frequency 1193182 Hz
CPU: Intel(R) Pentium(R) 4 CPU 3.06GHz (3065.82-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0xf27  Stepping = 7
Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CM
OV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Hyperthreading: 2 logical CPUs
real memory  = 1073721344 (1048556K bytes)
avail memory = 1039736832 (1015368K bytes)
Preloaded elf kernel kernel at 0xc053f000.
Warning: Pentium 4 CPU: PSE disabled
Pentium Pro MTRR support enabled
md0: Malloc disk
Using $PIR table, 10 entries at 0xc00f1ce0
npx0: math processor on motherboard
npx0: INT 16 interface
pcib0: ServerWorks host to PCI bridge(unknown chipset) on motherboard 
pci0: PCI bus on pcib0
bge0: Broadcom BCM5702 Gigabit Ethernet, ASIC rev. 0x1002 mem
0xfe00-0xfe00
 irq 12 at device 3.0 on pci0
bge0: Ethernet address: 00:0c:6e:ec:8f:0d
miibus0: MII bus on bge0
brgphy0: BCM5703 10/100/1000baseTX PHY on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 
1000baseTX-
FDX, auto
pci0: ATI Mach64-GR graphics accelerator at 9.0 irq 10
isab0: PCI to ISA bridge (vendor=1166 device=0203) at device 15.0 on pci0
isa0: ISA bus on isab0
atapci0: Generic PCI ATA controller port
0x9400-0x940f,0x9800-0x9803,0xa000-0xa
007,0xa400-0xa403,0xa800-0xa807 at device 15.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
ohci0: OHCI (generic) USB controller mem 0xfc00-0xfc000fff irq 11 
at device
 15.2 on pci0
usb0: OHCI version 1.0, legacy support
usb0: OHCI (generic) USB controller on ohci0
usb0: USB revision 1.0
uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 4 ports with 4 removable, self powered
pcib255: ServerWorks host to PCI bridge(unknown chipset) on 
motherboard pci255: PCI bus on pcib255
pcib1: Host to PCI bridge on motherboard
pci1: PCI bus on pcib1
orm0: Option ROM at iomem 0xc-0xc7fff on isa0
pmtimer0 on isa0
fdc0: ready for input in output
fdc0: cmd 3 failed at out byte 1 of 3
atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0
atkbd0: AT Keyboard flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
vga0: Generic ISA VGA at port 0x3c0-0x3df iomem 0xa-0xb on 
isa0 sc0: System console at flags 0x100 on isa0
sc0: VGA 16 virtual consoles, flags=0x300
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: parallel port not found.
ad0: 114473MB WDC WD1200JB-00FUA0 [232581/16/63] at ata0-master 
BIOSDMA ad1: 114473MB WDC WD1200JB-00FUA0 [232581/16/63] at ata0-slave 
WDMA2 acd0: DVD-ROM IDE DVD-ROM 16X at ata1-master PIO4
Mounting root from ufs:/dev/ad0s1a
stray irq 7
stray irq 7
stray irq 7
stray irq 7
stray irq 7
too many stray irq 7's; not logging any more

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: php4-cgi -- internal server errror (solution)

2003-08-30 Thread Benjamin Thelen (CCGIS)
 Hi,

 I think I know what you're talking about, it's the UMN Mapserver for GIS
 application. Basically it's the php-mapscript part which needs php to be
 compiled as cgi. It's a wonderful open source GIS app which works very
 nice
 and very stable once configured correctly but it's a major pain in the
 butt
 to get it right.

 As for the internal server error premature end of script header, it
 could
 be either one of the many reasons :
 - the http header is not properly generated.
 - wrong permission
 - wrong directory path
 - apache port is screwed.
 - php4-cgi port is screwed.
 - and some other reasons unknown.

 Try writing a simple php script which contains ?php phpinfo() ? and cat
 it
 through the php binary in your cgi-bin. See if it generates proper HTTP
 header + all the config stuffs correctly. I upgraded to php4.3.3rc4 from
 the
 port on my own box and I have different problem altogether. The last
 working
 version of php compiled as cgi for me is from 4.3.0 version, that is, not
 installing from port but by hand instead (tar xzvf, config,...manually).
 So
 try by hand as well, and see if anything changes. You do have a backup
 copy
 of last working php-cgi binary, don't you ?

 Sorry can't help any farther but I share your pain man.

 Date: Mon, 25 Aug 2003 21:12:08 +0200 (CEST)
 From: Benjamin Thelen (CCGIS) [EMAIL PROTECTED]
 Subject: php4-cgi -- internal server errror
 To: [EMAIL PROTECTED]
 Message-ID: [EMAIL PROTECTED]
 Content-Type: text/plain;charset=iso-8859-1

 Hi,

 sorry, I've already posted this into the German user list, but as I am
 still completely stuck I hope to find some more hints/help here.

 Systems:
 FreeBSD 4.7 (mod_php4 - a little changed) 4.8 (php4-cgi - the latest)
 Apache 1.3.27 and 28



 We need to run php as cgi, because of the requirements of software we run
 (called umn-mapserver - if somebody knows). Half a year ago I basically
 followed the instructions I found on the umn-mapserver wiki-pages:

 I quote, that's shorter:
 (http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI)

 quote
 PHP's default 'configure' behavior is to build a 'php' CGI executable.
 It's the --with-apxs and/or --with-apache PHP configure options that
 enable PHP to be built as an Apache DSO.

 ...to build PHP as a CGI ... don't provide the --with-apxs or
 --with-apache switch to the PHP configure.

 Then once you have a 'php' executable, copy it to your server's cgi-bin
 directory and add to your httpd.conf:


   AddType?  application/x-httpd-php .php3
   AddType?  application/x-httpd-php .phtml
   AddType?  application/x-httpd-php .php


   Action application/x-httpd-php /cgi-bin/php

 /quote

 As I could not find an ordinary php-port (not sure now, it's month ago), I
 removed one --with-apxs entry within the Makefile from www/mod_php4 (!)
 and php ran as cgi!

 Half a year later, I updated the ports-tree and I was happy to see a
 www/php4-cgi port and immediately checked this out on a test system. This
 time, I did not edit the php4-cgi makefile of course, as I expected to
 have php4 as cgi compiled. I again copied the php-binary, as said above to
 cgi-bin and surprisingly saw only 500 - internal server error and I
 found a Premeture end of script headers: /usr/local/www/cgi-bin/php in
 httpd-error.log.

 One thing you have to know is, that our scripts are in
 /usr/local/www/data/our-php-application. This worked on this 4.7/this
 edited mod_php4-system very well.

 I posted to the Germany user list, checked google. I found a few hints,
 but nothing really helped.
 e.g.:
 http://www.php.net/manual/en/security.cgi-bin.php
 http://httpd.apache.org/docs/howto/cgi.html

 My question basically is:
 How do I setup this php/cgi environment?

 One way, I was told and can be found on php.net is to add a
 #!/usr/local/lib/php on top of every php-Skript and all scripts need
 chmod a+x and need to be in /cgi-bin. This would work. But it is a little
 uncomfortable way and the main thing is that it would not work with our
 php-application, which is a set of css, html, php, pictures, so
 pictures, css, etc would be parsed, too!


 There are other solutions, one with an AddHandler directive in httpd.conf,
 but I don't get that running.

 As it worked half a year ago and as there is a similar way in IIS, to map
 an extension (.php) to an application (c:\php\bin\php.exe), I suppose that
 there is a similar way, but I am just to blind to find the solution!

 My second question is:
 Why did it work with those instructions from umn-mapserver wiki-pages and
 why does the same thing not work now?


 One way to find out, what's wrong, was to cp /bin/cat to
 /usr/local/www/cgi-bin/php. But the error is the same.


 I would be very grateful for hints/help!

 Thanks in advance!

 Best Regards,
 Benjamin

 _
 Get MSN 8 and help protect your children with advanced parental controls.
 http://join.msn.com/?page=features/parental

php4-cgi -- internal server errror

2003-08-25 Thread Benjamin Thelen (CCGIS)
Hi,

sorry, I've already posted this into the German user list, but as I am
still completely stuck I hope to find some more hints/help here.

Systems:
FreeBSD 4.7 (mod_php4 - a little changed) 4.8 (php4-cgi - the latest)
Apache 1.3.27 and 28



We need to run php as cgi, because of the requirements of software we run
(called umn-mapserver - if somebody knows). Half a year ago I basically
followed the instructions I found on the umn-mapserver wiki-pages:

I quote, that's shorter:
(http://mapserver.gis.umn.edu/cgi-bin/wiki.pl?PHPMapScriptCGI)

quote
PHP's default 'configure' behavior is to build a 'php' CGI executable.
It's the --with-apxs and/or --with-apache PHP configure options that
enable PHP to be built as an Apache DSO.

...to build PHP as a CGI ... don't provide the --with-apxs or
--with-apache switch to the PHP configure.

Then once you have a 'php' executable, copy it to your server's cgi-bin
directory and add to your httpd.conf:


  AddType?  application/x-httpd-php .php3
  AddType?  application/x-httpd-php .phtml
  AddType?  application/x-httpd-php .php


  Action application/x-httpd-php /cgi-bin/php

/quote

As I could not find an ordinary php-port (not sure now, it's month ago), I
removed one --with-apxs entry within the Makefile from www/mod_php4 (!)
and php ran as cgi!

Half a year later, I updated the ports-tree and I was happy to see a
www/php4-cgi port and immediately checked this out on a test system. This
time, I did not edit the php4-cgi makefile of course, as I expected to
have php4 as cgi compiled. I again copied the php-binary, as said above to
cgi-bin and surprisingly saw only 500 - internal server error and I
found a Premeture end of script headers: /usr/local/www/cgi-bin/php in
httpd-error.log.

One thing you have to know is, that our scripts are in
/usr/local/www/data/our-php-application. This worked on this 4.7/this
edited mod_php4-system very well.

I posted to the Germany user list, checked google. I found a few hints,
but nothing really helped.
e.g.:
http://www.php.net/manual/en/security.cgi-bin.php
http://httpd.apache.org/docs/howto/cgi.html

My question basically is:
How do I setup this php/cgi environment?

One way, I was told and can be found on php.net is to add a
#!/usr/local/lib/php on top of every php-Skript and all scripts need
chmod a+x and need to be in /cgi-bin. This would work. But it is a little
uncomfortable way and the main thing is that it would not work with our
php-application, which is a set of css, html, php, pictures, so
pictures, css, etc would be parsed, too!


There are other solutions, one with an AddHandler directive in httpd.conf,
but I don't get that running.

As it worked half a year ago and as there is a similar way in IIS, to map
an extension (.php) to an application (c:\php\bin\php.exe), I suppose that
there is a similar way, but I am just to blind to find the solution!

My second question is:
Why did it work with those instructions from umn-mapserver wiki-pages and
why does the same thing not work now?


One way to find out, what's wrong, was to cp /bin/cat to
/usr/local/www/cgi-bin/php. But the error is the same.


I would be very grateful for hints/help!

Thanks in advance!

Best Regards,
Benjamin

___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]