2005
DOI: 10.1007/11508380_76
|View full text |Cite
|
Sign up to set email alerts
|

Fault Tolerance in the R-GMA Information and Monitoring System

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
4
0

Year Published

2006
2006
2018
2018

Publication Types

Select...
3
2
1

Relationship

0
6

Authors

Journals

citations
Cited by 9 publications
(4 citation statements)
references
References 3 publications
0
4
0
Order By: Relevance
“…However, these approaches suffer from sub-optimal scalability and lower fault tolerance, mostly due to the centralized nature of the directories, as discussed previously in Section 3.1. Nimrod-G [33] and Condor-G [34] are the examples of Grid super-schedulers where they have employed a centralized Grid information services such as R-GMA [35][36][37], Hawkeye [37,38] and Grid Market Directory (GMD) [39] to index their resource information.…”
Section: Grid Systemsmentioning
confidence: 99%
“…However, these approaches suffer from sub-optimal scalability and lower fault tolerance, mostly due to the centralized nature of the directories, as discussed previously in Section 3.1. Nimrod-G [33] and Condor-G [34] are the examples of Grid super-schedulers where they have employed a centralized Grid information services such as R-GMA [35][36][37], Hawkeye [37,38] and Grid Market Directory (GMD) [39] to index their resource information.…”
Section: Grid Systemsmentioning
confidence: 99%
“…Use of redundancy to achieve fault tolerance in grid monitoring systems was reported in [160] and in [161] which achieved fault tolerance by replicating monitoring data at multiple nodes. In [162], resources being monitored registered information about themselves in registries that could be accessed by interested parties to learn status of resources. Here, registries were replicated for fault-tolerance purposes.…”
Section: Supporting Grid Infrastructure and Resource Managementmentioning
confidence: 99%
“…It is conceived to be distributed, secure and extensible. -APEL [7]: APEL (Accounting Processor for Event Logs) parses batch, system and gatekeeper logs generated by a site and builds accounting records, which provide a summary of the resources consumed based on attributes such as CPU time, Wall Clock Time, Memory and grid user DN. The collection of accounting usage records is done through R-GMA.…”
Section: State Of Art and Motivationmentioning
confidence: 99%