Replies: 3 comments 2 replies
-
@nxsbi , did you find an answer to this query? |
Beta Was this translation helpful? Give feedback.
2 replies
-
@nxsbi , this is getting dusty. By the looks of it @Pearl1594 asked a question on #9430 . Is it still worth going into this? |
Beta Was this translation helpful? Give feedback.
0 replies
-
@nxsbi , closing this, please follow up with more information if you feel this is still an issue. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
I created an issue #9430 and had some questions around the behind the scene process.
QUick summary - I had 1 secondary storage. I added second one, and moved (blanaced) snapshots to second storage. Looked like it all worked. However, the next day onwards, what i observed is that no new snapshots were taking palce for the volumes that went to the new secondary storage.
Upon inspection of logs, I noticed that the command is trying to mount the folder on the original storage location (which does not exist anymore because it moved to new store).
I looked at the snapshot_store_ref table, and see that all snapshots for the specific volume_id are pointing to the new secondary store.
How is it that CS is trying to mount the existing (old) server path?
Besides the snapshot_store_ref, is there some other palce that CS is looking - it seems it did still thinks the snapshots live on old path.
Beta Was this translation helpful? Give feedback.
All reactions