Jump to content
  • [6.10.0-RC2] number of pool slots can be changed after pool config change


    JorgeB
    • Solved Minor

    Some time ago there was some logic implemented where it wasn't possible to change the number of pool slots after making any change to a pool, like after unassigning one of the devices, this still worked correctly with v6.10-rc1 but it doesn't with rc2 or newer, this can easily cause problems with the pool after some changes, just like recently a couple of users posted in the forums, example:

     

    Start with a two device cache pool in default raid1, user decided to split the devices for use in two pools, with the array stopped:

     

    -unassign one of the pool devices

    -change that pool to just 1 slot

    -leave the removed device unassigned or assign it to a new pool and start the array, device won't be deleted from the original pool, so if left unassigned it will still be part of the pool despite of what the GUI shows, if assigned to a new pool there will only be one filesystem of the two devices showing in duplicat in both pools.

     

    In previous release after unassigning one device user can't change the number of slots, so after starting the array, with the removed device unassigned or assigned it will be deleted from the original pool making it available for use in a new one.




    User Feedback

    Recommended Comments



    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.

×
×
  • Create New...