找回密码
 新注册用户
搜索
查看: 6837|回复: 4

[已完成翻译] [BOINC 开发文档]Monitoring a BOINC project 部分

[复制链接]
发表于 2006-4-1 13:57:29 | 显示全部楼层 |阅读模式
Monitoring a BOINC project 部分

待翻译的页面列表见:http://boinc.berkeley.edu/create_project.php
http://boinc.equn.com/dev/create_project.html

Monitoring a BOINC project

  ·Administrative web interface
  ·Debugging server components
  ·Watchdogs
  ·Stripcharts: a tool for viewing time-varying data
  ·Recording data for Stripcharts

[ Last edited by 碧城仙 on 2006-4-17 at 22:09 ]
回复

使用道具 举报

发表于 2006-12-29 15:55:39 | 显示全部楼层

原文:http://boinc.berkeley.edu/html_ops.php

Administrative Web Interface
网上管理界面

BOINC's administrative web interface provides interfaces for
BOINC的网上管理界面为下列功能提供接口:

        Browsing the database
        浏览数据库

        Screening user profiles
        查看用户资料

        Viewing recent results
        查看最近的计算结果

        Browsing stripcharts
        浏览图表

        Browsing log files
        浏览日志档案

        Creating user accounts
        创建用户户口

[ Last edited by 静思夜 on 2006-12-29 at 17:54 ]

评分

参与人数 1维基拼图 +3 收起 理由
霊烏路 空 + 3

查看全部评分

回复

使用道具 举报

发表于 2006-12-29 17:07:26 | 显示全部楼层

原文:http://boinc.berkeley.edu/server_debug.php

Debugging Server Components
为伺服器组件除错

A grab-bag of techniques for debugging BOINC server software :
下列是为BOINC伺服器软件除错的技巧:

Log files
日志档案

Most error conditions are reported in the log files. Make sure you know where these are. If you're interested in the history of a particular WU or result, grep for WU#12345 or RESULT#12345 (12345 represents the ID) in the log files. The html/ops pages also provide an interface for this.
多数的错误情况将会被记录在日志档案中。确定你知道它们在哪里。如果你对某个WU或者计算结果的历史有兴趣,请在日志文件中搜索WU#12345或RESULT#12345 (12345代表编号)。网上管理界面也为此提供了接口。

Database query tracing
数据库查询追踪

