Perl China Blog Spot: 2012-02-05

2012年2月11日星期六

答复: [PerlChina] perlchina@googlegroups.com 的摘要 - “2 个主题”有 2 个帖子

不是多台电脑啊.是一个软件里面

-- Sent from my HP Veer

perlchina@googlegroups.com<perlchina@googlegroups.com>于2012-2-10 15:45写道:

今日主题摘要

网上论坛: http://groups.google.com/group/perlchina/topics

perlchina@googlegroups.com 的摘要 - "1 个主题"有 5 个帖子 [1 条更新]
关于日志处理的讨论 [1 条更新]

perlchina@googlegroups.com 的摘要 - "1 个主题"有 5 个帖子

睫毛上的雾 <jiemaoshangdewu@gmail.com>

关于日志处理的讨论

Gary Jsz <gary.jsz@gmail.com>

您收到此邮件是因为您订阅了 Google 网上论坛 perlchina。
您可以通过电子邮件发帖。
要取消订阅此网上论坛，请发送一封空邮件。
有关更多选项，请访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

2012年2月10日星期五

Re: [PerlChina] perlchina@googlegroups.com 的摘要 - “2 个主题”有 2 个帖子

不是多台电脑，是一个应用软件~~~

在 2012年2月10日下午3:45， <perlchina@googlegroups.com>写道：

今日主题摘要

网上论坛: http://groups.google.com/group/perlchina/topics

perlchina@googlegroups.com 的摘要 - “1 个主题”有 5 个帖子 [1 条更新]

关于日志处理的讨论 [1 条更新]

perlchina@googlegroups.com 的摘要 - “1 个主题”有 5 个帖子

睫毛上的雾 <jiemaoshangdewu@gmail.com> Feb 10 01:34PM +0800

*
一个软件打开一个菜单或界面，后只能等这个菜单或界面关闭，才能进行其他操作，我不想这样。打开输入的TK界面后，还能对软件进行其他的操作。这个用perl要怎么实现呢？？？
*

关于日志处理的讨论

Gary Jsz <gary.jsz@gmail.com> Feb 09 05:03PM +0800

还是通过syslog或者syslog-ng来汇总到一台进行处理,汇总的时候,可以通过不同的文件名来区分不同主机的日志内容,然后再通过对汇总主机的日志进行分析就ok了

在 2012年2月8日上午11:09，fugang chang <fire_pot@hotmail.com>写道：

--
gary.jsz@gmail.com

您收到此邮件是因为您订阅了 Google 网上论坛 perlchina。
您可以通过电子邮件发帖。
要取消订阅此网上论坛，请发送一封空邮件。
有关更多选项，请访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

2012年2月9日星期四

Re: [PerlChina] perlchina@googlegroups.com 的摘要 - “1 个主题”有 5 个帖子

一个软件打开一个菜单或界面，后只能等这个菜单或界面关闭，才能进行其他操作，我不想这样。打开输入的TK界面后，还能对软件进行其他的操作。这个用perl要怎么实现呢？？？

Re: [PerlChina] 关于日志处理的讨论

还是通过syslog或者syslog-ng来汇总到一台进行处理,汇总的时候,可以通过不同的文件名来区分不同主机的日志内容,然后再通过对汇总主机的日志进行分析就ok了

在 2012年2月8日上午11:09，fugang chang <fire_pot@hotmail.com>写道：

我接着上位兄弟插几句，抽象处理规则可以理解成模板或者配置文件，一般由表达式构成，不同的模板匹配不同的日志。再做个调度器，依据日志选择不同模板，最终输出成标准日志格式，再由后续程序统一做处理。这样即便有了新的日志，只要补充或者维护下模板，其他的就一概无需再调整了。如果还需要做集中管理，该流程也无需多大变动，只需要额外做架构上的调整。

From: taurus huang

Sent: Tuesday, February 07, 2012 7:02 PM

