Unsolved
This post is more than 5 years old
10 Posts
0
1195
December 20th, 2017 12:00
Snapshot ss_snap_at explanation
We are using CommVault as our backup and we have a random ss_snap_at_xxxxx_xxxxxx that appears during on backup window every couple of weeks and will grow to fairly large TB if left alone. Whats interesting about the snapshot is the path is /ifs.
All of our other ndmp backups we see from CommVault show ndmp_backup_xxxxx_xxxx and one of our paths that we actually back up. Has anyone come across this in the past when backing up shares on the Isilon?
0 events found
No Events found!
Peter_Sero
4 Operator
•
1.2K Posts
0
December 21st, 2017 14:00
Looks like these snapshots are related to OneFS "Shadow Stores",
which are used for file clones and for deduplicated files.
Does the cluster have deduplication (a licensed feature) enabled?
Do you see occurences of ShadowStoreProtect or ShadowStoreDelete jobs in /var/log/messages?
If so, do these jobs coincide with the appearence or disappearance of said snapshots?
-- Peter
maj1683
10 Posts
0
December 22nd, 2017 11:00
Deduplication is not enabled on this cluster, the ShadowStoreProtect job was in process, but the times don't match up exactly. One thing to note here is that the job was paused for Multi-Scan to run, which is still running, so it is technically in limbo until Multi-scan finished.
The only way to tell would be to have a full detailed report from the at job on what it was doing at the time the ss_snap snapshot was created. The ShadowStoreDelete job is scheduled to run Sundays, but was not running during that time the snapshot was created.