Re: spreadlogd questions

--Apple-Mail-2-108605758
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	format=flowed


On Wednesday, July 9, 2003, at 02:08  PM, Jay West wrote:

> I have a question and an issue with spreadlogd I can't get my head=20
> around. Perhaps someone on the list can point me in the right=20
> direction:
> =A0
> 1) The mod_log_spread sample config lists 3 ways to handle mls setup.=20=

> Basic, Virtualhost by servername, and virtualhost by servername hash.=20=

> In the section on the Hash setup, it shows two spreadlog.conf files=20
> and says you should have a separate config file and spreadlogd=20
> instance for each hash bucket. WHY? Couldn't you just put two Log {}=20=

> groups in a single config file for any number of hash buckets? Just=20
> curious - and it has an impact on #2 below.

Yes.  The reason for multiple buckets is to support architectures with=20=

a very large (100k+) files.

> =A0
> 2) Assume we set mls in apache for hash, with a hash size of one. In=20=

> spreadlogd, does the VhostDir support using a pipe like the File=20
> directive does? What I'm really driving at is we want to pipe the log=20=

> writing through cronolog. This can be done using just the virtual host=20=

> by servnername (no hash) and piping to cronolog, no big deal (doing=20
> that already). But here's the real catch - I do NOT want to have to=20
> change the spreadlogd config file every time we add or remove a=20
> virtual host. It may shed some light to know we want the log files=20
> stored by cronolog to be something like=20
> /u1/logs/{virtualdomain}/{year}/{month}/{virtualdomain}.log. Of course=20=

> I know how to make cronolog do this. The problem is the integration=20
> between spreadlogd and cronolog. I see no way to pass the host name=20
> that spreadlogd discovers in the pipe to cronolog, using either the vh=20=

> hash or vh no-hash paradigm. Any thoughts?

I think it works via pipe.  I don't have time to check right now, but=20
it should be easy to verify experimentally.  If it doesn't it's not=20
because it can't.  Which is why I think it does.

:)

George

--Apple-Mail-2-108605758
Content-Transfer-Encoding: quoted-printable
Content-Type: text/enriched;
	charset=ISO-8859-1



On Wednesday, July 9, 2003, at 02:08  PM, Jay West wrote:


<excerpt><fontfamily><param>Arial</param><smaller>I have a question
and an issue with spreadlogd I can't get my head around. Perhaps
someone on the list can point me in the right =
direction:</smaller></fontfamily>

=A0

<fontfamily><param>Arial</param><smaller>1) The mod_log_spread sample
config lists 3 ways to handle mls setup. Basic, Virtualhost by
servername, and virtualhost by servername hash. In the section on the
Hash setup, it shows two spreadlog.conf files and says you should have
a separate config file and spreadlogd instance for each hash bucket.
WHY? Couldn't you just put two Log {} groups in a single config file
for any number of hash buckets? Just curious - and it has an impact on
#2 below.</smaller></fontfamily>

</excerpt>

Yes.  The reason for multiple buckets is to support architectures with
a very large (100k+) files.


<excerpt>=A0

<fontfamily><param>Arial</param><smaller>2) Assume we set mls in
apache for hash, with a hash size of one. In spreadlogd, does the
VhostDir support using a pipe like the File directive does? What I'm
really driving at is we want to pipe the log writing through cronolog.
This can be done using just the virtual host by servnername (no hash)
and piping to cronolog, no big deal (doing that already). But here's
the real catch - I do NOT want to have to change the spreadlogd config
file every time we add or remove a virtual host. It may shed some
light to know we want the log files stored by cronolog to be something
like /u1/logs/{virtualdomain}/{year}/{month}/{virtualdomain}.log. Of
course I know how to make cronolog do this. The problem is the
integration between spreadlogd and cronolog. I see no way to pass the
host name that spreadlogd discovers in the pipe to cronolog, using
either the vh hash or vh no-hash paradigm. Any =
thoughts?</smaller></fontfamily>

</excerpt>

I think it works via pipe.  I don't have time to check right now, but
it should be easy to verify experimentally.  If it doesn't it's not
because it can't.  Which is why I think it does.=20


:)


George


--Apple-Mail-2-108605758--