unsubscribed

From: Slava <zavadsky@dont-contact.us>
Date: Tue, 06 Jan 1998 13:39:32 +0300

squid-users-digest-request@nlanr.net wrote:

> Subject:
>
> squid-users-digest Digest Volume 98 : Issue 2
>
> Today's Topics:
> memory problem
> squid and dnsserver
> Auto config
> RETRY_CONNECT
> Re: Auto config
> Re: Run out of file descriptors
> Re: Run out of file descriptors
> Re: Run out of file descriptors
> Re: fastfs and squid
> Re: memory problem
> Re: Run out of file descriptors
> cachemgr.cgi usage with acl.proxy_auth patch
> Re: cachemgr.cgi usage with acl.proxy_auth patch
> Re: cachemgr.cgi usage with acl.proxy_auth patch
> ??? Squid on AIX binary ???
> Re: ??? Squid on AIX binary ???
> Re: connected users
> Re: Last Modified
> 128-bit SSL
> 1.2-Beta10 - Digital UNIX 3.2C
>
> ----------------------------------------------------------------
>
> Subject: memory problem
> Date: Sun, 04 Jan 1998 13:28:29 +0100
> From: Thomas Krause ?tom@deh.de?
> To: squid-users@nlanr.net
>
> Hello,
> I've installed squid 1.1.18 on a Linux 2.0.32 machine
> with 256 MB RAM. There is high traffic on this proxy,
> about 12 GB in the last 3 days. My problem is, that
> the squid allocates more and more memory. If there
> is no more physical RAM the proxy becomes realy slow.
> I log the size of the squid every 5 min. I see that
> the proxy doesn't release memory:
>
> Fri Dec 19 14:10:01 PID:14699 SIZE:87524
> Fri Dec 19 15:25:02 PID:14699 SIZE:104004
> Fri Dec 19 20:00:03 PID:14699 SIZE:146260
> Fri Dec 19 21:55:01 PID:14699 SIZE:195180
> Mon Dec 22 00:45:01 PID:14699 SIZE:200080
> Mon Dec 22 19:30:02 PID:14699 SIZE:245096
> Sat Dec 27 19:40:05 PID:14699 SIZE:267588
> Tue Dec 30 02:00:04 PID:14699 SIZE:280080
>
> The relevant options (I think) in squid.conf are:
>
> cache_mem 40
> cache_swap 7200
> maximum_object_size 8192
> ipcache_size 4096
> request_size 1024
>
> Currently squid uses 207744 kB memory, the cache information is:
>
> Squid Object Cache: Version 1.1.18
> Start Time: Thu, 01 Jan 1998 16:50:48 GMT
> Current Time: Sun, 04 Jan 1998 12:17:51 GMT
> Connection information for squid:
> Number of TCP connections: 1510345
> Number of UDP connections: 307608
> Connections per hour: 26952.3
> Select loop called: 15378067 times, 15.790 ms avg
> Cache information for squid:
> Storage Swap size: 6534 MB
> Storage Mem size: 34003 KB
> Storage LRU Expiration Age: 1.74 days
> Requests given to unlinkd: 52886
> Unused fileno stack count: 24
> Resource usage for squid:
> CPU Time: 32216 seconds (13130 user 19086 sys)
> CPU Usage: 13%
> Maximum Resident Size: 0 KB
> Page faults with physical i/o: 1168043
> Memory usage for squid via mallinfo():
> Total space in arena: 204663 KB
> Ordinary blocks: 97144 KB 156580 blks
> Small blocks: 0 KB 0 blks
> Holding blocks: 1552 KB 5 blks
> Free Small blocks: 0 KB
> Free Ordinary blocks: 107519 KB
> Total in use: 98696 KB 48%
> Total free: 107519 KB 53%
> File descriptor usage for squid:
> Maximum number of file descriptors: 2048
> Largest file desc currently in use: 290
> Number of file desc currently in use: 243
> Available number of file descriptors: 1805
> Reserved number of file descriptors: 100
> Internal Data Structures:
> 457952 StoreEntries
> 92 StoreEntries with MemObjects
> 92 StoreEntries with MemObject Data
> 16 Hot Object Cache Items
> Accounted Memory Usage:
> StoreEntry 457952 x 52 bytes = 23255 KB
> URL strings = 22242 KB
> IPCacheEntry 2318 x 36 bytes = 81 KB
> FQDNCacheEntry 0 x 56 bytes = 0 KB
> Hash link 16 x 12 bytes = 0 KB
> Pool MemObject structures 256 x 100 bytes = 25 KB (
> 16 free)
> Pool for Request structur 256 x 4408 bytes = 1102 KB (
> 736 free)
> Pool for in-memory object 10240 x 4096 bytes = 40960 KB (
> 6788 free)
> Pool for disk I/O 140 x 8192 bytes = 1120 KB (
> 816 free)
> NetDB Address Entries 0 x 76 bytes = 0 KB
> NetDB Host Entries 0 x 8 bytes = 0 KB
> NetDB Peer Entries 0 x 24 bytes = 0 KB
> ClientDB Entries 694 x 292 bytes = 197 KB
> Miscellaneous = 1765 KB
> Total Accounted = 90749 KB
>
> My problem: the proxy must be fast and stable. I think
> the NOVM-version is not a good solution. There are
> errors in my configuration ?
> Thanks for any hints.
>
> Bye,
> Thomas.
>
> ----------------------------------------------------------------
>
> Subject: squid and dnsserver
> Date: Sun, 4 Jan 1998 14:37:55 +0100
> From: "VHS PC111" ?vhs@coburg.baynet.de?
> To: ?squid-users@nlanr.net?Hi folks.How can i subscribe to this list
> ?TIAStephans.m.o@cobrug.baynet.deorvhs@coburg.baynet.de
> ----------------------------------------------------------------
>
> Subject: Auto config
> Date: Sun, 04 Jan 1998 17:35:19 +0200
> From: Graham Somers ?gsomers@icon.co.zw?
> To: squid-users@nlanr.net
>
> Hi
>
> Sorry this is slightly off point but..
>
> Does anyone know if you can do autoconfig of Microsloth browsers
> like you can with Netscape?
>
> Many thanks in advance
>
> Graham
>
> Graham Somers
> Systems Administrator
> ICON Internet
>
> ----------------------------------------------------------------
>
> Subject: RETRY_CONNECT
> Date: Sun, 4 Jan 1998 17:09:54 +0100 (MET)
> From: 100.134074@germany.net (Guido Laubner)
> To: squid-users@nlanr.net
> CC: 100.134074@germanynet.de
>
> Hi folks,
> i've got a question on "RETRY_CONNECT".
> On my cache machine (PC, FreeBSD-2.2.1) i did experience "connect"
> system call timeouts when using suid (1.1.18) as ftp proxy.
> Strange enough, i've not seen it using squid as http proxy to the
> same parent.
> I'm pretty sure it's not squid causing the problem, i did hunt it down to the connect system call failing (TCPTV_KEEP_INIT in /usr/src/sys/netinet/tcp_seq.h, 75 seconds on my machine, for those
> who're interested). So, it might be something in the OS, maybe the
> ppp package that connects me to the remote site (via dialup 33Kbps
> modem) or the remote site itself (don't know what that is, maybe
> Solaris the package they use is called "NetCache" or something
> alike). Digging in the squid-code i found a "RETRY_CONNECT"
> option in comm.c with is not enabled by default.
> I did find it only in comm.c and comm.h but nowhere else.
> I compiled squid with -DRETRY_CONNECT=1. When my
> "connect"-timeout-problem hits me again now, squid is "re-trying" to
> connect, the connect system call suceeds in less than a second and
> everything works fine. At least i've not seen stuff being broken and
> that's what my question is about. Since i did not find anything
> in the HTML-pages or READMEs this looks a little bit like an
> undocumented option to me. Is it save to use it ? Any known issues ?
> Is it alpha or beta code ?
> If i may make a suggestion, i would ask to change from hardcoded
> ( 4 retries ) to a user configurable value.
>
> Thanks for your help on that.
>
> Cheers
> Guido
>
> PS.: I'm not subscribed to squid's mailing list. Please include
> 100.134074@germanynet.de in your reply.
>
> ----------------------------------------------------------------
>
> Subject: Re: Auto config
> Date: Mon, 05 Jan 1998 10:48:12 +1000
> From: Dancer ?dancer@brisnet.org.au?
> To: gsomers@icon.co.zw, Squid Users ?squid-users@nlanr.net?
>
> ?From 3.02 onwards, yes. It doesn't seem to be implemented properly in
> some (all?) versions. Avoid using any function-calls at all.
> (ie: Don't use any statements other than 'return' if you can help it.)
>
> D
>
>
> Graham Somers wrote:
>
> ? Hi
> ?
> ? Sorry this is slightly off point but..
> ?
> ? Does anyone know if you can do autoconfig of Microsloth browsers
> ? like you can with Netscape?
> ?
> ? Many thanks in advance
> ?
> ? Graham
> ?
> ? Graham Somers
> ? Systems Administrator
> ? ICON Internet
>
>
>
> --
> Note to evil sorcerers and mad scientists: don't ever, ever summon
> powerful
> demons or rip holes in the fabric of space and time. It's never a good
> idea.
> ICQ UIN: 3225440
>
> ----------------------------------------------------------------
>
> Subject: Re: Run out of file descriptors
> Date: Mon, 5 Jan 1998 10:37:09 +0800 (SST)
> From: Ong Beng Hui ?ongbh@zpoprp.zpo.dec.com?
> To: Dancer ?dancer@brisnet.org.au?
> CC: Squid Users ?squid-users@nlanr.net?
>
> ? Squid 1.NOVM.19 ran out of file descriptors, and the whole box screwed
> ? up. 'Unable to load Interpreter' all over the console. Linux 2.0.32. Had
> ? to punch the big red button to get any control back.
>
> I believe that Linux 2.0.32 has a limit of 1024 fds, even after the
> fd patch.
>
> You probably need to reduce your fds usage. I guess you probably need
> to switch to the non-VM version for your busy proxy.
>
> ----------------------------------------------------------------
>
> Subject: Re: Run out of file descriptors
> Date: Mon, 05 Jan 1998 12:43:29 +1000
> From: Dancer ?dancer@brisnet.org.au?
> To: Ong Beng Hui ?ongbh@zpoprp.zpo.dec.com?,
> Squid Users ?squid-users@nlanr.net?
>
> This is actually an unpatched kernel. And it might be hard to describe this as
> a busy proxy, since it peaks at about 40 clients. In a relative sense, anyway.
> Although 40*4 is 160 (4 is the number of sockets the average browser opens to
> fetch inline images) So, that's a peak of 160 connections, which would be 320
> file-descriptors. Ouch. Assuming each is fetching only one page with at least
> 4 inline images, and they all do it at once. That blows the basic kernel limit
> right there. Cache-hits will help reduce usage, so we've probably been eking
> by up till now.
>
> The question on my mind is why did the _system_ choke, instead of just squid?
>
> Ong Beng Hui wrote:
>
> ? ? Squid 1.NOVM.19 ran out of file descriptors, and the whole box screwed
> ? ? up. 'Unable to load Interpreter' all over the console. Linux 2.0.32. Had
> ? ? to punch the big red button to get any control back.
> ?
> ? I believe that Linux 2.0.32 has a limit of 1024 fds, even after the
> ? fd patch.
> ?
> ? You probably need to reduce your fds usage. I guess you probably need
> ? to switch to the non-VM version for your busy proxy.
>
>
>
> --
> Note to evil sorcerers and mad scientists: don't ever, ever summon powerful
> demons or rip holes in the fabric of space and time. It's never a good idea.
> ICQ UIN: 3225440
>
> ----------------------------------------------------------------
>
> Subject: Re: Run out of file descriptors
> Date: Mon, 5 Jan 1998 12:02:02 +0800 (SST)
> From: Ong Beng Hui ?ongbh@zpoprp.zpo.dec.com?
> To: Dancer ?dancer@brisnet.org.au?
> CC: Squid Users ?squid-users@nlanr.net?
>
> ? This is actually an unpatched kernel. And it might be hard to describe this as
> ? a busy proxy, since it peaks at about 40 clients. In a relative sense, anyway.
> ...
> ? right there. Cache-hits will help reduce usage, so we've probably been eking
> ? by up till now.
>
> have you tried lsof to see what are the fds doing ?
>
> ----------------------------------------------------------------
>
> Subject: Re: fastfs and squid
> Date: Mon, 05 Jan 1998 16:47:27 +0900
> From: IWAIZAKO Takahiro ?rabit@dti.ad.jp?
> To: squid-users@nlanr.net
>
> Piotr Konstanty ?pk10@flis.man.torun.pl? wrote¡§
> ?Can anybody know or try how run fastfs with squid.
>
> I use fastfs with squid on Solaris 2.5.1. And squid works well.
>
> 1. Get ftp://ftp.isc.org/isc/inn/unoff-contrib/fastfs.c
> 2. gcc -o fastfs fastfs.c
> 3. fastfs /your/spool/filesystem fast
>
> - ----------------------------
> Dream Train Internet Inc. Tecnical Operation Dep.
> rabit@dti.ad.jp / Iwaizako Takahiro
>
> ----------------------------------------------------------------
>
> Subject: Re: memory problem
> Date: Mon, 05 Jan 1998 09:13:16 +0100
> From: Henrik Nordstrom ?hno@hem.passagen.se?
> To: Thomas Krause ?tom@deh.de?
> CC: squid-users@nlanr.net
>
> Which libc version are you using?
>
> ---
> Henrik Nordström
> Sparetime Squid Hacker
>
> Thomas Krause wrote:
>
> ? I've installed squid 1.1.18 on a Linux 2.0.32 machine
> ? with 256 MB RAM. There is high traffic on this proxy,
>
> ----------------------------------------------------------------
>
> Subject: Re: Run out of file descriptors
> Date: Mon, 05 Jan 1998 09:27:25 +0100
> From: Henrik Nordstrom ?hno@hem.passagen.se?
> To: Dancer ?dancer@brisnet.org.au?
> CC: Ong Beng Hui ?ongbh@zpoprp.zpo.dec.com?,
> Squid Users ?squid-users@nlanr.net?
>
> Dancer wrote:
>
> ? The question on my mind is why did the _system_ choke, instead of just squid?
>
> Probably because you hit a system limit before the per process limit. I
> am not sure that the problem in your case was out of filedescriptors.
> Squid running out of filedescriptors may have triggered it, but not
> caused the system to choke. maybe you ran out of memory as well?
>
> ---
> Henrik Nordström
>
> ----------------------------------------------------------------
>
> Subject: cachemgr.cgi usage with acl.proxy_auth patch
> Date: Mon, 5 Jan 1998 10:39:29 +0200
> From: "Jussi Torhonen" ?jussi.torhonen@tietosavo.fi?
> To: squid-users@nlanr.net
>
> We've Squid 1.1.19 with acl.proxy_auth patch. cachemgr.cgi starts ok,
> but it cannot connect to Squid to get the information, because
> acl.proxy_auth denies it. cachemgr.cgi does not authorize the user
> with proxy_auth and it gives the following error message:
>
> #########################
> Cache Access Denied
>
>
> Sorry, you are not currently allowed to request:
> cache_object://my.squid.myorg/info@password
>
> from this cache until you have authenticated yourself.
>
> You need to use Netscape version 2.0 or greater, or Microsoft Internet
> Explorer 3.0 or an HTTP/1.1 compliant browser for this to work. Please
> contact the cache administrator if you have difficulties
> authenticating yourself, or change your default password.
> #########################
>
> So, how do I configure Squid not to use proxy_auth authentication
> when using cachemrg.cgi ?
>
> Jussi
>
> -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
> Jussi Torhonen / Internet: jussi.torhonen@tietosavo.fi
> Tietosavo Oy / X.400: C=fi, ADMD=elisa, PRMD=tsnet,
> P.O.Box 1582 / O=tietosavo, S=torhonen, G=jussi
> FIN-70461 KUOPIO / AX.25: OH7DC@OH7RBA.#KUO.FIN.EU
> FINLAND / Tel: +358-17-193 231, Fax: +358-17-193 355
> -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>
> ----------------------------------------------------------------
>
> Subject: Re: cachemgr.cgi usage with acl.proxy_auth patch
> Date: Mon, 05 Jan 1998 10:10:35 +0100
> From: Henrik Nordstrom ?hno@hem.passagen.se?
> To: Jussi Torhonen ?jussi.torhonen@tietosavo.fi?
> CC: squid-users@nlanr.net
>
> Jussi Torhonen wrote:
>
> ? So, how do I configure Squid not to use proxy_auth authentication
> ? when using cachemrg.cgi ?
>
> See squid.conf. You are required to set up (or keep) the apropriate
> cache_object related ACL entries.
>
> ---
> Henrik Nordström
> Sparetime Squid Hacker
>
> ----------------------------------------------------------------
>
> Subject: Re: cachemgr.cgi usage with acl.proxy_auth patch
> Date: Mon, 5 Jan 1998 11:39:35 +0200
> From: "Jussi Torhonen" ?jussi.torhonen@tietosavo.fi?
> To: Henrik Nordstrom ?hno@hem.passagen.se?
> CC: squid-users@nlanr.net
>
> On 5 Jan 98 at 10:10, squid-users@nlanr.net wrote:
>
> ? See squid.conf. You are required to set up (or keep) the apropriate
> ? cache_object related ACL entries.
>
> I've setup it this way:
>
> acl manager proto cache_object
> acl localhost src 127.0.0.1/255.255.255.255
> http_access deny manager !localhost
>
> So, ACL named 'manager' denied for all except localhost. proxy_auth
> is not used here. Why Squid anyway requires proxy_auth
> for cacgemgr.cgi ?
>
> Jussi
>
> -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
> Jussi Torhonen / Internet: jussi.torhonen@tietosavo.fi
> Tietosavo Oy / X.400: C=fi, ADMD=elisa, PRMD=tsnet,
> P.O.Box 1582 / O=tietosavo, S=torhonen, G=jussi
> FIN-70461 KUOPIO / AX.25: OH7DC@OH7RBA.#KUO.FIN.EU
> FINLAND / Tel: +358-17-193 231, Fax: +358-17-193 355
> -*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>
> ----------------------------------------------------------------
>
> Subject: ??? Squid on AIX binary ???
> Date: 5 Jan 98 10:49:10 +0100
> From: "Gergely Olah" ?golah@apple.hu?
> To: squid-users@nlanr.net
>
> Dear All,
>
> I hope this question is not too much a FAQ or lame one. I wonder if there
> is a precompiled binary for RS6000 (PowerPC) out there somewhere? Did
> someone try it on an Apple Network Server (PPC AIX)?
>
> All comments welcome.
> Cheers,
>
> Gergo
>
> ---------------------------------------------------------
> Gergely OLAH
> Product Marketing and Tech. Sup. Engineer,
> Apple Hungarian IMC - HDSys Ltd.
> 25-31. Raktar utca, Budapest, 1035 Hungary
> Tel: (36-1) 250-3260
> Fax: (36-1) 388-8387
> E-Mail: golah@apple.hu
> Web: www.apple.hu
> ---------------------------------------------------------
>
> ----------------------------------------------------------------
>
> Subject: Re: ??? Squid on AIX binary ???
> Date: Mon, 5 Jan 1998 11:37:09 +0000
> From: "Jose Manuel Ruiz" ?jmruiz@cicyt.es?
> To: "Gergely Olah" ?golah@apple.hu?, squid-users@nlanr.net
>
> I have it working on an old RS/6000 (a 60
> Mhz Power PC 601 model with 64 MB of RAM and
> AIX 3.2.5), but I am afraid that my version is
> an older one (1.1.16). I compiled it with
> IBM's cc compiler.
>
> Have a nice day
> Jose Ruiz
> jmruiz@cicyt.es
>
> ----------------------------------------------------------------
>
> Subject: Re: connected users
> Date: Mon, 05 Jan 1998 10:36:20 +0000
> From: Tilman Schmidt ?Tilman.Schmidt@sema.de?
> To: squid-users@nlanr.net
>
> At 16:29 01.01.98 -0500, Chuck Pitre wrote:
> ?On Thu, 1 Jan 1998, Duane Wessels wrote:
> ?
> ?? How about the 'client list' from the cachemgr?
> ??
> ?Hrm.. I don't have the installed.. I don't like Web Management :)
> ?but now that you mentionnned that.. is the cachemgr a perl file???
> ?If so then you can easily grab the part about the "client list" and make a
> ?CLI interface for it :)
>
> You can request it directly from Squid with the "client" program, like that:
>
> % /usr/local/squid/bin/client cache_object://localhost/client_list
>
> (You might have to add options -h ?squid host? and/or -p ?squid port?
> depending on your configuration.)
>
> --
> Tilman Schmidt E-Mail: Tilman.Schmidt@sema.de (office)
> SEMA GROUP GmbH tilman@schmidt.bn.eunet.de (private)
> Koeln, Germany
>
> ----------------------------------------------------------------
>
> Subject: Re: Last Modified
> Date: Mon, 05 Jan 1998 12:04:19 +0100
> From: Christian Khoury ?Christian.Khoury@inria.fr?
> To: Henrik Nordstrom ?hno@hem.passagen.se?
> CC: squid-users@nlanr.net
>
> Henrik Nordstrom wrote:
> ?
> ? Christian Khoury wrote:
> ? ?
> ? ? hi,
> ? ?
> ? ? i'm using Squid-1.0.20 :-)
> ? ? i know, it's an old version, but i'm using it just for
> ? ? experimental uses (changed the cooperating protocol).
> ?
> ? Thats an almost anicent version ;-).
> ? It would be interesting to know what changes have you made.
>
>
> well, we replaced the cooperative protocol by another one (we called it
> Relais ).
>
> It's an interesting protocol we developped (objectively speaking :-) ).
>
> It consists on replicating the mapping server (directory that tells you
> where to find a cached version of the doc, if it already exists on the
> distributed cache), that way, the cost of searching for a document and
> locating it is just the cost of a local search. The consistency of this
> directory is achieved using a lazy approach: We propagate notifications
> (messages concerning deletes, adds, invalidations,..in the directory) to
> other cooperating caches on certain "occasions" (either at a fixed
> frequency or if the number of notifications exceeds a certain
> threshold). Relais guaranties a very important property which is a
> progressive view of the documents on each cache: this means that an
> older document will not be cached if a newer version of the document has
> already been seen by the cache. This property can be used so that (after
> a while) users would stop using (perhaps) the "Reload" button.
>
> there's already a working version of Relais that we're trying to
> evaluate (hopefully, we'll finish the evaluation by the end of this
> month).
>
> you can take a look at Relais' page:
>
> http://www-sor.inria.fr/projects/relais
>
> if you have any more questions, please feel free to contact me.
>
>
> Christian
>
>
> --
> Christian Khoury
> INRIA - Projet SOR - B.P. 105 - 78153 Le Chesnay Cedex - FRANCE
> Tel : +33 1 39 63 51 33 e-mail : Christian.Khoury@inria.fr
>
> ----------------------------------------------------------------
>
> Subject: 128-bit SSL
> Date: 05 Jan 1998 11:25:11 Z
> From: "Skima: Gudbjorn Hreinsson" ?gudbjorn@skima.is?
> To: squid-users@nlanr.net
>
> Can anyone tell me if Squid 1.1.19 supports 128-bit encryption?
> Users tell me and experimentation indicates that the SSL proxy only supports '56?' bits...
>
>
> Regards
> -GSH
>
> ----------------------------------------------------------------
>
> Subject: 1.2-Beta10 - Digital UNIX 3.2C
> Date: Mon, 05 Jan 1998 15:55:04 +0100
> From: Christian Krackowizer ?kra1@technodat.co.at?
> To: squid-users@nlanr.net
>
> Hi,
>
> I installed 1.2-b10 with all patches. Squid starts without errors,
> everythings looks as usual, but nobody can connect ...
>
> I attach the cache.log. Remarkable, that the entries for configuring
> sibling/parents is missing compared to 1.2-b8 - I inserted these lines for
> better readabilty ..
>
> regards
>
> ----------------------------------------------------------------
> 98/01/05 15:38:40| Starting Squid Cache version 1.2.beta10 for alpha-dec-osf3.2...
> 98/01/05 15:38:40| Process ID 4755
> 98/01/05 15:38:40| With 4096 file descriptors available
> 98/01/05 15:38:40| Performing DNS Tests...
> 98/01/05 15:38:40| Successful DNS name lookup tests...
> 98/01/05 15:38:40| Started 5 'dnsserver' processes
> 98/01/05 15:38:40| Unlinkd pipe opened on FD 11
> 98/01/05 15:38:40| Swap maxSize 819200 KB, estimated 40960 objects
> 98/01/05 15:38:40| Target number of buckets: 819
> 98/01/05 15:38:40| Using 7951 Store buckets, maintain 0 buckets every 10 seconds
> 98/01/05 15:38:40| Max Mem size: 32768 KB
> 98/01/05 15:38:40| Max Swap size: 819200 KB
> 98/01/05 15:38:40| Rebuilding storage in Cache Dir #0 (DIRTY)
> 98/01/05 15:38:40| asnAclInitialize: STARTING
> 98/01/05 15:38:40| Loaded Icons.
> 98/01/05 15:38:40| Accepting HTTP connections on port 3128, FD 34.
> 98/01/05 15:38:40| Accepting ICP messages on port 3130, FD 35.
> 98/01/05 15:38:40| Ready to serve requests.
>
> in 1.2-beta 8:
>
> 98/01/05 15:47:44| Configuring Parent www.vu-wien.ac.at/3128/3130
> 98/01/05 15:47:44| Configuring Sibling watzmann.tcs.co.at/3128/3130
> 98/01/05 15:47:44| Configuring Sibling www-proxy.horus.com/8080/3130
>
>
> 98/01/05 15:38:47| Done reading Cache Dir #0 swap log
> 98/01/05 15:38:47| Finished rebuilding storage from disk image.
> 98/01/05 15:38:47| 11738 Lines read from previous logfile.
> 98/01/05 15:38:47| 0 Invalid lines.
> 98/01/05 15:38:47| 0 With invalid flags.
> 98/01/05 15:38:47| 11719 Objects loaded.
> 98/01/05 15:38:47| 0 Objects expired.
> 98/01/05 15:38:47| 116 Duplicate URLs purged.
> 98/01/05 15:38:47| 19 Swapfile clashes avoided.
> 98/01/05 15:38:47| Took 7 seconds (1674.1 objects/sec).
> 98/01/05 15:38:47| Beginning Validation Procedure
> 98/01/05 15:40:23| 4096 Entries Validated so far.
> 98/01/05 15:41:58| 8192 Entries Validated so far.
> 98/01/05 15:43:17| Completed Validation Procedure
> 98/01/05 15:43:17| Validated 11603 Entries
> 98/01/05 15:43:17| store_swap_size = 172362k
>
> ----------------------------------------------------------------
>
>
> +-----------------------------------------------------------------+
> | Krackowizer Christian mailto:kra1@technodat.co.at |
> | TECHNODAT Phone: ++43-(0)662-454944-0 |
> | CAD/CAM - Systeme fuer Moebel GmbH FAX: ++43-(0)662-454944-9 |
> | Jakob-Haringer-Strasse 6 http://www.technodat.co.at/ |
> | A-5020 Salzburg / Austria |
> +-----------------------------------------------------------------+
>
Received on Tue Jan 06 1998 - 04:01:41 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:38:19 MST