To: perlchina@googlegroups.com

Subject: Re: [PerlChina] 关于日志处理的讨论

能否再说��点？

On Tue, Feb 7, 2012 at 6:11 PM, wd <wd@wdicc.com> wrote:

感觉方法很多

比如先把日志收集回来在处理，可以先做一些统一的预处理等

比如抽象处理规则，然后把规则作为配置文件分发到各机器，但是perl 程序是一样的

如果还不行，那还可以在本地有个中央控制的db，来配置好每个远端机器使用哪个 perl，定期推到远端，这么做基本上没减少啥复杂度，就是部署方便了

2012/2/7 centerqi hu <centerqi@gmail.com>:

> hi all
> 现在有一个问题让我很被动，我现在有几十台机器，
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），
> 把相应的信息发送给另一台服务器。
>
> 这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
> 并且也很难维护这么多perl模块。
>
> 有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
> 这样容易维护
>
> 不知道各位有什么好的办法？
>
> 谢谢
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
gary.jsz@gmail.com

--
您收到此邮件是因为您订阅了 Google 网上论坛的“PerlChina Mongers 讨论组”论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

2012年2月7日星期二

Re: [PerlChina] 关于日志处理的讨论

我接着上位兄弟插几句，抽象处理规则可以理解成模板或者配置文件，一般由表达式构成，不同的模板匹配不同的日志。再做个调度器，依据日志选择不同模板，最终输出成标准日志格式，再由后续程序统一做处理。这样即便有了新的日志，只要补充或者维护下模板，其他的就一概无需再调整了。如果还需要做集中管理，该流程也无需多大变动，只需要额外做架构上的调整。

From: taurus huang

Sent: Tuesday, February 07, 2012 7:02 PM

To: perlchina@googlegroups.com

Subject: Re: [PerlChina] 关于日志处理的讨论

能否再说��点？

On Tue, Feb 7, 2012 at 6:11 PM, wd <wd@wdicc.com> wrote:

感觉方法很多

比如先把日志收集回来在处理，可以先做一些统一的预处理等

比如抽象处理规则，然后把规则作为配置文件分发到各机器，但是perl 程序是一样的

如果还不行，那还可以在本地有个中央控制的db，来配置好每个远端机器使用哪个 perl，定期推到远端，这么做基本上没减少啥复杂度，就是部署方便了

2012/2/7 centerqi hu <centerqi@gmail.com>:

> hi all
> 现在有一个问题让我很被动，我现在有几十台机器，
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），
> 把相应的信息发送给另一台服务器。
>
> 这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
> 并且也很难维护这么多perl模块。
>
> 有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
> 这样容易维护
>
> 不知道各位有什么好的办法？
>
> 谢谢
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] 关于日志处理的讨论

能否再说��点？

On Tue, Feb 7, 2012 at 6:11 PM, wd <wd@wdicc.com> wrote:

感觉方法很多

比如先把日志收集回来在处理，可以先做一些统一的预处理等

比如抽象处理规则，然后把规则作为配置文件分发到各机器，但是perl 程序是一样的

如果还不行，那还可以在本地有个中央控制的db，来配置好每个远端机器使用哪个 perl，定期推到远端，这么做基本上没减少啥复杂度，就是部署方便了

2012/2/7 centerqi hu <centerqi@gmail.com>:

> hi all
> 现在有一个问题让我很被动，我现在有几十台机器，
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），
> 把相应的信息发送给另一台服务器。
>
> 这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
> 并且也很难维护这么多perl模块。
>
> 有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
> 这样容易维护
>
> 不知道各位有什么好的办法？
>
> 谢谢
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] 关于日志处理的讨论

感觉方法很多

比如先把日志收集回来在处理，可以先做一些统一的预处理等

比如抽象处理规则，然后把规则作为配置文件分发到各机器，但是perl 程序是一样的

