phillxnet
(Philip Guyton)
March 15, 2018, 10:51am
2
@dvanremortel Hello again.
This may be down to what has now, hopefully, been addressed in the stable channel as from 3.9.2-12 via:
opened 01:38PM - 22 Jan 18 UTC
closed 02:41AM - 28 Jan 18 UTC
Thanks to forum members Haioken and Rene_Castberg for highlighting this issue (a… nd it's current workaround). Under as yet undetermined circumstances a share (btrfs subvol) can have it's immutable flag set. The consequence of this is a failure to be able to delete the affected share. Given that Rockstor currently has no immutable flag observance and that the cause of this flag having been set is unknown it seems prudent for the time being to be robust in this scenario and simply remove the flag prior to a share's delete (which is itself accompanied by a GUI warning of relevant data loss).
This issue was also observed to randomly break replication whilst working on #1853 as the receiver periodically removes and supplants a share with a received snapshot. As and when the true cause of this flag's having been set is identified we can more correctly observe it's use project wide (along with appropriate user messaging), but currently our base ability to manage shares and have more robust replication is judged as taking priority. This element is a key factor in breaking out this change from #1853 as it is important that it be revisited in due cause in it's own right.
Pull request of tested fix to follow shortly.
Please update the following forum thread with this issues resolution:
https://forum.rockstor.com/t/solved-btrfs-subvolume-create-delete-fail/3943
What version of Rockstor are you seeing this on. I know you had both a stable and a testing install at one point?
If you follow the forum link in that issue it gives more info, and a work around, on what was found to occasionally block share (subvol) deletion. Linking to @Haioken and @Rene_Castberg 's thread here for convenience:
Hi Rockstor Community,
I had previously installed a number of Rockons that I didn’t require.
These have now been removed, however the config and data shares seem to be unremovable.
I am also now unable to add new shares.
The following is what I receive from the UI:
Traceback (most recent call last):
File "/opt/rockstor/src/rockstor/storageadmin/views/share.py", line 301, in delete
force=force)
File "/opt/rockstor/src/rockstor/fs/btrfs.py", line 578, in remove_share
r…
Hope that helps.