bedac
ADSM.ORG Member
Hi,
just finished upgrading my ISP environment to server 8.1.5, clients to newest applicable version and move all backup data to a container storage pool. Everything is running like a charm.
One thing though, I have set up a Storage Rule, type Audit, to check up on the container storage pool regularly. A Q PRO shows this status for the process when it is running:
4,755 Auto Audit Container (Level 5)
Storage pool: DCSP01, Process state: Running,
Number of workers: 3, Number of containers:
13243, Number of containers that passed the
audit: 5063, Number of containers that failed
the audit: 8180, Number of processed data
extents: 426884243, Number of damaged data
extents: 49943, Number of data extents
previously marked as damaged, now set to not
damaged: 0.
What I don't understand here (and have not been able to Google) is the "Number of containers that failed the audit" entry. Nothing shows up in the action log and it really would be nice to know why these containers failed to audit.
Any ideas?
just finished upgrading my ISP environment to server 8.1.5, clients to newest applicable version and move all backup data to a container storage pool. Everything is running like a charm.
One thing though, I have set up a Storage Rule, type Audit, to check up on the container storage pool regularly. A Q PRO shows this status for the process when it is running:
4,755 Auto Audit Container (Level 5)
Storage pool: DCSP01, Process state: Running,
Number of workers: 3, Number of containers:
13243, Number of containers that passed the
audit: 5063, Number of containers that failed
the audit: 8180, Number of processed data
extents: 426884243, Number of damaged data
extents: 49943, Number of data extents
previously marked as damaged, now set to not
damaged: 0.
What I don't understand here (and have not been able to Google) is the "Number of containers that failed the audit" entry. Nothing shows up in the action log and it really would be nice to know why these containers failed to audit.
Any ideas?
