'\" t
.\"
.\" Copyright (c) 2012 Red Hat.
.\" Copyright (c) 2000 Silicon Graphics, Inc.  All Rights Reserved.
.\"
.\" This program is free software; you can redistribute it and/or modify it
.\" under the terms of the GNU General Public License as published by the
.\" Free Software Foundation; either version 2 of the License, or (at your
.\" option) any later version.
.\"
.\" This program is distributed in the hope that it will be useful, but
.\" WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY
.\" or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU General Public License
.\" for more details.
.\"
.\"
.TH PMDAWEBLOG 1 "PCP" "Performance Co-Pilot"
.SH "نام (NAME)"
\f3pmdaweblog\f1 \- عامل دامنه معیارهای عملکرد (PMDA) برای لاگ‌های وب‌سرور
.SH "خلاصه دستور (SYNOPSIS)"
\f3$PCP_PMDAS_DIR/weblog/pmdaweblog\f1
[\f3\-Cp\f1]
[\f3\-D\f1 \f2debug\f1]
[\f3\-d\f1 \f2domain\f1]
[\f3\-h\f1 \f2helpfile\f1]
[\f3\-i\f1 \f2port\f1]
[\f3\-l\f1 \f2logfile\f1]
[\f3\-n\f1 \f2idlesec\f1]
[\f3\-S\f1 \f2num\f1]
[\f3\-t\f1 \f2delay\f1]
[\f3\-u\f1 \f2socket\f1]
[\f3\-U\f1 \f2username\f1]
\f2configfile\f1
.SH "توضیحات (DESCRIPTION)"
.B pmdaweblog
یک «عامل دامنه معیارهای عملکرد» یا
.RB ( PMDA (3))
است که لاگ‌های وب‌سرور را برای استخراج معیارهای توصیف‌کنندهٔ فعالیت وب‌سرور پویش می‌کند.
سپس این معیارهای عملکرد از طریق زیرساخت
Performance Co-Pilot (PCP)
در دسترس قرار می‌گیرند.
.PP
فایل
.I configfile
مشخص می‌کند که کدام وب‌سرورها باید پایش شوند، فایل‌های لاگ دسترسی و لاگ خطای مرتبط با آن‌ها کدامند، و الگویی مبتنی بر عبارت باقاعده (regular expression) برای استخراج اطلاعات دقیق درباره هر دسترسی وب ارائه می‌دهد. این فایل به عنوان بخشی از فرایند نصب و/یا حذف PMDA توسط اسکریپت‌های
.B Install
و
.B Remove
در دایرکتوری
.B $PCP_PMDAS_DIR/weblog
نگهداری می‌شود. برای جزئیات بیشتر، به بخش‌های مربوط به نصب مراجعه کنید.
.PP
پس از راه‌اندازی،
.B pmdaweblog
مجموعه‌ای از فایل‌های لاگ را پایش کرده و در پاسخ به درخواست اطلاعات، هرگونه اطلاعات جدیدی را که به فایل‌های لاگ اضافه شده باشد، همانند
.BR tail (1)
پردازش می‌کند. همچنین یک سازوکار «همگام‌سازی» (catch up) دوره‌ای برای پردازش اطلاعات جدید از تمام فایل‌های لاگ و طرحی برای تشخیص چرخش (rotation) فایل‌های لاگ وجود دارد.
.PP
مانند تمام PMDAهای دیگر،
.B pmdaweblog
توسط
.BR pmcd (1)
و با استفاده از گزینه‌های خط فرمانی که در
.I $PCP_PMCDCONF_PATH
تعیین شده است اجرا می‌شود \- اسکریپت
.B Install
مقادیر مناسب برای گزینه‌های خط فرمان را از کاربر می‌پرسد و
.IR $PCP_PMCDCONF_PATH
را به‌روزرسانی می‌کند.
.PP
شرح مختصری از گزینه‌های خط فرمان
.B pmdaweblog
در ادامه آمده است:
.TP
.B \-C
بررسی پیکربندی و خروج.
.TP
.BI \-d " domain"
تعیین شمارهٔ
.IR domain .
بسیار حیاتی است که شمارهٔ
.I domain
معیارهای عملکرد تعیین‌شده در اینجا، یکتا و سازگار باشد؛ بدین معنا که
.I domain
باید برای هر PMDA روی یک میزبان یکتا و متفاوت باشد، و از همان شمارهٔ
.I domain
برای PMDAی
.B pmdaweblog
روی تمامی میزبان‌ها استفاده شود.
.RS
.P
برای اکثر نصب‌ها، مقدار پیش‌فرض
.I domain
که در فایل
.B $PCP_PMDAS_DIR/weblog/domain.h
تعریف شده کافی خواهد بود. برای مقادیر جایگزین،
.I $PCP_PMCDCONF_PATH
را برای مقادیر
.I domain
که در حال حاضر روی این میزبان استفاده می‌شوند بررسی کنید؛ همچنین فایل
.B $PCP_VAR_DIR/pmns/stdpmid
حاوی مخزنی از تخصیص‌های «شناخته‌شدهٔ»
.I domain
است که احتمالاً باید از آن‌ها اجتناب شود.
.RE
.TP
.BI \-h " helpfile"
دریافت متن راهنما از
.I helpfile
تعیین‌شده به‌جای مکان پیش‌فرض.
.TP
.BI \-i " port"
برقراری ارتباط با
.BR pmcd (1)
روی پورت اینترنتی
.I port
مشخص‌شده (که می‌تواند یک شماره یا یک نام باشد).
.TP
.BI \-l " logfile"
مکان فایل لاگ. به‌طور پیش‌فرض، هنگام اجرای
.B pmdaweblog
یک فایل لاگ به نام
.I weblog.log
در دایرکتوری جاری
.BR pmcd (1)
نوشته می‌شود، یعنی در
.BR $PCP_LOG_DIR/pmcd .
اگر فایل لاگ نتواند ایجاد شود یا قابل نوشتن نباشد، خروجی به‌جای آن در خطای استاندارد (standard error) نوشته می‌شود.
.TP
.BI \-n " idlesec"
اگر یک فایل لاگ وب‌سرور برای مدت
.IR idlesec
ثانیه تغییر نکرده باشد، فایل بسته شده و دوباره باز می‌شود. این تنها راهی است که
.B pmdaweblog
می‌تواند چرخش ناهمگام لاگ‌ها را توسط اسکریپت‌های مدیریتی وب‌سرور تشخیص دهد.
دوره زمانی پیش‌فرض ۲۰ ثانیه است. این مقدار را می‌توان به صورت پویا با استفاده از
.BR pmstore (1)
برای اصلاح مقدار معیار عملکرد
.BR web.config.check
تغییر داد.
.TP
.B \-p
برقراری ارتباط با
.BR pmcd (1)
از طریق یک لوله (pipe).
.TP
.BI \-S " num"
تعیین حداکثر تعداد وب‌سرورها به ازای هر
.IR sproc .
ممکن است واگذاری مسئولیت پویش فایل‌های لاگ وب‌سرور به چند
.I sproc
(از دیدگاه زمان تأخیر و توازن بار) مطلوب، یا (به دلیل محدودیت‌های توصیف‌کنندهٔ فایل) ضروری باشد.
.B pmdaweblog
اطمینان حاصل خواهد کرد که هر
.I sproc
فایل‌های لاگ حداکثر
.I num
وب‌سرور را مدیریت کند.
مقدار پیش‌فرض ۸۰ وب‌سرور به ازای هر
.I sproc
است.
.TP
.BI \-t " delay"
برای جلوگیری از نیاز به پویش حجم عظیمی از اطلاعات از لاگ‌های وب‌سرور در پاسخ به یک درخواست معیارهای عملکرد، تمام فایل‌های لاگ حداقل هر
.I delay
ثانیه یک بار بررسی می‌شوند.
مقدار پیش‌فرض ۱۵ ثانیه است.
این مقدار را می‌توان به صورت پویا با استفاده از
.BR pmstore (1)
جهت اصلاح مقدار معیار عملکرد
.BR web.config.catchup
تغییر داد..TP
.BI \-u " socket"
ارتباط با
.BR pmcd (1)
از طریق
.IR socket
دامنه یونیکس داده‌شده.
.TP
.B \-U
حساب کاربری که عامل تحت آن اجرا می‌شود.
پیش‌فرض در نسخه‌های کنونی PCP حساب بدون امتیاز "pcp" است،
اما در نسخه‌های قدیمی‌تر به‌طور پیش‌فرض از حساب کاربری ریشه ("root") استفاده می‌شد.
.SH "نصب (INSTALLATION)"
چارچوب PCP امکان جمع‌آوری معیارها روی یک میزبان و پایش آن‌ها را از میزبانی دیگر
فراهم می‌کند. این میزبان‌ها به ترتیب با نام میزبان‌های
.I collector
(جمع‌آوری‌کننده)
و
.I monitor
(پایشگر) شناخته می‌شوند. یک میزبان می‌تواند هم جمع‌آوری‌کننده و هم پایشگر باشد.
.PP
میزبان‌های جمع‌آوری‌کننده نیازمند نصب عامل هستند، در حالی که میزبان‌های
پایشگر اصلاً به نصب عامل نیازی ندارند.
.PP
برای میزبان‌های جمع‌آوری‌کننده، دستورهای زیر را با کاربر root انجام دهید:
.PP
.ft CR
.nf
.in +0.25i
# cd $PCP_PMDAS_DIR/weblog
# ./Install
.in
.fi
.ft 1
.PP
فرآیند نصب، در مورد نصب پیش‌فرض یا غیرپیش‌فرض از کاربر سوال می‌پرسد.
یک نصب پیش‌فرض، پیکربندی‌های شناخته‌شده‌ی سرور را جستجو کرده و
PMDA را به‌طور خودکار برای هر فایل گزارش سروری که پیدا شود پیکربندی می‌کند.
یک نصب غیرپیش‌فرض، تک‌تک سرورها را پیمایش کرده و از کاربر
سایر پیکربندی‌های سرور و آرگومان‌های مربوط به
.BR pmdaweblog
را درخواست می‌کند. نتیجه نهایی نصب جمع‌آوری‌کننده،
ساخت یک فایل پیکربندی است که از طریق آرگومان
.I configfile
به
.B pmdaweblog
داده می‌شود.
.PP
اگر می‌خواهید نصب را به حالت اول برگردانید، دستورهای زیر را با دسترسی root انجام دهید:
.PP
.ft CR
.nf
.in +0.25i
# cd $PCP_PMDAS_DIR/weblog
# ./Remove
.in
.fi
.ft 1
.PP
.B pmdaweblog
توسط
.BR pmcd (1)
راه‌اندازی می‌شود و هرگز نباید به‌طور مستقیم اجرا گردد.
اسکریپت‌های
.B Install
و
.B Remove
هنگام نصب یا حذف عامل، به
.BR pmcd (1)
اطلاع‌رسانی می‌کنند.
.SH "پیکربندی (CONFIGURATION)"
فایل پیکربندی برای PMDA وب‌لاگ یک فایل ASCII است که می‌تواند
به‌سادگی ویرایش شود.
خطوط خالی و خطوطی که با '\f3#\f1' شروع می‌شوند،
نادیده گرفته می‌شوند.
تمام خطوط دیگر باید یا یک عبارت باقاعده باشند یا مشخصات
سرور.
.PP
عبارت‌های باقاعده، که هم در فایل‌های گزارش access و هم error استفاده می‌شوند،
باید به این شکل باشند:
.PP
.in +0.25i
.B regex
.I regexName regexp
.in
.I یا
.PP
.in +0.25i
.B regex_posix
.I regexName ordering regexp_posix
.in
.PP
شناسه
.I regexName
کلمه‌ای است که عبارت باقاعده را به‌طور یکتا مشخص می‌کند.
این همان مرجعی است که در مشخصات سرور به کار می‌رود.
.I regexp
برای گزارش‌های دسترسی، در قالبی است که برای
.BR regcmp (3)
توضیح داده شده است.
.I regexp_posix
برای گزارش‌های دسترسی، در قالبی است که برای
.BR regcomp (3)
توضیح داده شده است.
آرگومان
.I ordering
در ادامه شرح داده شده است. ساختار
.B Posix
باید در تمامی پلتفرم‌ها در دسترس باشد.
.PP
عبارت باقاعده بسته به نوع سرور، نیازمند تعیین حداکثر چهار آرگومان است
که باید از هر خط از گزارش دسترسی وب‌سرور استخراج شوند. در متداول‌ترین حالت، دو آرگومان وجود دارند که نشان‌دهنده
متد و اندازه هستند.
.PP
برای نسخه غیر\-
.BR Posix ،
آرگومان
.I $0
باید شامل متد باشد:
.BR GET ،
.BR HEAD ،
.B POST
یا
.BR PUT .
متد
.B PUT
به‌عنوان هم‌معنی
.B POST
در نظر گرفته می‌شود و هر چیز دیگری در دسته
.B OTHER
طبقه‌بندی می‌گردد.
.PP
آرگومان دوم،
.IR $1 ،
باید شامل اندازه‌ی درخواست باشد.
اندازه‌ی «\f3\-\f1» یا « » به‌عنوان ناشناخته در نظر گرفته می‌شود.
.PP
آرگومان
.I $3
باید شامل کد وضعیتی باشد که به مرورگر کلاینت بازگردانده شده و آرگومان
.I $4
باید شامل کد وضعیتی باشد که از یک میزبان راه دور به سرور بازگردانده شده است.
این دو آرگومان آخر برای سرورهای حافظه پنهان (caching) استفاده می‌شوند و باید به‌صورت یک جفت تعیین شوند (در غیر این صورت
.I $3
نادیده گرفته خواهد شد). برای کسب اطلاعات بیشتر درباره کدهای وضعیت، به
وب‌سایت
.BR http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
مراجعه کنید.
.PP
برخی از مشخصات معتبر عبارت‌های باقاعده غیر\-
.B Posix
برای پایش گزارش دسترسی عبارتند از:
.PP
.ft CR
.nf
.in +0.25i
# pattern for CERN, NCSA, Netscape etc Access Logs
regex CERN ] "([A\-Za\-z][\-A\-Za\-z]+)$0 .*" [\-0\-9]+ ([\-0\-9]+)$1

