Stunnel-4.10 and Stunnel-4.11 in HPUX-11.23 IPF gives coredump
Hello All, I'm using HP-UX11.23 IPF. I have built Stunnel-4.11 with OpenSSL - 0.9.7e. I could build it successfully but I'm failed in connecting with telnet. After a while connecting to the telnet the client gets coredump and kills the process. So the connection is no more established. Note: I had the same problem in Stunnel-4.10 also but not before that. I could very well compile and use Stunnel-4.09. My configuration file for client is: cert = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem chroot = /opt/iexpress/stunnel/var/stunnel pid = setuid = root setgid = root CAfile = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem debug = 7 client = yes foreground = yes verify = 3 [test1] accept = 8080 connect = 9090 For server: cert = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem chroot = /opt/iexpress/stunnel/var/stunnel pid = setuid = root setgid = root CAfile = /opt/iexpress/stunnel/etc/stunnel/stunnel.pem debug = 6 client = no foreground = yes verify = 1 [test1] accept = 9090 connect = 23 The client log shows as follows: # ../../sbin/stunnel stunnel-client.conf 2005.07.10 23:39:26 LOG5[8909:1]: stunnel 4.11 on ia64-hp-hpux11.23 UCONTEXT+POLL+IPv4+LIBWRAP with OpenSSL 0.9.7e 25 Oct 2004 2005.07.10 23:39:26 LOG7[8909:1]: Snagged 64 random bytes from /dev/random 2005.07.10 23:39:26 LOG7[8909:1]: RAND_status claims sufficient entropy for the PRNG 2005.07.10 23:39:26 LOG6[8909:1]: PRNG seeded successfully 2005.07.10 23:39:26 LOG7[8909:1]: Certificate: /home/punitha/stunnel1/etc/stunnel/stunnel.pem 2005.07.10 23:39:26 LOG7[8909:1]: Key file: /home/punitha/stunnel1/etc/stunnel/stunnel.pem 2005.07.10 23:39:26 LOG7[8909:1]: Loaded verify certificates from /home/punitha/stunnel1/etc/stunnel/stunnel.pem 2005.07.10 23:39:26 LOG6[8909:1]: file ulimit = 2048 (can be changed with 'ulimit -n') 2005.07.10 23:39:26 LOG6[8909:1]: poll() used - no FD_SETSIZE limit for file descriptors 2005.07.10 23:39:26 LOG5[8909:1]: 1000 clients allowed 2005.07.10 23:39:26 LOG7[8909:1]: FD 3 in non-blocking mode 2005.07.10 23:39:26 LOG7[8909:1]: FD 4 in non-blocking mode 2005.07.10 23:39:26 LOG7[8909:1]: FD 5 in non-blocking mode 2005.07.10 23:39:26 LOG7[8909:1]: SO_REUSEADDR option set on accept socket 2005.07.10 23:39:26 LOG7[8909:1]: test1 bound to 0.0.0.0:8080 2005.07.10 23:39:26 LOG7[8909:1]: No pid file being created 2005.07.10 23:40:08 LOG7[8909:1]: test1 accepted FD=8 from 127.0.0.1:49700 2005.07.10 23:40:08 LOG7[8909:1]: Creating a new context 2005.07.10 23:40:08 LOG7[8909:1]: Context 2 created 2005.07.10 23:40:08 LOG7[8909:2]: Context swap: 1 -> 2 Memory fault(coredump) # It will be helpful if anyone of you guide me in this. Thanx In Advance. Regards, Punitha, V.
"Punitha" <punitha@visolve.com> wrote:
2005.07.10 23:39:26 LOG5[8909:1]: stunnel 4.11on ia64-hp-hpux11.23 UCONTEXT+POLL+IPv4+LIBWRAP with OpenSSL 0.9.7e 25 Oct 2004 [cut] 2005.07.10 23:40:08 LOG7[8909:2]: Context swap: 1 -> 2 Memory fault(coredump)
It looks just like the problem with uc_stack.ss_sp on Sparc/Solaris 9 and earlier. I'm sure I could fix it, but I don't have any HP-UX machine to test it. Maybe someone could provide me with an account? As a workaround (not the solution) you can use: ./configure --with-threads=pthread Best regards, Mike
Hello Mike, I've tried --with-threads=pthread already. I got the following error during gmake. gcc -g -O2 -Wall -Wshadow -Wcast-align -Wpointer-arith -I/opt/openssl/include -o stunnel client.o log.o options.o protocol.o network.o resolver.o ssl.o sthreads.o stunnel.o pty.o -lnsl -ldld -ldl -L/opt/openssl/lib -lssl -lcrypto -lwrap ld: Unsatisfied symbol "pthread_create" in file sthreads.o ld: Unsatisfied symbol "pthread_attr_init" in file sthreads.o 2 errors. collect2: ld returned 1 exit status gmake[1]: *** [stunnel] Error 1 gmake[1]: Leaving directory `/home/punitha/stunnel-4.11/src' gmake: *** [all-recursive] Error 1 # I've also tried with --with-threads=fork. Here I can compile successfully. During the connection establishment I get some problem. When I close the first connection, both the client and server processes gets down with the following message. sendsig: useracc failed. 0x200000007f7fd200 0x00000000005000 Pid 573 was killed due to failure in writing the signal context - possible stack overflow. Illegal instruction When I close the second and other connections I just get the log messages on the screen. I've attached the sample log messages for both client and server. Regards, Punitha, V. ----- Original Message ----- From: "Michal Trojnara" <Michal.Trojnara@mobi-com.net> To: <stunnel-users@mirt.net> Sent: Monday, July 11, 2005 12:49 PM Subject: Re: [stunnel-users] Stunnel-4.10 and Stunnel-4.11 in HPUX-11.23IPFgives coredump
"Punitha" <punitha@visolve.com> wrote:
2005.07.10 23:39:26 LOG5[8909:1]: stunnel 4.11on ia64-hp-hpux11.23 UCONTEXT+POLL+IPv4+LIBWRAP with OpenSSL 0.9.7e 25 Oct 2004 [cut] 2005.07.10 23:40:08 LOG7[8909:2]: Context swap: 1 -> 2 Memory fault(coredump)
It looks just like the problem with uc_stack.ss_sp on Sparc/Solaris 9 and earlier. I'm sure I could fix it, but I don't have any HP-UX machine to test it. Maybe someone could provide me with an account?
As a workaround (not the solution) you can use: ./configure --with-threads=pthread
Best regards, Mike _______________________________________________ stunnel-users mailing list stunnel-users@mirt.net http://stunnel.mirt.net/mailman/listinfo/stunnel-users
Hello Mike, I can go with --with-threads=pthread option. Thank you, Punitha, V. ----- Original Message ----- From: "Punitha" <punitha@visolve.com> To: "Michal Trojnara" <Michal.Trojnara@mobi-com.net>; <stunnel-users@mirt.net> Sent: Monday, July 11, 2005 3:25 PM Subject: Re: [stunnel-users] Stunnel-4.10 and Stunnel-4.11 inHPUX-11.23IPFgives coredump
Hello Mike,
I've tried --with-threads=pthread already. I got the following error during gmake.
gcc -g -O2 -Wall -Wshadow -Wcast-align -Wpointer-arith -I/opt/openssl/include -o stunnel client.o log.o options.o protocol.o network.o resolver.o ssl.o sthreads.o stunnel.o pty.o -lnsl -ldld -ldl -L/opt/openssl/lib -lssl -lcrypto -lwrap ld: Unsatisfied symbol "pthread_create" in file sthreads.o ld: Unsatisfied symbol "pthread_attr_init" in file sthreads.o 2 errors. collect2: ld returned 1 exit status gmake[1]: *** [stunnel] Error 1 gmake[1]: Leaving directory `/home/punitha/stunnel-4.11/src' gmake: *** [all-recursive] Error 1 #
I've also tried with --with-threads=fork. Here I can compile successfully. During the connection establishment I get some problem. When I close the first connection, both the client and server processes gets down with the following message.
sendsig: useracc failed. 0x200000007f7fd200 0x00000000005000
Pid 573 was killed due to failure in writing the signal context - possible stack overflow. Illegal instruction
When I close the second and other connections I just get the log messages on the screen. I've attached the sample log messages for both client and server.
Regards, Punitha, V.
----- Original Message ----- From: "Michal Trojnara" <Michal.Trojnara@mobi-com.net> To: <stunnel-users@mirt.net> Sent: Monday, July 11, 2005 12:49 PM Subject: Re: [stunnel-users] Stunnel-4.10 and Stunnel-4.11 in HPUX-11.23IPFgives coredump
"Punitha" <punitha@visolve.com> wrote:
2005.07.10 23:39:26 LOG5[8909:1]: stunnel 4.11on ia64-hp-hpux11.23 UCONTEXT+POLL+IPv4+LIBWRAP with OpenSSL 0.9.7e 25 Oct 2004 [cut] 2005.07.10 23:40:08 LOG7[8909:2]: Context swap: 1 -> 2 Memory fault(coredump)
It looks just like the problem with uc_stack.ss_sp on Sparc/Solaris 9 and earlier. I'm sure I could fix it, but I don't have any HP-UX machine to test it. Maybe someone could provide me with an account?
As a workaround (not the solution) you can use: ./configure --with-threads=pthread
Best regards, Mike _______________________________________________ stunnel-users mailing list stunnel-users@mirt.net http://stunnel.mirt.net/mailman/listinfo/stunnel-users
--------------------------------------------------------------------------------
_______________________________________________ stunnel-users mailing list stunnel-users@mirt.net http://stunnel.mirt.net/mailman/listinfo/stunnel-users
participants (2)
-
Michal Trojnara -
Punitha