如果还不行，那还可以在本地有个中央控制的db，来配置好每个远端机器使用哪个 perl，定期推到远端，这么做基本上没减少啥复杂度，就是部署方便了

2012/2/7 centerqi hu <centerqi@gmail.com>:
> hi all
> 现在有一个问题让我很被动，我现在有几十台机器，
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），
> 把相应的信息发送给另一台服务器。
>
> 这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
> 并且也很难维护这么多perl模块。
>
> 有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
> 这样容易维护
>
> 不知道各位有什么好的办法？
>
> 谢谢
>
> --
> 您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
> 要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
> 要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
> 若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] Re: 关于日志处理的讨论

上面大家提的方法都不错，但是问题在于还有时效性的要求。

每一台机器上面的日志都是各个应用打印的，扫描的规则都不一样。

在 2012年2月7日下午4:35，frostyplanet(plan) <frostyplanet@gmail.com>写道：

可以通过设置把每台机器的syslog汇总到一起，我司就这么干的

On Feb 7, 2:19 pm, centerqi hu <cente...@gmail.com> wrote:
> hi all
> 现在有一个问题让我很被动，我现在有几十台机器，
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），
> 把相应的信息发送给另一台服务器。
>
> 这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
> 并且也很难维护这么多perl模块。
>
> 有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
> 这样容易维护
>
> 不知道各位有什么好的办法？
>
> 谢谢

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

[PerlChina] Re: 关于日志处理的讨论

可以通过设置把每台机器的syslog汇总到一起，我司就这么干的

On Feb 7, 2:19 pm, centerqi hu <cente...@gmail.com> wrote:
> hi all
> 现在有一个问题让我很被动，我现在有几十台机器，
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），
> 把相应的信息发送给另一台服务器。
>
> 这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
> 并且也很难维护这么多perl模块。
>
> 有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
> 这样容易维护
>
> 不知道各位有什么好的办法？
>
> 谢谢

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

[PerlChina] 我在 Facebook 上找你呢

facebook

嗨，China-pm 你好，

甄一松邀请您加入面子书（Facebook）。一旦加入，您将可以看到您朋友的最新动态，照片，以及更多关于他们的内容... 同时也可以和您的朋友分享您自己的生活动态！

甄一松

10 个朋友

加入 facebook

这讯息已发送到 china-pm@pm.org 如果您不想继续在 Facebook 上接收此类电子邮件或您的电邮地址被利用来作为朋友建议，请点击取消订阅。
Facebook, Inc. Attention: Department 415 P.O Box 10005 Palo Alto CA 94303

Re: [PerlChina] 关于日志处理的讨论

是不是比如这样：一台squid、一台nginx，然后在squid和nginx的日志格式不统一的情况下，你要扫描用户访问ip？

2012/2/7 centerqi hu <centerqi@gmail.com>:
> 每台机器上面都布了一个日志扫描的perl模块，
> 此模块专门去扫描别的模块产生的日志（根据不同的规则），

--
contact me:
MSN: walkerxk@gmail.com
GTALK: walkerxk@gmail.com

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

2012年2月6日星期一

Re: [PerlChina] 关于日志处理的讨论

是想要一个模块能完成各种不同的扫描？

在 2012年2月7日下午3:09，chenlin rao <rao.chenlin@gmail.com>写道：

看lz意思是想用ssh协议控制机器么？我觉得要不你就把各种规则写在一个模块里，然后rsync/puppet维护着一个模块。要不就用syslog或者mq之类的传递日志到"另一台服务器"。

在 2012年2月7日下午2:56，centerqi hu <centerqi@gmail.com>写道：

不行，因位各个模块都布在不同的机器上。

在 2012年2月7日下午2:45，azure wang <azure1st@gmail.com>写道：

日志都写到一台机器上不行吗？

在 2012年2月7日下午2:19，centerqi hu <centerqi@gmail.com>写道：

