Difference between revisions of "DCache.org"
Jump to navigation
Jump to search
(31 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
− | == | + | = Become a dCache Administrator at PIC = |
− | * [[HowTo: Migrate dCache Pool]] | + | * [[HowTo: dCache Management - GIT + Puppet]] |
− | * [[HowTo: | + | == Management tools == |
+ | * [[HowTo: Accessing to the dCache Admin Console]] | ||
+ | * [[HowTo: Installing & Configuring PCells to Administrate dCache]] '''(obsolete)''' | ||
+ | |||
+ | == Instances == | ||
+ | |||
+ | === Test instance === | ||
+ | * '''''Version''''': this can be higher than the ''production'' instance. | ||
+ | * '''''Needed for''''': test newer dCache releases. | ||
+ | * '''''When to upgrade''''': | ||
+ | :# Whenever you want, whenever you need. | ||
+ | :# Recommended to test with Enstore before upgrading the Development instance | ||
+ | :# Recommended to backup DBs for rolling back upgrades. | ||
+ | * '''''Upgrade requirements''''': | ||
+ | :# No requirements. | ||
+ | |||
+ | === Development instance === | ||
+ | * '''''Version''''': should be always the same as the ''production'' instance | ||
+ | * '''''Needed for''''': this instance is used in order to test Enstore with the dCache version running in production. | ||
+ | * '''''When to upgrade''''': | ||
+ | :# Always upgrade before upgrading the dCache production instance. | ||
+ | :# Upgrade only as the last validation for the dCache upgrade procedure, just before upgrading the production instance. | ||
+ | :# Only upgrade when no Enstore interventions / changes are expected until the production instance is upgraded. | ||
+ | * '''''Upgrade requirements''''': | ||
+ | :# Always ask to the Enstore admin if upgrades can be performed in the the Development instance. | ||
+ | :# Ensure that there are always DB backups before upgrading the instance. | ||
+ | |||
+ | === Production instance === | ||
+ | * '''''Version''''': Any Golden or Production release. | ||
+ | * '''''Needed for''''': production services. | ||
+ | * '''''When to upgrade''''': | ||
+ | :# Always upgrade after upgrading and validating the upgrade for the dCache development instance. | ||
+ | :# Upgrade always ensuring that Enstore client and service was already tested in the test and development instances. | ||
+ | * '''''Upgrade requirements''''': | ||
+ | :# Always ask to the Enstore admin if upgrade can be performed in the the Production instance. | ||
+ | :# Ensure that there are always DB backups before upgrading the instance. | ||
+ | |||
+ | === CMS MWR (MiddleWare Readiness) instance === | ||
+ | * '''''Version''''': Latest dCache version. | ||
+ | * '''''Needed for''''': CMS MRW tests (Debug) | ||
+ | * '''''When to upgrade''''': | ||
+ | :# Whenever a new release is available is recommended to upgrade. However, there is no a strict requirement and you can wait few days / weeks before upgrading. | ||
+ | * '''''Upgrade requirements''''': | ||
+ | :# For major release upgrades, always inform the CMS Contact and CMS MWR team. | ||
+ | :# Ensure that there are always DB backups before upgrading the instance. | ||
+ | |||
+ | = Service Administration = | ||
+ | |||
+ | == gPlazma == | ||
+ | * [[HowTo: Configuring gPlazma]] '''(obsolete)''' | ||
+ | |||
+ | == Pools Management == | ||
+ | * Data Migration: | ||
+ | :* [[HowTo: Migrate dCache Pool]] | ||
+ | :* [[HowTo: Permanent Migration to dCache Read Only Pools]] | ||
* [[HowTo: srm22 - Generating poolmanager.conf & LinkGroupAuthorization.conf]] | * [[HowTo: srm22 - Generating poolmanager.conf & LinkGroupAuthorization.conf]] | ||
+ | :* [[HowTo:_srm22_-_Generating_poolmanager.conf_%26_LinkGroupAuthorization.conf#Adding_.2F_Moving_.2F_Removing_pools_from_poolgroups|HowTo: Adding/Removing pools to a VO]] | ||
+ | |||
+ | == dCacheAdmin == | ||
+ | * [[HowTo: Configure SSH2 access to the Admin Console]] | ||
− | == SRM | + | == SRM == |
* [[HowTo: Managing Space Reservation (Tokens)]] | * [[HowTo: Managing Space Reservation (Tokens)]] | ||
+ | |||
+ | == Billing == | ||
+ | * [[HowTo: Reset Billing PostgreSQL]] | ||
+ | * [[HowTo: Clean old Billing PostgreSQL records]] | ||
+ | |||
+ | == Info Provider == | ||
+ | * [[HowTo: Publishing dCache Information]] | ||
+ | |||
+ | == Alarms == | ||
== dCache + Enstore Administration == | == dCache + Enstore Administration == | ||
* [[HowTo: Managing Tape File Families in dCache]] | * [[HowTo: Managing Tape File Families in dCache]] | ||
− | == dCache Advanced Administration == | + | == Doors == |
+ | === NFSv3/NFSv41 Service in dCache === | ||
+ | [[HowTo: Exporting a new dCache NFS directory]] '''(obsolete)''' | ||
+ | |||
+ | === WebDAV === | ||
+ | * [[HowTo: WebDAV properties]]: | ||
+ | :* [[HowTo:_WebDAV_properties#Example:_File_Checksum_via_WebDAV | File Checksum check via WebDAV]] | ||
+ | === CMS XRootD === | ||
+ | * [[HowTo: CMS XRootD configuration]] '''(obsolete)''' | ||
+ | |||
+ | == dCache Advanced Administration == | ||
* [[dCache Metadata Commands]] | * [[dCache Metadata Commands]] | ||
+ | * [[dCache Administration Console Commands]] | ||
+ | * [[Monitoring dCache with ELK]] '''(obsolete)''' | ||
+ | |||
+ | == Alarms == | ||
+ | * [[DCACHE_CHECK_POOL_BTREE_MEMORY]] | ||
+ | * [[DCACHE_CHECK_POOL_METADATA]] | ||
+ | |||
+ | = Others = | ||
+ | * [[dCache OpenID Connect]] |
Latest revision as of 15:16, 13 June 2022
Become a dCache Administrator at PIC
Management tools
- HowTo: Accessing to the dCache Admin Console
- HowTo: Installing & Configuring PCells to Administrate dCache (obsolete)
Instances
Test instance
- Version: this can be higher than the production instance.
- Needed for: test newer dCache releases.
- When to upgrade:
- Whenever you want, whenever you need.
- Recommended to test with Enstore before upgrading the Development instance
- Recommended to backup DBs for rolling back upgrades.
- Upgrade requirements:
- No requirements.
Development instance
- Version: should be always the same as the production instance
- Needed for: this instance is used in order to test Enstore with the dCache version running in production.
- When to upgrade:
- Always upgrade before upgrading the dCache production instance.
- Upgrade only as the last validation for the dCache upgrade procedure, just before upgrading the production instance.
- Only upgrade when no Enstore interventions / changes are expected until the production instance is upgraded.
- Upgrade requirements:
- Always ask to the Enstore admin if upgrades can be performed in the the Development instance.
- Ensure that there are always DB backups before upgrading the instance.
Production instance
- Version: Any Golden or Production release.
- Needed for: production services.
- When to upgrade:
- Always upgrade after upgrading and validating the upgrade for the dCache development instance.
- Upgrade always ensuring that Enstore client and service was already tested in the test and development instances.
- Upgrade requirements:
- Always ask to the Enstore admin if upgrade can be performed in the the Production instance.
- Ensure that there are always DB backups before upgrading the instance.
CMS MWR (MiddleWare Readiness) instance
- Version: Latest dCache version.
- Needed for: CMS MRW tests (Debug)
- When to upgrade:
- Whenever a new release is available is recommended to upgrade. However, there is no a strict requirement and you can wait few days / weeks before upgrading.
- Upgrade requirements:
- For major release upgrades, always inform the CMS Contact and CMS MWR team.
- Ensure that there are always DB backups before upgrading the instance.
Service Administration
gPlazma
- HowTo: Configuring gPlazma (obsolete)
Pools Management
- Data Migration:
dCacheAdmin
SRM
Billing
Info Provider
Alarms
dCache + Enstore Administration
Doors
NFSv3/NFSv41 Service in dCache
HowTo: Exporting a new dCache NFS directory (obsolete)
WebDAV
CMS XRootD
- HowTo: CMS XRootD configuration (obsolete)
dCache Advanced Administration
- dCache Metadata Commands
- dCache Administration Console Commands
- Monitoring dCache with ELK (obsolete)