2005/02/10
IRC [00:59] *** martinh joined the chat.
IRC [03:30] *** frankie joined the chat.
IRC [04:11] *** brunom parted the chat.
IRC [04:35] *** torbutte joined the chat.
IRC [06:01] *** torbutte_ joined the chat.
IRC [06:01] *** tekbasse_ joined the chat.
IRC [06:17] *** tekbasse parted the chat.
IRC [06:19] *** torbutte parted the chat.
IRC [06:31] *** torbutte_ parted the chat.
IRC [09:48] *** frankie parted the chat.
IRC [10:22] *** cbowman joined the chat.
IRC [10:47] *** bartt joined the chat.
IRC [10:50] *** dimartin joined the chat.
IRC [11:02] *** holycow parted the chat.
IRC [11:38] <cbowman> can anyone point me at a doc that describes the core changes or features added from 3.5 to 4?
IRC [11:43] *** holycow joined the chat.
IRC [11:44] <Dossy> cbowman: that's probably the most Frequently Asked Question and sadly the answer is still "no, not really." :-(
IRC [11:45] <Dossy> I haven't found anything really significant that's changed. A few small things here and there that people have told me about, but nothing that I've personally ran into.
IRC [11:45] <Dossy> If there were a page on the wiki, would people add to it as they discovered things so people who come after them can read the list?
IRC [11:46] <holycow> what was the original question?
IRC [11:52] <cbowman> (10:38:47) cbowman: can anyone point me at a doc that describes the core changes or features added from 3.5 to 4?
IRC [12:00] <Dossy> We need a lot of help on the documentation front.
IRC [12:02] *** bartt parted the chat.
IRC [12:23] <cbowman> is virtual server support one of the major features?
IRC [12:34] *** bartt joined the chat.
IRC [14:39] <Dossy> cbowman: the re-addition of virtual server support was a significant change in 4.0, yes.
IRC [14:44] <cbowman> the reason for prebind is because the config file is not read before changing user/group (or chooting)?
IRC [14:49] <Dossy> yup
IRC [14:50] <Dossy> well the config file is read, but not executed, IIRC
IRC [14:50] <Dossy> until after privs are dropped
IRC [15:20] <Dossy> cbowman, have you tried running your code under 4.0.10 yet?
IRC [15:20] <cbowman> I have it running.
IRC [15:20] <cbowman> under purify at the moment
IRC [15:20] <Dossy> any modifications necessary?
IRC [15:21] <Dossy> 4.0.10 under Purify?
IRC [15:21] <cbowman> yes
IRC [15:21] <Dossy> awesome! definitely tell me if you find anything.
IRC [15:22] <cbowman> lots of Uninitialized memory reads
IRC [15:23] <cbowman> it only showed about 23K of memory leaked when I exited last
IRC [15:37] <Dossy> really? that's great news.
IRC [15:37] <Dossy> the uninitialized memory reads are probably overly conservative? maybe.
IRC [15:38] <cbowman> it's probably mostly if not all memory that is used until program exit so cleanup isn't required or worried about
IRC [15:38] <Dossy> 23K of memory "leaked"? does that mean total memory not freed, or just memory that has no pointers actually pointing to it?
IRC [15:38] <Dossy> I don't know if Purify distinguishes between memory "lost" and memory "leaked" - not freed.
IRC [15:39] <cbowman> it gives me leaked and potentially leaked.
IRC [15:39] <Dossy> "lost" memory is bad. "leaked" is bad, but probably implies no explicit cleanup since process exit will clean it up for you.
IRC [15:39] <Dossy> "lost" memory can't be freed even if there's explicit cleanup for it. drag.
IRC [15:39] <cbowman> since this is the first application that I've run under purify, I'm not sure yet what each type means.
IRC [15:40] <Dossy> OK.
IRC [15:41] <cbowman> It does give me line numbers so I can tell you exactly where the memory was malloc'ed
IRC [15:54] <Dossy> neat.
IRC [15:55] <Dossy> ugh. can't motivate to work on this powerpoint deck today. grr.
IRC [16:00] <cbowman> what's the proper way to shutdown an aolserver4 instance?
IRC [16:00] <siddfinch> depends on how you start it?
IRC [16:01] <cbowman> what are my start options?
IRC [16:03] <siddfinch> well, somebody starting it allowing aolserver to run the ``daemon'' at which point you can get the main pid from the servers pidfile and send a sigterm to it.
IRC [16:03] <siddfinch> Other people run aolserver in inittab mode, but controlled by daemontools, and you stop it by issuing svc -d /service/<service_name>
IRC [16:04] <siddfinch> or you can run it in foreground mode and terminate the foreground process you are running in with.
IRC [16:05] <cbowman> gotcha. we'll be running in daemon mode. where does the pidfile reside?
IRC [16:07] <siddfinch> it is controlled in 'ns/parameters'
IRC [16:07] <siddfinch> ns_param pidfile "some location"
IRC [16:07] <siddfinch> I can never remember the default
IRC [16:07] <siddfinch> personally I put it in the log file dir, that way I can be sure the server will have r/w access to the pidfile
IRC [16:07] <siddfinch> something like
IRC [16:08] <siddfinch> ns_param pidfile ${serverroot}/${servername}/logs/${servername}.nspid
IRC [16:08] <cbowman> ah. ok.
IRC [16:09] <cbowman> do you have any idea why did the -K option went away?
IRC [16:09] <siddfinch> then you can kill it with kill -TERM `cat /path/to/pidfile`
IRC [16:11] <Dossy> probably because the -K option isn't foolproof
IRC [16:11] <Dossy> all it would do is read the pidfile anyway, no?
IRC [16:12] <siddfinch> I can't remember. I have always used daemontools with aolserver
IRC [16:12] <Dossy> i use inittab :)
IRC [16:13] <siddfinch> Dossy, some day come up to 1995 will ya?! :)
IRC [16:14] <cbowman> daemontools is a debian inventions?
IRC [16:14] <siddfinch> http://cr.yp.to/daemontools.html
IRC [16:15] <tekbasse> actually it's prettymuch unix flavor unspecific
IRC [16:15] <siddfinch> djb (same guy that wrote qmail)
IRC [16:18] <cbowman> the -K option would allow the init script to not have to know the location of the pid file which would allow it to be consistent across servers that have different services running on them and possibly different pidfile locations...
IRC [16:36] <Dossy> http://www.reasoning.com/newsevents/pr/07_01_03.html
IRC [16:36] <Dossy> Hmm, I wonder if I could get the Reasoning guys to do a code inspection of AOLserver.
IRC [16:37] <Dossy> siddfinch: inittab is an excellent way of running aolserver.
IRC [16:37] <Dossy> init will respawn nsd if it terminates.
IRC [16:37] <Dossy> most modern init's will restart X times in Y minutes, then pause if it respawns too fast.
IRC [16:38] <Dossy> what else do I need?
IRC [16:38] <siddfinch> not on freebsd :)
IRC [16:38] <Dossy> daemontools offers me no real features that init doesn't have.
IRC [16:38] <Dossy> I have no problem with "kill PID" vs. "svc -t /path/to/svc/aolserver/dir"
IRC [16:39] <Dossy> if I want to disable an nsd, I comment out the relevant line from /etc/inittab with a "#" and then "init q" and it sends a SIGTERM to the nsd and it shuts down.
IRC [16:39] <siddfinch> I run most things under daemontools, it just works better for me. In particular when I have a DR instance somewhere
IRC [16:39] <siddfinch> both instances are defaulted to 'down'
IRC [16:40] <siddfinch> the running instance gets a svc -u /service/name to run
IRC [16:40] <siddfinch> and the /etc/init.d/rc files just used svc -u , svc -d, svc -t , etc .
IRC [16:40] <siddfinch> Dossy, inittab works fine, assuming your system has it!
IRC [16:46] <Dossy> sidd: what system doesn't have sysvinit? :)
IRC [16:47] <siddfinch> freebsd doesn't used inittab (well, at least 4-stable doesn't)
IRC [16:47] <Dossy> "doctor, it hurts when I use an OS that doesn't have sysvinit" ... :-)
IRC [16:47] <tekbasse> doesn't it have something like it in /usr/local/etc/rc.d ?
IRC [16:48] <siddfinch> It has that, but not /etc/inittab
IRC [16:48] <Dossy> no /etc/inittab? huh?
IRC [16:48] <Dossy> then it's not sysvinit, heh
IRC [16:48] <siddfinch> so it makes it hard to run AOLserver from /etc/inittab :->
IRC [17:57] *** dimartin parted the chat.
IRC [18:12] *** cbowman parted the chat.
IRC [18:43] *** holycow parted the chat.
IRC [19:27] *** martinh parted the chat.
IRC [20:50] *** bartt parted the chat.
IRC [21:07] *** martinh joined the chat.