)]}'
{"/PATCHSET_LEVEL":[{"author":{"_account_id":38607,"name":"Srinesh A R","display_name":"Srinesh A R","email":"srinesh.a-r@hpe.com","username":"srineshar"},"change_message_id":"7c000091dea47431e6e979cf489ee5b555e70032","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"8695994f_86af2b24","updated":"2026-09-01 09:29:27.000000000","message":"Hi @gouthampravi@gmail.com. Have addressed your comment. Please take a look and let me know.","commit_id":"86db250641aab00005bc5c2c3c9cee7ce7842205"},{"author":{"_account_id":38607,"name":"Srinesh A R","display_name":"Srinesh A R","email":"srinesh.a-r@hpe.com","username":"srineshar"},"change_message_id":"796aff9a5432a0d72ed2239d74c5e477f603bb2b","unresolved":false,"context_lines":[],"source_content_type":"","patch_set":1,"id":"beefd284_656940f0","updated":"2026-09-01 06:51:48.000000000","message":"run-HPE Storage Manila CI","commit_id":"86db250641aab00005bc5c2c3c9cee7ce7842205"}],"doc/source/configuration/shared-file-systems/drivers/hpe-alletra-mp-b10000-driver.rst":[{"author":{"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},"change_message_id":"a64b2b506c1a9c13e8ecf8bc90a53f57b317974e","unresolved":true,"context_lines":[{"line_number":523,"context_line":""},{"line_number":524,"context_line":".. note::"},{"line_number":525,"context_line":""},{"line_number":526,"context_line":"   On device version 10.6.0, after reverting a share to a smaller snapshot,"},{"line_number":527,"context_line":"   the space usable by clients is limited to the snapshot size, while the"},{"line_number":528,"context_line":"   provisioned share size remains unchanged. This will be fixed in a future"},{"line_number":529,"context_line":"   device version, after which the usable space will be aligned with the"},{"line_number":530,"context_line":"   provisioned share size."},{"line_number":531,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"94a90c70_678531d9","line":528,"range":{"start_line":526,"start_character":0,"end_line":528,"end_character":44},"updated":"2026-09-01 08:36:42.000000000","message":"This is correct behavior; manila will adjust quota accordingly: https://github.com/openstack/manila/blob/f4a7e8ba8a9119685b778b0f6c8628088a3697b2/manila/share/manager.py#L3711-L3716\n\nSo this isn\u0027t really a limitation to note?","commit_id":"86db250641aab00005bc5c2c3c9cee7ce7842205"},{"author":{"_account_id":16643,"name":"Goutham Pacha Ravi","email":"gouthampravi@gmail.com","username":"gouthamr"},"change_message_id":"11d5889db3ef39a8b39a4c9626d922c3416bddb2","unresolved":true,"context_lines":[{"line_number":523,"context_line":""},{"line_number":524,"context_line":".. note::"},{"line_number":525,"context_line":""},{"line_number":526,"context_line":"   On device version 10.6.0, after reverting a share to a smaller snapshot,"},{"line_number":527,"context_line":"   the space usable by clients is limited to the snapshot size, while the"},{"line_number":528,"context_line":"   provisioned share size remains unchanged. This will be fixed in a future"},{"line_number":529,"context_line":"   device version, after which the usable space will be aligned with the"},{"line_number":530,"context_line":"   provisioned share size."},{"line_number":531,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"d76cc161_535a041d","line":528,"range":{"start_line":526,"start_character":0,"end_line":528,"end_character":44},"in_reply_to":"3d7044ee_eee7d287","updated":"2026-09-02 05:04:44.000000000","message":"I guess NetApp had a limitation that they couldn\u0027t cut down their share to a smaller size if the snapshot was smaller. @kinpaa@gmail.com could know. \n\nHowever, what can users do as a workaround in the interim? Extend their shares to the size needed?","commit_id":"86db250641aab00005bc5c2c3c9cee7ce7842205"},{"author":{"_account_id":38607,"name":"Srinesh A R","display_name":"Srinesh A R","email":"srinesh.a-r@hpe.com","username":"srineshar"},"change_message_id":"7c000091dea47431e6e979cf489ee5b555e70032","unresolved":true,"context_lines":[{"line_number":523,"context_line":""},{"line_number":524,"context_line":".. note::"},{"line_number":525,"context_line":""},{"line_number":526,"context_line":"   On device version 10.6.0, after reverting a share to a smaller snapshot,"},{"line_number":527,"context_line":"   the space usable by clients is limited to the snapshot size, while the"},{"line_number":528,"context_line":"   provisioned share size remains unchanged. This will be fixed in a future"},{"line_number":529,"context_line":"   device version, after which the usable space will be aligned with the"},{"line_number":530,"context_line":"   provisioned share size."},{"line_number":531,"context_line":""}],"source_content_type":"text/x-rst","patch_set":1,"id":"3d7044ee_eee7d287","line":528,"range":{"start_line":526,"start_character":0,"end_line":528,"end_character":44},"in_reply_to":"94a90c70_678531d9","updated":"2026-09-01 09:29:27.000000000","message":"On the Alletra array,\n1.The provisioned VV size aligns with what we set on manila\n2.The client usable FS size will be a little lesser due to metadata overhead. (we have added a note about this in manila docs during first release)\n\nFor eg, creating a 5GB share:\nVV Size: 5120 (aligns with manila size / multiple of 1gb)\nFS Usable Size: 5056\n\nThe overhead will always be minimal except in one case which we saw recently, where if we revert the share to a smaller snapshot.\n\nAfter revert to a 3GB snapshot:\nVV Size: 5120 (What we report in manila)\nFS Usable Size: 3008\n\nFs usable space goes down to 3GB due to a device bug.\n\nWe are waiting for a device fix in next version in which after revert FS Usable size will continue to have same minimal overhead.\n\nWith Fix behavior after revert:\nVV Size: 5120\nFS Usable Size: 5056\n\n(We retain the same share size after revert to a smaller snapshot aligning with the way netapp behaves https://review.opendev.org/c/openstack/manila/+/920382)","commit_id":"86db250641aab00005bc5c2c3c9cee7ce7842205"}]}