Unable to extract tomcat distribution - Please help
I downloaded the 'jakarta-tomcat-4.0.3.tar.gz' from 'jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.3/bin/' website. On a unix box running HP-UX 11, as root, I uncompressed it in /tmp directory. To install it, I ran root@:/opt> tar -xvf /tmp/jakarta-tomcat-4.0.3.tar . After a while the prompt comes back. However, no directories are created in /opt to indicate the stuff from the .tar file are extracted. When I look at the contents of the tar file, I see all the files have the permissions set as follows. rw-r--r-- 0/0 What am I missing for the tar file contents to be not extracted ? Any help will be very much appreciated. Thanks Raj
Re: How to get two perl namespaces in apache
You just need to fire up two separate apaches, each with their own conf. So basically you have: /usr/local/apache_prod /usr/local/apache_dev These can actually share the same bin and lib directories; everything is still installed at '/usr/local/apache' and you symlink the directories you want to have in common. You also need separate copies of apachectl that fire up the httpd's so that they point at the right httpd.conf and have the right server root. Garth On Tue, 2002-03-26 at 11:16, Thomas K. Burkholder wrote: > Hi there- > > Apologies if this gets sent twice - I sent a message yesterday, but it > seems to have vanished into the ether. > > I'd like to run the production server of my mod_perl project > (http://www.areaj.org/areaj) on the same machine as my development > server. Clearly they have the same module names so I have to somehow > run them in two different environments - I don't think running them on > two different virtual servers is going to do it, right? Doesn't apache > just start one perl "runtime"? Please tell me if I'm mistaken about > that. > > So, I guess I'm wondering if there's an easy way to have two completely > separate apache configurations running on the same machine (listening on > different ports obviously). > > Any help greatly appreciated. > > Thanks, > > //Thomas > Thomas K. Burkholder > -- ,---. Garth Webb [EMAIL PROTECTED] C: 415.652.7688 H: 415.701.0568 `==='
Re: [m_b_users] [OT] Replacing reverse squid with mod_proxy
On Monday, March 25, 2002, at 10:20 AM, Hans Juergen von Lengerke wrote: > We are currently using squid set up as a reverse proxy to accelerate > several heavy backends (mod_perl, etc) and to protect them from slow > client connections. > > I am looking into replacing the squid with apache+mod_proxy. Why? > Because ultimately I'd like to be able to cluster the frontend using > mod_backhand + wackamole. The primary reason for clustering isn't for > load-balancing (yet) but for failover handling. So, ideally, one machine > should be enough to serve the whole server load. wackamole and mod_backhand are completely independent. If you are happy with Squid, just use wackamole and Squid. If you are set on trying use Apache, try the lingerd patch and set the TCP send and receive buffers high. If you are doing 80 hits/s and want to use mod_backhand, then you will most likely want to put BackhandConnectionPool off. -- Theo Schlossnagle Principal Consultant OmniTI Computer Consulting, Inc. -- http://www.omniti.com/ Phone: +1 301 776 6376 Fax: +1 410 880 4879 1024D/82844984/95FD 30F1 489E 4613 F22E 491A 7E88 364C 8284 4984 2047R/33131B65/71 F7 95 64 49 76 5D BA 3D 90 B9 9F BE 27 24 E7
Any way to run two versions of the same perl classes at the same time?
Hi there- I've reached a point where I've released a stable version of my project (areaj, at www.areaj.org) with a demo server (www.areaj.org/areaj) but I want to continue development work on the same machine. But, obviously the new and old versions of the code live in an identical namespace - so I don't see a way to run both servers under the same apache installation. I can't just use StatINC and change the code dynamically, because that will create an unpredictable and bug-prone experience for the people using the production server (I want folks using the production server to see the existing product anyway, not what I'm developing on). Does anyone know of an easy way to solve this with apache/mod_perl, without running on two different servers? Locating the code isn't a problem; I already deliver the code to a custom location in the user's home dir. I just don't know how to get two apaches to run that read the different versions of the code. Thanks, //Thomas
RE: odd ld error
I thought something was terrible hozed... because when I was logged in as root, I had no problems running anything... Turns out the DBAs just change permissions on their oracle directory... problem solved. Thanks -Original Message- From: Ged Haywood [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 11:16 AM To: Kreimendahl, Chad J Cc: '[EMAIL PROTECTED]'; mod_perl_new; old_mod_perl Subject: Re: odd ld error Hi there, On Thu, 28 Mar 2002, Kreimendahl, Chad J wrote: > > all of this is on Solaris 8 (Netra T1)... any help would be much appreciated > > [error] install_driver(Oracle) failed: Can't load > '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so [snip] > Permission denied [snip] Looks like there's no permission to read the file. 73, Ged. PS: You can remove that "old_mod_perl" address now
Re: odd ld error
Hi there, On Thu, 28 Mar 2002, Kreimendahl, Chad J wrote: > > all of this is on Solaris 8 (Netra T1)... any help would be much appreciated > > [error] install_driver(Oracle) failed: Can't load > '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so [snip] > Permission denied [snip] Looks like there's no permission to read the file. 73, Ged. PS: You can remove that "old_mod_perl" address now
odd ld error
all of this is on Solaris 8 (Netra T1)... any help would be much appreciated [error] install_driver(Oracle) failed: Can't load '/usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so ' for module DBD::Oracle: ld.so.1: /usr/local/apache/bin/httpd: fatal: /oracle/u01/app/oracle/product/9.0.1/lib//libclntsh.so.9.0: Permission denied at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206. at (eval 33) line 3 Compilation failed in require at (eval 33) line 3. Perhaps a required shared library or dll isn't installed where expected at /usr/local/lib/perl5/site_perl/5.6.1/Apache/AuthDBI.pm line 244 -r-xr-xr-x 1 root other 134192 Mar 28 10:42 /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris/auto/DBD/Oracle/Oracle.so* -rwxr-xr-x 1 oracle dba 12546608 Mar 22 15:19 /oracle/u01/app/oracle/product/9.0.1/lib//libclntsh.so.9.0* -r-xr-xr-x 1 root other 45254 Mar 28 10:59 /usr/local/lib/perl5/site_perl/5.6.1/Apache/AuthDBI.pm* crle config on solaris 8: crle -c /var/ld/ld.config -l /usr/lib:/usr/local/lib:/usr/ccs/lib:/oracle/u01/app/oracle/product/9.0.1/li b/ -i /usr/lib -i /usr/local/lib -i /usr/ccs/lib -i /oracle/u01/app/oracle/product/9.0.1/lib/ Configuration file [2]: /var/ld/ld.config Default Library Path (ELF): /usr/lib:/usr/local/lib:/usr/ccs/lib:/oracle/u01/app/oracle/product/9.0.1/li b/ Trusted Directories (ELF):/usr/lib/secure (system default) Server version: Apache/1.3.24 (Unix) Server built: Mar 28 2002 11:01:30 Server's Module Magic Number: 19990320:11 Server compiled with -D HAVE_MMAP -D USE_MMAP_SCOREBOARD -D USE_MMAP_FILES -D HAVE_FCNTL_SERIALIZED_ACCEPT -D HAVE_SYSVSEM_SERIALIZED_ACCEPT -D HAVE_PTHREAD_SERIALIZED_ACCEPT -D HTTPD_ROOT="/usr/local/apache" -D SUEXEC_BIN="/usr/local/apache/bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_XFERLOG="logs/access_log" -D DEFAULT_ERRORLOG="logs/error_log" -D TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" -D ACCESS_CONFIG_FILE="conf/access.conf" -D RESOURCE_CONFIG_FILE="conf/srm.conf" Summary of my perl5 (revision 5.0 version 6 subversion 1) configuration: Platform: osname=solaris, osvers=2.8, archname=sun4-solaris uname='sunos idsco01 5.8 generic_108528-12 sun4u sparc sunw,ultra-5_10 ' config_args='-ds' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=undef d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef Compiler: cc='gcc', ccflags ='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O', cppflags='-fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ccversion='', gccversion='3.0.2', gccosandvers='solaris2.8' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, usemymalloc=y, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib ' libpth=/usr/local/lib /usr/lib /usr/ccs/lib libs=-lsocket -lnsl -ldl -lm -lc perllibs=-lsocket -lnsl -ldl -lm -lc libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' -Wl,-E' cccdlflags='-fPIC', lddlflags=' -W,l-E -G -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under solaris Compiled at Mar 27 2002 18:28:04 @INC: /usr/local/lib/perl5/5.6.1/sun4-solaris /usr/local/lib/perl5/5.6.1 /usr/local/lib/perl5/site_perl/5.6.1/sun4-solaris /usr/local/lib/perl5/site_perl/5.6.1 /usr/local/lib/perl5/site_perl
Re: Segmentation fault 11 (php/mod_perl)
Bob Pickles wrote: > I've been hacking at this a couple days. At first I really wanted to > get mod_perl working as a DSO. Got everything compiled, and added lines > to httpd.conf. Died on startup if I had AddModule mod_perl.c. > Following a tip on this list, I gave up on DSO and went static > compile. And then what happened? Did you start with a clean conf file? There should be no LoadModule/AddModule stuff in it for a static server. - Perrin
