Menu

/trunk/gui/storage Commit Log


Commit Date  
[r9628] by zippybr

remove unused code

Do-Not-Merge: Conflict

2012-01-23 13:23:50 Tree
[r9619] by yaberauneya

Filter out fields in disk data grid in a more generic manner.

Do-Not-Merge: will conflict.

2012-01-21 03:26:14 Tree
[r9613] by zippybr

Fix regex to sort disk order that might break in a few cases.

While I'm here remove the code to exclude root device in DiskReplacementForm,
it is already excluded from get_disks method.

2012-01-20 10:54:10 Tree
[r9486] by yaberauneya

Remove some hardcoded service name logic.

2012-01-10 05:56:43 Tree
[r9429] by zippybr

root is already being ruled out in __get_disks

2012-01-06 10:55:17 Tree
[r9421] by zippybr

change to Volume Manager in tree menu as well

2012-01-05 17:53:44 Tree
[r9420] by zippybr

As requested:
Change the button that used to be called create volume, which is now called volume wizard to Volume Manager.
The field which is a dropbox underneath the Volume name should only be visible if there is an existing volume as a candidate to populate it. If there are no existing ZFS volumes it shouldn't be displayed.
This field should be named: Volume to extend

2012-01-05 17:22:47 Tree
[r9418] by yaberauneya

Clean up cornercase where a zvol, dataset, zpool in use when deleting a zvol would delete the zvol from the GUI/db, but wouldn't actually remove things from the backend in FreeBSD.

Introduce a few new notifier APIs to help ease this pain:

__get_mountpath - get the mountpath for a volume/dataset (name)
__rmdir_mountpoint - remove a mountpoint as a means to determine whether or not the

Split storage.models.Volumes.delete into two functions again to 'clean up' the database after storage.models.Volumes._delete has been run, in such a manner that the mountpoints aren't preemptively removed, even though some of the dataset / zvol objects might have been successfully removed, and instead are removed in the event that the directory, that previously was the mountpoint, is no longer present.

These APIs are coded relatively conservatively for now to avoid putting the user into situations where they need to do database surgery.. they can and should be cleaned up later to be more explicit and straightforward by tossing proper Exceptions up the stack.

This doesn't catch the following cases:

mount -f vol

zpool destroy -f tank

when I'm in /mnt/vol or /mnt/tank (this occurs on 8.0.3 as well and this is sort of by design as they're 'force' operations). This might be a noop, or something of concern.

This change -- along with r9317 and r9318 -- resolves the issue where one couldn't export volumes via the GUI, as explained in ticket # 1126.

2012-01-05 06:07:24 Tree
[r9416] by yaberauneya

Remove fixed context.

2012-01-05 06:06:58 Tree
[r9401] by zippybr

add help_text for Remote ZFS filesystem

2012-01-03 17:10:38 Tree
Older >