# pattern for FTP Server access logs (normally in SYSLOG)
regex SYSLOG_FTP ftpd[.*]: ([gp][\-A\-Za\-z]+)$0( )$1
.in
.fi
.ft 1
.PP
یک نوع خاص از گزارش‌های دسترسی با
.I RegexName
معادل
.I SQUID
وجود دارد. این قالب ۴ پارامتر را استخراج می‌کند، اما از آنجا که فایل گزارش
.B Squid
از کدهای وضعیت متنی استفاده می‌کند، به‌عنوان یک حالت خاص مدیریت می‌شود.
.PP
در مثال‌های زیر،
.I NS_PROXY
قالب
.I Common Extended Log Format
متعلق به Netscape/W3C را تحلیل می‌کند
و
.I SQUID
فایل گزارش با قالب پیش‌فرض Squid Object Cache را تجزیه می‌کند.
.PP
.ft CR
.nf
.in +0.25i
# pattern for Netscape Proxy Server Extended Logs
regex NS_PROXY ] "([A\-Za\-z][\-A\-Za\-z]+)$0 .*" ([\-0\-9]+)$2 \\
.in +0.5i
([\-0\-9]+)$1 ([\-0\-9]+)$3
.in

# pattern for Squid Cache logs
regex SQUID [0\-9]+\.[0\-9]+[ ]+[0\-9]+ [a\-zA\-Z0\-9\.]+ \\
.in +0.5i
([_A\-Z]+)$3\/([0\-9]+)$2 ([0\-9]+)$1 ([A\-Z]+)$0
.in
.in
.fi
.ft 1.PP
عبارت
.I regexp
برای گزارش‌های خطا به هیچ آرگومانی نیاز ندارد و تنها یک تطابق کافی است.
برخی از عبارات معتبر عبارت‌اند از:
.PP
.ft CR
.nf
.in +0.25i
# pattern for CERN, NCSA, Netscape etc Error Logs
regex CERN_err .