hi all
现在有一个问题让我很被动，我现在有几十台机器，
每台机器上面都布了一个日志扫描的perl模块，
此模块专门去扫描别的模块产生的日志（根据不同的规则），
把相应的信息发送给另一台服务器。

这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
并且也很难维护这么多perl模块。

有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
这样容易维护

不知道各位有什么好的办法？

谢谢

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
Azure.Wang

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
---------------------------
Achilles Xu

Re: [PerlChina] 关于日志处理的讨论

看lz意思是想用ssh协议控制机器么？我觉得要不你就把各种规则写在一个模块里，然后rsync/puppet维护着一个模块。要不就用syslog或者mq之类的传递日志到"另一台服务器"。

在 2012年2月7日下午2:56，centerqi hu <centerqi@gmail.com>写道：

不行，因位各个模块都布在不同的机器上。

在 2012年2月7日下午2:45，azure wang <azure1st@gmail.com>写道：

日志都写到一台机器上不行吗？

在 2012年2月7日下午2:19，centerqi hu <centerqi@gmail.com>写道：

hi all
现在有一个问题让我很被动，我现在有几十台机器，
每台机器上面都布了一个日志扫描的perl模块，
此模块专门去扫描别的模块产生的日志（根据不同的规则），
把相应的信息发送给另一台服务器。

这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
并且也很难维护这么多perl模块。

有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
这样容易维护

不知道各位有什么好的办法？

谢谢

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
Azure.Wang

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] 关于日志处理的讨论

不行，因位各个模块都布在不同的机器上。

在 2012年2月7日下午2:45，azure wang <azure1st@gmail.com>写道：

日志都写到一台机器上不行吗？

在 2012年2月7日下午2:19，centerqi hu <centerqi@gmail.com>写道：

hi all
现在有一个问题让我很被动，我现在有几十台机器，
每台机器上面都布了一个日志扫描的perl模块，
此模块专门去扫描别的模块产生的日志（根据不同的规则），
把相应的信息发送给另一台服务器。

这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
并且也很难维护这么多perl模块。

有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
这样容易维护

不知道各位有什么好的办法？

谢谢

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
Azure.Wang

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

Re: [PerlChina] 关于日志处理的讨论

日志都写到一台机器上不行吗？

在 2012年2月7日下午2:19，centerqi hu <centerqi@gmail.com>写道：

hi all
现在有一个问题让我很被动，我现在有几十台机器，
每台机器上面都布了一个日志扫描的perl模块，
此模块专门去扫描别的模块产生的日志（根据不同的规则），
把相应的信息发送给另一台服务器。

这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，
并且也很难维护这么多perl模块。

有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？
这样容易维护

不知道各位有什么好的办法？

谢谢

--
您收到此邮件是因为您订阅了 Google 网上论坛的"PerlChina Mongers 讨论组"论坛。
要向此网上论坛发帖，请发送电子邮件至 perlchina@googlegroups.com。
要取消订阅此网上论坛，请发送电子邮件至 perlchina+unsubscribe@googlegroups.com。
若有更多问题，请通过 http://groups.google.com/group/perlchina?hl=zh-CN 访问此网上论坛。

--
Azure.Wang

[PerlChina] 关于日志处理的讨论

hi all

现在有一个问题让我很被动，我现在有几十台机器，

每台机器上面都布了一个日志扫描的perl模块，

此模块专门去扫描别的模块产生的日志（根据不同的规则），

把相应的信息发送给另一台服务器。

这样就产生了一个比较麻烦的问题，每台机器上面的perl模块扫描规则不同，

并且也很难维护这么多perl模块。

有没有好的办法，只要一个perl模块，单独布到一台机器上面，就可以扫描所有的日志呢？

这样容易维护

不知道各位有什么好的办法？

谢谢

订阅：博文 (Atom)

2012年2月11日星期六

2012年2月10日星期五

2012年2月9日星期四

2012年2月7日星期二

2012年2月6日星期一

订阅

博客归档