Re: [AOLSERVER] aolserver 3.4.2 on AMD64 ?
On Thu, Apr 28, 2005 at 01:31:57PM +0400, aT wrote: I am trying to compile aolserver 3.4.2 on RHEL ES 3.4 , Dual AMD opteron machine , getting this error ,. Why? That's a very old version, why aren't you using 4.0.x instead? -- Andrew Piskorski [EMAIL PROTECTED] http://www.piskorski.com/ -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
[AOLSERVER] Mass Virtual Hosting system for AolServer 4.0.x?
Hello there, First I present myself :) I am Xavier Beaudouin, Caudium Webserver Maintainer. I'd like to port on AolServer a nice thing (or beast?) we did on Caudium : VHS. What is VHS ? It is a mass virtual hosting system that looks on a DB (mysql, psgsl, ...) or in an LDAP directory where is located the home directory of a host header named based webserver. It is 100% dynamic and allow handle a cluster and several webserver to be automagicaly configured without the need to update a conf file or even make special hashing system... Now since I am new on Aolserver, I am trying to understand how I can add such nice functionality to get a system that works like caudium vhs or even mod_vhs for apache that I have made too :-) Please tell me how http request is handled by aolserver, in which files I have to dig and how can I add it nicely to, I hope, integrate this functionality on next aolserver version if it is possible... ? Sincerly, Xavier -- Xavier Beaudouin - Unix System Administrator Projects Leader. President of Kazar Organization : http://www.kazar.net/ Please visit http://caudium.net/, home of Caudium Camas projects -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Mass Virtual Hosting system for AolServer 4.0.x?
On Thu, Apr 28, 2005 at 02:01:33PM +0200, Xavier Beaudouin wrote: I am Xavier Beaudouin, Caudium Webserver Maintainer. I'd like to port on AolServer a nice thing (or beast?) we did on Caudium : VHS. Now since I am new on Aolserver, I am trying to understand how I can add such nice functionality to get a system that works like caudium vhs or even mod_vhs for apache that I have made too :-) I'm sure some folks will jump in with advice on where to look. But before they do that, I'm curious, why are you interested in doing this work, and what led you to AOLserver? -- Andrew Piskorski [EMAIL PROTECTED] http://www.piskorski.com/ -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Mass Virtual Hosting system for AolServer 4.0.x?
Hello, I am Xavier Beaudouin, Caudium Webserver Maintainer. I'd like to port on AolServer a nice thing (or beast?) we did on Caudium : VHS. Now since I am new on Aolserver, I am trying to understand how I can add such nice functionality to get a system that works like caudium vhs or even mod_vhs for apache that I have made too :-) I'm sure some folks will jump in with advice on where to look. But before they do that, I'm curious, why are you interested in doing this work, and what led you to AOLserver? Thanks :) Simple, the Caudium seems to die, not because it is less and less used, but because the language on which it is based (pike) is more and more unstable, difficult to deal with and in general not very well maintained. Imagine a language that between 2 version is not compatible with itself... (Like a perl script that can work only on perl 4 because most of low level call has changed names, place, or even way to call them). AOLServer has same basis about technology : eg high level language, some low level C modules, and threads as Caudium, so that's why I'd love to understand how it is working, and make things I like on this server. On other hands, I was very disspointed about Apache, that didn't changed a lot its api and still stay on 1990's even if Apache 2.0 has threads... but you still cannot play with connection object as I do on Caudium to make some unique features. Here is my 0,02c... :) /Xavier -- Xavier Beaudouin - Unix System Administrator Projects Leader. President of Kazar Organization : http://www.kazar.net/ Please visit http://caudium.net/, home of Caudium Camas projects -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Mass Virtual Hosting system for AolServer 4.0.x?
On Thursday 28 April 2005 05:01, Xavier Beaudouin wrote: What is VHS ? It is a mass virtual hosting system that looks on a DB (mysql, psgsl, ...) or in an LDAP directory where is located the home directory of a host header named based webserver. It is 100% dynamic and allow handle a cluster and several webserver to be automagicaly configured without the need to update a conf file or even make special hashing system... You will find this exceedingly easy in AOLserver. I have written several myself. You could check out VAT: http://zmbh.com/vat/, which expanded on tclvhr: http://zmbh.com/tcllvhr/ or a very simple, file based system described in: http://zmbh.com/nsrewrite/doc/nsrewriteurl.html. The first two use the config file, so you would have to restart the server. The last only requires the creation of the host directory, and the ability to set DNS entries correctly for the new domain. In every case, you could easily add database storage to allow 'no restart' configuration. As a matter of fact, if you ever heard of MyDomain.com, this was a perfect example of mass(ive) virtual hosting using AOLserver. The virtual hosting software consisted of a single, very short page, which looked up the configuration information. At one time they approached 500k domains in the system, which pushed AOLserver onto the Netcraft map. There were no local directories in the system, but it allowed users to redirect to their own website, or to wrap their page in a frame (done automatically) to pull up data stored anywhere on the internet. You could provide a home page, which was stored in the database. Bottom line: AOLserver is great for mass virtual hosting of the sort I have described: static, database dynamic or offsite redirects. It is less helpful for file based dynamic sites since you will likely have to rely on plain old CGI. The built in Tcl scripting and adp (AOLserver Dynamic Pages) share memory between requests and over the life of the server and system user/group. So you would need to carefully control what your users are allowed to run, otherwise they could mess with each other and with the server operation. Using separate AOLserver virtual hosts will not work on a massive scale since each virtual host requires a lot of memory, and requires time to start up. It also requires a restart to add virtual hosts. tom jackson -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] aolserver 3.4.2 on AMD64 ?
I am trying to compile aolserver 3.4.2 on RHEL ES 3.4 , Dual AMD opteron machine , getting this error ,. make install INST=/software/aol/aol34 make[1]: Entering directory `/software/nsadmin/aolserver-3.4.2/tcl7.6' (cd /software/nsadmin/aolserver-3.4.2/tcl7.6/unix; make CFLAGS='-I../include -D_REENTRANT=1 -DNDEBUG=1 -g -fPIC -Wall -Wno-unused -mcpu=x86_64 -DHAVE_CMMSG=1 -DUSE_FIONREAD=1 -DHAVE_COND_EINTR=1' libtcl7.6.a) make[2]: Entering directory `/software/nsadmin/aolserver-3.4.2/tcl7.6/unix' gcc -c -I../include -D_REENTRANT=1 -DNDEBUG=1 -g -fPIC -Wall -Wno-unused -mcpu=x86_64 -DHAVE_CMMSG=1 -DUSE_FIONREAD=1 -DHAVE_COND_EINTR=1 -I./../generic -I. -DHAVE_UNISTD_H=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_TM_GMTOFF=1 -DHAVE_TIMEZONE_VAR=1 -DSTDC_HEADERS=1 -DNEED_MATHERR=1 -DHAVE_SYS_IOCTL_H=1 -DTCL_SHLIB_EXT=\.so\ ./../generic/panic.c cc1: bad value (x86_64) for -mcpu= switch You need to remove the -mcpu switch. Note that Tcl 7.6 is so old that it may well not be 64-bit safe. Jeff -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Mass Virtual Hosting system for AolServer 4.0.x?
On Thu, Apr 28, 2005 at 07:54:29AM -0700, Tom Jackson wrote: Bottom line: AOLserver is great for mass virtual hosting of the sort I have described: static, database dynamic or offsite redirects. It is less helpful for file based dynamic sites since you will likely have to rely on plain old CGI. The built in Tcl scripting and adp (AOLserver Dynamic Pages) share memory between requests and over the life of the server and system user/group. So you would need to carefully control what your users are allowed to run, otherwise they could mess with each other and with the server operation. Using separate AOLserver virtual hosts will not work on a massive scale since each virtual host requires a lot of memory, and requires time to start up. It also requires a restart to add virtual hosts. This sounds like a good argument for some form of FastCGI-like solution. One main AOLserver process, but then also give each user his own FastCGI server process. Possibly that FastCGI process could be just another AOLserver that's been tweaked a bit differently for minimal footprint and low concurrency. E.g., turn of the memory-hungry threaded memory allocator because you don't need its speed under high concurrency. Or possibly a specialized tclsh-based process would be better. But either way, looks like with the proper work, you could set things up so that the user's custom code needn't much are whether it's runnin in the primary or the FastCGI AOLserver process. Actually though, this FastCGI scenario sounds pretty similar to the one process per user/site style of virtual hosting anyway. How would the two scenarios differ, exactly? Ah, but either way even with Zoran's ttrace, the per-thread proc memory overhead would still bite you hard, you'd need to do extra hacking on AOLserver to drive that down much further for this scenario. You'd probably want to keep shared (non-user-custom) code in read-only SysV shared memory so that ALL the AOLserver processes could see it. In order to do that you'd probably want to also extend the nsv/tsv API to transparently work in shared memory too, that part at least probably isn't too hard. User custom code, by definition, needs to be per-process, but ttrace might not be good enough, you might need to get it down to really genuinely only 1 copy of each Tcl proc process-wide for any number of threads. You'd need per-user memory usage tracking and limits of course to make sure user's don't just go crazy defining all sorts of procs on the fly per-thread even when they don't need to. If you do all that, then I guess the only remaining problem might be the size of all the per-thread C stacks used by the Tcl/AOLserver process. Say 1000 users, each with 4 threads, each with one thread with a 0.5 MB C stack. That 2 GB of RAM just for the C stacks. Still doable, but somewhat costly. Hm, Linux has automatically re-sizing stacks though, possibly all you need to do is make AOLserver and Tcl use that (both growing and shrinking) rather than a fixed-size stack. Anybody know what that would require? -- Andrew Piskorski [EMAIL PROTECTED] http://www.piskorski.com/ -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to [EMAIL PROTECTED] with the body of SIGNOFF AOLSERVER in the email message. You can leave the Subject: field of your email blank.