If you uncomment the symbol SHOW_QUERIES in db/db_base.C, and recompile everything, all database queries will be written to stderr (for daemons, this goes to log files; for command-line apps it's written to your terminal). This is verbose but extremely useful for tracking down database-level problems.
如果你在db/db_base.C中去掉符号SHOW_QUERIES的注释,并重新编译所有源代码,所有的数据库查询语句将会被写入stderr (对于系统服务,这将记录在日志档案;对于命令行程序它将记录在你的终端)。虽然这非常麻烦但是对于追踪数据库级别的问题非常有用。

Getting core dumps from the scheduler
从调度器中获取核心的调试信息  (不确定dump是否可以翻译成调试信息)

In sched/main.C put:
在sched/main.C中插入:

#define DUMP_CORE_ON_SEGV 1

and recompile.
并重新编译。


Running the scheduler under a debugger
在除错器下运行调度器

The scheduler is a CGI program. It reads from stdin and writes to stdout, so you can also run it with a command-line debugger like gdb:
调度器是一个CGI程序,它从stdin读取资料并从stdout输出资料,所以你也可以通过一个命令行除错器来执行它。

        Copy the "scheduler_request_X.xml" file from a client to the machine running the scheduler. (X = project URL)
        从一个客户端中拷贝 "scheduler_request_X.xml" 到运行调度器的机器中。(X = 项目URL)

        Run the scheduler under the debugger, giving it this file as stdin, i.e.:
        在除错器下运行调度器,将这个档案作为stdin,即:

           gdb cgi
           (set a breakpoint)
           r < scheduler_request_X.xml

        You may have to doctor the database as follows :
        你也必须根据下列来(doctor)数据库

        update host set rpc_seqno=0, rpc_time=0 where hostid=N

        to keep the scheduler from rejecting the request.
        以避免调度器拒绝请求。


This is useful for figuring out why your project is generating 'no work available' messages. As an alternative to this, edit handle_request.C, and put a call to debug_sched(sreq, sreply, "../debug_sched") just before sreply.write(fout). Then, after recompiling, touch a file called 'debug_sched' in the project root directory. This will cause transcripts of all subsequent scheduler requests and replies to be written to the cgi-bin/ directory with separate small files for each request. The file names are sched_request_H_R where H=hostid and R=rpc sequence number. This can be turned off by deleting the 'debug_sched' file.
这对于摸清你的项目产生 'no_work_available' 的原因很有帮助。您也可以编辑handle_request.C,然后置入一个在sreply.write(fout)之前的对debug_sched(sreq, sreply, "../debug_sched")函数的呼叫。在重新编译过后,在项目的根目录中将会出现 'debug_sched'。这将把之后所有的调度器请求和回复记录在 cgi-bin/ 目录。每个请求都会被分割成各小档案。档名为sched_request_H_R,其中H=hostid(主机编号),R=rpc sequence number (RPC序号)。这项功能可以通过删除'debug_sched'这个档案来关闭。


MySQL interfaces
MySQL接口

You should become familiar with MySQL tools such as
你应该已经熟悉下列的MySQL工具:

        mytop : like 'top' for MySQL
        mytop : 对于MySQL的类似'top'的工具

        the mysql interpreter ('mysql') and in particular the 'show processlist;' query.
        MySQL的直译器('mysql'),特别是'show processlist;'(显示进程列表)这项查询。

        MySQLadmin : general-purpose web interface to MySQL
        MySQLadmin : 常用的MySQL网上管理界面


general-purpose不知道是通用还是常用的,好像两个都通用。。。还是这里指的是常用的功能?


[ Last edited by 静思夜 on 2006-12-29 at 17:11 ]

评分

参与人数 1维基拼图 +15 收起 理由
霊烏路 空 + 15

查看全部评分

回复

使用道具 举报

发表于 2006-12-29 17:49:55 | 显示全部楼层

http://boinc.berkeley.edu/watchdog.php

Watchdogs
监视器
不好意思,我觉得看门狗好像有些奇怪,所以我翻译成了监视器

A watchdog is a mechanism for detecting system states (e.g. full filesystems, database failures, etc.) that require immediate attention by project staff. Typically the desired response to such a condition is to notify a pager, sending a short text description.
监视器是一种用来检测需要由项目工作人员立即注意的系统状态的机制(如整个档案系统、数据库错误,等)。一般情况下对这些情况的回应都是通过呼叫传呼机,发送简短的文字解释。
发送到传呼机?

BOINC provides a framework for defining watchdogs:
BOINC提供一个定义监视器的框架

    * A set of watchdog scripts are run from cron. Each script checks for an error condition, and present, it appends a descriptive line to an error log file. An example is wd_nresults_changing.php, which makes sure that the number of results changes.
一套由排程任务运行监视器脚本。每个脚本检查只检查一个错误状况,如果该错误出现,它将在错误日志中添加一行简短的解释。其中一个例子是用来检测计算结果改变的次数的wd_nresults_changing.php

cron在linux中它在指定时间或按指定间隔执行规定的任务。这样的翻译不知道是否正确

    * The script wd.php, also run from cron, scans the error log files. If any has been updated since the last run, it sends email to a set of recipients, containing the last line of the file.
wd.php脚本也从排程任务中运行,扫描错误日志档案。自上次执行后如果有任何对这错误日志的更新,它将以一封包含错误日志中最后一行信息的邮件给所有收件人。

These files are in the sched/ directory.
这些档案都是在sched/目录下。

评分

参与人数 2基本分 +90 维基拼图 +50 收起 理由
BiscuiT + 90 + 40
霊烏路 空 + 10

查看全部评分

回复

使用道具 举报

发表于 2007-3-7 13:56:12 | 显示全部楼层
原文:http://boinc.berkeley.edu/make_project.php
[english version] last modified at 2007-03-07 13:57



The make_project script  
MAKE_PROJECT 脚本
     

--------------------------------------------------------------------------------

The make_project script creates the server components of a BOINC project. To use it, set up a BOINC server. Then, for example, type:
MAKE_PROJECT脚本用来建立BOINC项目的服务器组件。用它来建立BOINC服务器。例如,输入:
    cd tools/
    ./make_project cplan

creates a project with master URL http://<hostname>/cplan/ whose directory structure is rooted at $HOME/projects/cplan.
建立实际目录在$HOME/projects/cplan,主地址在URL http://<hostname>/cplan/的项目。

More specifically, make_project does the following:

Create the project directory and its subdirectories.
Create the project's encryption keys if necessary. NOTE: before making the project visible to the public, you must move the code-signing private key to a highly secure (preferably non-networked) host, and delete it from the server host.
Create and initialize the MySQL database
Copy source and executable files
Generate the project's configuration file.
具体说明如下:
建立项目目录和子目录。
如果需要,建立项目的加密密钥。注意:在项目被发布之前,你需要将"代码签字私有密钥"存放到高度安全(最好没有网络连接)的主机上,并且从服务器主机上删除。
建立并初始化MYSQL数据库。
考备源文件和可执行文件。
产生项目配置文件。


The script gives further instructions, namely
It generates a template Apache config file that you can insert into /etc/apache/httpd.conf (path varies), or Include directly.
It generates a crontab line to paste.

The command-line syntax is as follows:
make_project [options] project_name [ 'Project Long Name ' ]

此脚本给出了进一步用法说明,换句话说
它产生了直接可以放到/etc/apache/httpd.conf(path varies)中的Apache配置文件,或者直接包含。
命令行语法如下所示:
make_project [options] project_name [ 'Project Long Name ' ]


Options are as follows (normally you don't need to include any of them):
directory options
--project_root Project root directory path. Default: $HOME/projects/PROJECT_NAME
--key_dir Where keys are stored. Default: PROJECT_ROOT/keys
--url_base Determines master URL Default: http://$NODENAME/
--no_query Accept all directories without yes/no query
--delete_prev_inst Delete project-root first (from prev installation)
URL options
--html_user_url User URL. Default: URL_BASE/PROJECT/
--html_ops_url Admin URL. Default: URL_BASE/PROJECT_ops/
--cgi_url CGI URL. Default: URL_BASE/PROJECT_cgi/
database options
--db_host Database host. Default: none (this host)
--db_name Database name. Default: PROJECT
--db_user Database user. Default: current user
--db_passwd Database password. Default: None
--drop_db_first Drop database first (from prev installation)
debugging options
--verbose={0,1,2} default: 1
-v alias for --verbose=2
-h or --help Show options

参数据选项如下(通常不需要包含任何参数):
目录参数
--project_root           指定项目根目录。 缺省为: $HOME/projects/PROJECT_NAME
--key_dir                密钥存储路径。缺省为:PROJECT_ROOT/keys
--url_base               指定主URL地址 缺省为:http://$NODENAME/
--no_query               不提示 yes/no 询问
--delete_prev_inst       首先清空项目根目录(从前一次安装)
URL参数
--html_user_url          用户URL。 缺省为:URL_BASE/PROJECT/
--html_ops_url           管理员URL。缺省为:URL_BASE/PROJECT_ops/
--cgi_url                CGI URL. 缺省为:URL_BASE/PROJECT_cgi/
数据库参数
--db_host                数据库主机。缺省为:当前主机
--db_name                数据库名称。缺省为:项目名称
--db_user                数据库用户。缺省为:当前用户
--db_passwd Database password. Default: None
--drop_db_first          首先删除数据库(从前一次安装)
调试参数
--verbose={0,1,2}     缺省为:1
-v                       参数--verbose=2别名
-h或--help               显示参数

评分

参与人数 2基本分 +90 维基拼图 +40 收起 理由
BiscuiT + 90 + 30
霊烏路 空 + 10

查看全部评分

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 新注册用户

本版积分规则

论坛官方淘宝店开业啦~
欢迎大家多多支持基金会~

Archiver|手机版|小黑屋|中国分布式计算总站 ( 沪ICP备05042587号 )

GMT+8, 2024-4-20 14:23

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

快速回复 返回顶部 返回列表