I've been trying to get Apache 2.0.52 (pkg from sunfreeware) or 2.0.53
(compiled src code) to work on a sparc20, dual cpu running Solaris 8.

Briefly modified the httpd.conf file (Group nobody, and other small
items) and have installed the latest kernel patch, 108528-29, as well
as other sw packages mentioned on sunfreeware.com.

Here is what I get:
root@doofus:[12]> ./apachectl start

Then it just sits there.  ps shows:

root@doofus:[1]> ps -ef | grep http
    root   452   450  0 12:16:44 pts/5    0:00
/usr/local/apache2/bin/httpd -k start

ldd shows:

root@doofus:[8]> ldd httpd
        libssl.so.0.9.7 =>       /usr/local/ssl/lib/libssl.so.0.9.7
        libcrypto.so.0.9.7 =>    /usr/local/ssl/lib/libcrypto.so.0.9.7
        libaprutil-0.so.0 =>
/usr/local/apache2/lib/libaprutil-0.so.0
        libgdbm.so.3 =>  /usr/local/lib/libgdbm.so.3
        libexpat.so.0 =>         /usr/local/lib/libexpat.so.0
        libiconv.so.2 =>         /usr/local/lib/libiconv.so.2
        libapr-0.so.0 =>         /usr/local/apache2/lib/libapr-0.so.0
        libsendfile.so.1 =>      /usr/lib/libsendfile.so.1
        librt.so.1 =>    /usr/lib/librt.so.1
        libm.so.1 =>     /usr/lib/libm.so.1
        libsocket.so.1 =>        /usr/lib/libsocket.so.1
        libnsl.so.1 =>   /usr/lib/libnsl.so.1
        libresolv.so.2 =>        /usr/lib/libresolv.so.2
        libpthread.so.1 =>       /usr/lib/libpthread.so.1
        libdl.so.1 =>    /usr/lib/libdl.so.1
        libc.so.1 =>     /usr/lib/libc.so.1
        libgcc_s.so.1 =>         /usr/local/lib/libgcc_s.so.1
        libaio.so.1 =>   /usr/lib/libaio.so.1
        libmp.so.2 =>    /usr/lib/libmp.so.2
        libthread.so.1 =>        /usr/lib/libthread.so.1


truss shows it sleeping:

root@doofus:[17]> truss -f ./apachectl start
491:    execve("apachectl", 0xEFFFFD4C, 0xEFFFFD5C)  argc = 3

----lots of lines left out-----

494:    brk(0x0016B0C0)                                 = 0
494:    brk(0x0016D0C0)                                 = 0
494:    open("/usr/local/apache2/logs/httpd.pid", O_RDONLY) Err#2
ENOENT
494:    setsockopt(3, 65535, 4, 0xEFFFF9C4, 4, 1)       = 0
494:    setsockopt(3, 65535, 8, 0xEFFFF9C4, 4, 1)       = 0
494:    setsockopt(3, 6, 1, 0xEFFFF9BC, 4, 1)           = 0
494:    bind(3, 0x000BAD94, 32, 3)                      = 0
494:    listen(3, 511, 1)                               = 0
494:    pipe()                                          = 5 [6]
494:    fcntl(5, F_GETFL, 0x00000000)                   = 2
494:    fstat64(5, 0xEFFFF958)                          = 0
494:    fstat64(5, 0xEFFFF958)                          = 0
494:    fcntl(5, F_SETFL, 0x00000082)                   = 0
491:    waitid(P_PID, 494, 0xEFFFF958, WEXITED|WTRAPPED|WNOWAIT)
(sleeping...)
494:    lwp_sema_wait(0x000B4EE8)       (sleeping...)
494:    signotifywait()                 (sleeping...)
494:    door_return(0x00000000, 0, 0x00000000, 0) (sleeping...)
494:    lwp_cond_wait(0xEEAB55B0, 0xEEAB55C0, 0xEF762C48) (sleeping...)


Anyone have any ideas??  I can send more info if needed.

Thanks,
JK

jk wrote:
> I've been trying to get Apache 2.0.52 (pkg from sunfreeware) or 2.0.53
> (compiled src code) to work on a sparc20, dual cpu running Solaris 8.
> 
> Briefly modified the httpd.conf file (Group nobody, and other small
> items) and have installed the latest kernel patch, 108528-29, as well
> as other sw packages mentioned on sunfreeware.com.
> 
> Here is what I get:
> root@doofus:[12]> ./apachectl start

I have had 2.0.52 running on a dual CPU SPARC 20 which was downloaded 
from Steve's site. This was on Solaris 9, not 8.

Are all your libraries sufficiently new? You might be linking to them 
OK, but if one is out of date, that could be an issue. Check carefully 
what Steve says are the requirements. If your gcc is old, then that 
could explain it - even if you are not building from sources, since part 
of the gcc package is used as a library.

You need to change the UID of the group too in httpd.conf, but that 
problem will hit you in the face and be obvious when you have it 
working. The error message will be reasonably self explanatory.

dave kirkby

Thanks Dave,

Outdated libraries were the problem.  Went to install the latest
cluster patch but didn't have enough room, so I sorted through the
patches looking for all the libraries mentioned in the ldd output from
above.  Besides the latest kernel patch I needed (some were required
before installing library patches):
110386-0?
111023-03
111317-05
113648-03
115027-01
116602-01
109223-05
109147-07
108434-18
108993-43
112611-02
109326-16
111308-05
109152-02
111327-05

Thanks,
Jeff