# pattern for FTP Server error logs (normally in SYSLOG)
regex SYSLOG_FTP_err FTP LOGIN FAILED
.in
.fi
.ft 1
.PP
اگر از عبارات باقاعدهٔ سازگار با
.B POSIX
استفاده شود، اطلاعات بیشتری مورد نیاز است زیرا ترتیب پارامترها را نمی‌توان در خودِ عبارت باقاعده مشخص کرد.
برای سازگاری رو به عقب، در حالت متداولِ دو پارامتر، ترتیب می‌تواند به صورت
.I method,size
یا
.I size,method
مشخص شود.
در حالت کلی، ترتیب با استفاده از یکی از روش‌های زیر تعیین می‌شود:
.TP 0.5in
n1,n2,n3,n4
که در آن nX رقمی بین ۱ تا ۴ است. هر فیلدِ جداشده با کاما (به ترتیب) نشان‌دهندهٔ شمارهٔ آرگومان برای
.I method,size,client_status,server_status
است.
.TP 0.5in
\-
برای مواردی مانند گزارش‌های خطا که محتوا در آن‌ها نادیده گرفته می‌شود به کار می‌رود.
.PP
همانند قالب غیرِ
.BR Posix ،
شناسهٔ RegexName مربوط به
.I SQUID
به عنوان یک حالت خاص برای تطابق با کدهای وضعیت غیرعددی در نظر گرفته می‌شود.
.PP
برخی از مشخصات مجاز عبارات باقاعدهٔ
.B Posix
برای پایش گزارش دسترسی عبارت‌اند از:
.PP
.ft CR
.nf
.in +0.25i
# pattern for CERN, NCSA, Netscape, Apache etc Access Logs
regex_posix CERN method,size ][ \\]+"([A\-Za\-z][\-A\-Za\-z]+) \\
.in +0.5i
[^"]*" [\-0\-9]+ ([\-0\-9]+)
.in

# pattern for CERN, NCSA, Netscape, Apache etc Access Logs
regex_posix CERN 1,2 ][ \\]+"([A\-Za\-z][\-A\-Za\-z]+) \\
.in +0.5i
[^"]*" [\-0\-9]+ ([\-0\-9]+)
.in

# pattern for FTP Server access logs (normally in SYSLOG)
regex_posix SYSLOG_FTP method,size ftpd[.*]: \\
.in +0.5i
([gp][\-A\-Za\-z]+)( )
.in

# pattern for Netscape Proxy Server Extended Logs
regex_posix NS_PROXY 1,3,2,4 ][ ]+"([A\-Za\-z][\-A\-Za\-z]+) \\
.in +0.5i
[^"]*" ([\-0\-9]+) ([\-0\-9]+) ([\-0\-9]+)
.in

# pattern for Squid Cache logs
regex_posix SQUID 4,3,2,1 [0\-9]+\.[0\-9]+[ ]+[0\-9]+ \\
.in +0.5i
[a\-zA\-Z0\-9\.]+ ([_A\-Z]+)\/([0\-9]+) ([0\-9]+) ([A\-Z]+)
.in

# pattern for CERN, NCSA, Netscape etc Error Logs
regex_posix CERN_err \- .

# pattern for FTP Server error logs (normally in SYSLOG)
regex_posix SYSLOG_FTP_err \- FTP LOGIN FAILED
.in
.fi
.ft 1

.PP
یک وب‌سرور را می‌توان با استفاده از این نحو تعیین کرد:
.PP
.ft CR
.nf
.in +0.25i
\f3server \f2serverName \f3on\f2|\f3off \f2accessRegex accessFile errorRegex errorFile
.in
.fi
.ft 1
.PP
مقدار
.I serverName
باید برای هر سرور یکتا باشد، و نامی است که به نمونه (instance) برای معیارهای عملکردیِ مرتبط اختصاص داده می‌شود.
برای بررسی دامنه‌های نمونه در PCP به
.BR PMAPI (3)
مراجعه کنید.
پرچم
.B on
یا
.B off
مشخص می‌کند که آیا سرور هنگام نصب PMDA باید پایش شود یا خیر.
این مقدار را می‌توان به‌طور پویا با استفاده از
.BR pmstore (1)
برای معیار
.BR web.perserver.watched
تغییر داد، که برای هر وب‌سرورِ نام‌برده‌شده در
.IR configfile
یک نمونه دارد.
.PP
برای هر وب‌سرور دو فایل پایش می‌شوند: گزارش دسترسی و گزارش خطا.
هر فایل به نام یک عبارت باقاعده که قبلاً اعلان شده است و یک نام فایل نیاز دارد.
نیازی نیست فایل‌های گزارش مشخص‌شده برای هر سرور هنگام نصب weblog PMDA وجود داشته باشند.
مولفهٔ PMDA به بررسی فایل‌های گزارش ناموجود ادامه می‌دهد و در صورت امکان آن‌ها را باز خواهد کرد.
برخی از مشخصات مجاز سرور عبارت‌اند از:
.PP
.ft CR
.nf
.in +0.25i
# Netscape Server on Port 80 at IP address 127.55.555.555
server 127.55.555.555:80 on CERN /logs/access CERN_err /logs/errors

# FTP Server.
server ftpd on SYSLOG_FTP /var/log/messages SYSLOG_FTP_err /var/log/messages
.in
.fi
.ft 1.SH "هشدارها (CAVEATS)"
مشخص کردن عبارات باقاعده با تعداد نادرستی از آرگومان‌ها، هر چیزی غیر از ۲ مورد برای لاگ‌های دسترسی و هیچ مقداری برای لاگ‌های خطا، ممکن است باعث رفتار نادرست PMDA و حتی فروپاشی (crash) آن شود. این امر به دلیل محدودیت‌ها در رابط کاربری
.BR regex (3)
است.
.SH "فایل‌ها (FILES)"
.TP 10
.B $PCP_PMDAS_DIR/weblog
دایرکتوری نصب برای PMDA وب‌لاگ
.TP
.B $PCP_PMDAS_DIR/weblog/Install
اسکریپت نصب برای PMDA وب‌لاگ
.TP
.B $PCP_PMDAS_DIR/weblog/Remove
اسکریپت حذف برای PMDA وب‌لاگ
.TP
.B $PCP_LOG_DIR/pmcd/weblog.log
فایل لاگ پیش‌فرض برای گزارش خطا
.TP
.I $PCP_PMCDCONF_PATH
فایل پیکربندی
.B pmcd
که گزینه‌های خط فرمان مورد استفاده هنگام اجرای
.B pmdaweblog
را مشخص می‌کند
.TP
.B $PCP_LOG_DIR/NOTICES
لاگ نصب‌ها و حذف‌های PMDA
.TP
.B $PCP_VAR_DIR/config/web/weblog.conf
مکان احتمالی فایل پیکربندی PMDA وب‌لاگ
.TP
.B $PCP_DOC_DIR/pcpweb/index.html
مستندات برخط HTML برای PCPWEB
.SH "محیط PCP (PCP ENVIRONMENT)"
متغیرهای محیطی با پیشوند
.B PCP_
برای پارامتریک‌سازی نام فایل‌ها و دایرکتوری‌های مورد استفاده توسط PCP به کار می‌روند.
در هر نصب، فایل
.B /etc/pcp.conf
حاوی مقادیر محلی برای این متغیرها است.
متغیر
.B $PCP_CONF
ممکن است برای مشخص کردن یک فایل پیکربندی جایگزین استفاده شود، همان‌طور که در
.BR pcp.conf (5)
شرح داده شده است.
.SH "گزینه‌های اشکال‌زدایی (DEBUGGING OPTIONS)"
گزینهٔ
.B \-D
یا
.B \-\-debug
خروجی پیام‌های تشخیصی تکمیلی را در
.I stderr
فعال می‌کند تا به بررسی و اولویت‌بندی مشکلات کمک کند، اگرچه اطلاعات گاهی مبهم بوده و در وهله اول برای راهنمایی توسعه‌دهندگان در نظر گرفته شده است تا کاربران نهایی.
.I debug
فهرستی از گزینه‌های اشکال‌زدایی است که با کاما از هم جدا شده‌اند؛ از
.BR pmdbg (1)
به همراه گزینهٔ
.B \-l
برای دریافت فهرستی از گزینه‌های اشکال‌زدایی موجود و مفهوم آن‌ها استفاده کنید.
.PP
گزینه‌های اشکال‌زدایی ویژهٔ
.B pmdaweblog
به شرح زیر هستند:
.TS
box;
lf(B) | lf(B)
lf(B) | lxf(R) .
گزینه	توضیحات
_
appl0	T{
.ad l
.hy 0
مقداردهی اولیه، تجزیهٔ \fIconfigfile\fP و پردازش فایل لاگ
T}
_
appl1	عملیات‌های زمان‌سنج، کاوش فایل لاگ
_
appl2	ارتباط بین‌فرآیندی (IPC) با فرآیندهای کارگر، خطوط لاگ پردازش‌شده
.TE.SH "همچنین ببینید (SEE ALSO)"
.BR pmcd (1)،
.BR pmchart (1)،
.BR pmdawebping (1)،
.BR pminfo (1)،
.BR pmstore (1)،
.BR pmview (1)،
.BR tail (1)،
.BR weblogvis (1)،
.BR webvis (1)،
.BR PMAPI (3)،
.BR PMDA (3)
و
.BR regcmp (3).

.\" control lines for scripts/man-spell
.\" +ok+ CERN CERN_err NS_PROXY PCPWEB RegexName SYSLOG_FTP SYSLOG_FTP_err
.\" +ok+ accessFile accessRegex client_status errorFile errorRegex
.\" +ok+ ftpd gp nX pcpweb perserver pmdawebping regexName regex_posix regexp
.\" +ok+ regexp_posix rfc serverName server_status sproc sprocs
.\" +ok+ weblogvis webvis
.\" +ok+ weblog {from PCP_PMDAS_DIR/weblog/pmdaweblog}
.\" +ok+ _A Za zA {from regex examples}
.\" +ok+ de {from de-installation}