dmacias Posted April 26, 2015 Share Posted April 26, 2015 The last plugin didn't remove the emttp folder but I check and deleted it before installing the new one. It shows my 1 unassigned drive which has 1 partition in use by a vm. Before it used to show that partition below the disk now it doesn't just the whole disk to mount. Another idea I had which I'm sure you had was to show disk usage like used and free. Link to comment
gfjardim Posted April 26, 2015 Author Share Posted April 26, 2015 The last plugin didn't remove the emttp folder but I check and deleted it before installing the new one. It shows my 1 unassigned drive which has 1 partition in use by a vm. Before it used to show that partition below the disk now it doesn't just the whole disk to mount. Another idea I had which I'm sure you had was to show disk usage like used and free. I just collapsed the partitions. I've posted a video: The partitions are collapsed into the disk serial; click there and the partition will show. Multi partition disks will not show partition info, and will display a plus icon in the HDD one. If the disk has just one partition, it will show that partition's info. Link to comment
dmacias Posted April 26, 2015 Share Posted April 26, 2015 Ok thanks. I was working from my phone and didn't go clicking around. Link to comment
Ashe Posted April 27, 2015 Share Posted April 27, 2015 this is by far what has been missing for managing unassigned devices - makes life much easier from the GUI. Thanks gfjardim Link to comment
bonienl Posted April 27, 2015 Share Posted April 27, 2015 Very nicely done, thank you! A small suggestion for the PLG file, which allows the original Dynamix file to be restored upon uninstallation. Instead of removing the original file, just rename it, e.g. # Rename original Dynamix page if [[ ! -f /usr/local/emhttp/plugins/dynamix/OpenDevices.page- ]]; then mv -f /usr/local/emhttp/plugins/dynamix/OpenDevices.page /usr/local/emhttp/plugins/dynamix/OpenDevices.page- fi And in the remove section add the restoral, e.g. # Restore original Dynamix page mv -f /usr/local/emhttp/plugins/dynamix/OpenDevices.page- /usr/local/emhttp/plugins/dynamix/OpenDevices.page Link to comment
ars92 Posted April 27, 2015 Share Posted April 27, 2015 Wow,i was about to install SNAP,but i tried this first and it worked really well. Simple and integrated to the webGUI. thanks man Link to comment
CHBMB Posted April 27, 2015 Share Posted April 27, 2015 This does look awesome. Great work, thanks very much. Link to comment
gfjardim Posted April 27, 2015 Author Share Posted April 27, 2015 this is by far what has been missing for managing unassigned devices - makes life much easier from the GUI. Thanks gfjardim Wow,i was about to install SNAP,but i tried this first and it worked really well. Simple and integrated to the webGUI. thanks man This does look awesome. Great work, thanks very much. Thanks a lot guys. Any feedback is invaluable. One question: multi-parted disks should be collapsed in or collapsed out? Link to comment
gfjardim Posted April 27, 2015 Author Share Posted April 27, 2015 Very nicely done, thank you! A small suggestion for the PLG file, which allows the original Dynamix file to be restored upon uninstallation. Done. Thanks for pointing this! Link to comment
Waseh Posted April 27, 2015 Share Posted April 27, 2015 This is such a good plugin - has saved me from commandline mutiple times now! I'm all for keeping the disks collapsed Link to comment
smashingtool Posted April 27, 2015 Share Posted April 27, 2015 Oh thank you so much for making this! I can finally attach external devices and mount them without a reboot, unlike SNAP. Hooray! Edit: Yikes though. The transfer speed to my 64 gig USB3 thumb drive is atrocious. Saying 11 days left for my 1.32 gig transfer. Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 Oh thank you so much for making this! I can finally attach external devices and mount them without a reboot, unlike SNAP. Hooray! Edit: Yikes though. The transfer speed to my 64 gig USB3 thumb drive is atrocious. Saying 11 days left for my 1.32 gig transfer. The NTFS-3G driver is not a stellar performer, but my USB3 Seagate on my USB2 port (Supermicro X9SCM-F) using NTFS gives me 45MB/s. Link to comment
MyKroFt Posted April 28, 2015 Share Posted April 28, 2015 In the auto mounting - when in the boot chain are these mounted? before dockers are started? Thanks Tony Link to comment
ars92 Posted April 28, 2015 Share Posted April 28, 2015 Oh thank you so much for making this! I can finally attach external devices and mount them without a reboot, unlike SNAP. Hooray! Edit: Yikes though. The transfer speed to my 64 gig USB3 thumb drive is atrocious. Saying 11 days left for my 1.32 gig transfer. The NTFS-3G driver is not a stellar performer, but my USB3 Seagate on my USB2 port (Supermicro X9SCM-F) using NTFS gives me 45MB/s. Yeah,for some weird reason im getting way over the usual 30mbps write limit of my usb drive with this plugin! I use midnight commander for transferring, so i dont know how reliable are the numbers it shows though. Link to comment
dlandon Posted April 28, 2015 Share Posted April 28, 2015 I have a sata drive plugged constantly in that I use to backup some data on a daily basis. Is there a way to execute a script at the daily cron event? The sequence of events should be: - Mount the drive. - Execute a script. - Unmount the drive. This should be set up to run on a cron basis. Preferably on a daily or weekly basis, etc. The reason I'm asking is that I intend to deprecate the older SNAP before V6 final. SNAP was written years ago and is very out of date. This ability seems to be the missing piece for this plugin to replace SNAP completely. Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 I have a sata drive plugged constantly in that I use to backup some data on a daily basis. Is there a way to execute a script at the daily cron event? The sequence of events should be: - Mount the drive. - Execute a script. - Unmount the drive. This should be set up to run on a cron basis. Preferably on a daily or weekly basis, etc. The reason I'm asking is that I intend to deprecate the older SNAP before V6 final. SNAP was written years ago and is very out of date. This ability seems to be the missing piece for this plugin to replace SNAP completely. Is this what you mean? It doesn't have cron functionality, but will execute upon mount and unmount. Link to comment
theone Posted April 28, 2015 Share Posted April 28, 2015 Is the video intentionally private? Link to comment
dlandon Posted April 28, 2015 Share Posted April 28, 2015 I understand the mount and unmount upon plugin, but I want to run a script on a cron to a sata drive. The drive I use for a backup is an sata built into the server and is not 'pluggable'. I think what I can do is have the drive auto mount and copy my script to the daily cron like I do now. It can then do what it needs to do to back up data. In SNAP I was mounting and unmounting the drive because it would be shared if left mounted. It looks like you allow the choice to share or not share. I will work with this some and see if I can get it to do what I want. I believe I can. Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 In the auto mounting - when in the boot chain are these mounted? before dockers are started? Thanks Tony This is problematic, since both uses the "disks_mounted" event to start, and it's almost certain that docker starts first due it's alphabetical precedency. But, since docker will fail if the image directory doesn't exist, a simple /etc/rc.d/rc.docker start in a script should suffice. I'll elaborate: Let's assume you mount a disk into e.g. /usr/disks/my_docker_disk and set your Docker image to /usr/disks/my_docker_disk/docker.img. In case Docker start first, it will fail, since there wouldn't be a /usr/disks/my_docker_disk directory, so you can start it later by writing a script. See the video above. It works for me, and I see no reason it wouldn't work for you. Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 Is the video intentionally private? Sorry, accidentally private. Fixed. Link to comment
RobJ Posted April 28, 2015 Share Posted April 28, 2015 Might be nice to have the specific triggering event be selectable per device, so start and stop can be customized, to meet the device's own requirements. For example, that would make it easy to have an 'always on' app disk, using the system 'started' and 'stopped' events, instead of the array starts and stops. And devices could find a way to precede or follow other devices or other processes. Might also be nice to have updated docs on the event system, what events are currently available, and precisely when they occur, and precisely what assumptions can be made about the system when they occur. All I could find so far is this. Link to comment
ars92 Posted April 28, 2015 Share Posted April 28, 2015 Tiny typo, when there are connected device, it says "No unassisned disks available." rather than "unassigned" Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 That's it, that's what we have to trigger events. from my own syslog, startup: Apr 28 09:04:44 Servidor emhttp_event: array_started Apr 28 09:04:48 Servidor emhttp_event: disks_mounted Apr 28 09:04:59 Servidor emhttp_event: svcs_restarted Apr 28 09:04:59 Servidor emhttp_event: started Stopping the array: Apr 28 09:02:28 Servidor emhttp_event: stopping_svcs Apr 28 09:02:32 Servidor emhttp_event: unmounting_disks Apr 28 09:02:36 Servidor emhttp_event: stopping_array Apr 28 09:02:37 Servidor emhttp_event: stopped This is the order emhttp triggers events. In bold, the triggers this plugin uses. Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 Tiny typo, when there are connected device, it says "No unassisned disks available." rather than "unassigned" Thanks, fixed. Link to comment
gfjardim Posted April 28, 2015 Author Share Posted April 28, 2015 For example, that would make it easy to have an 'always on' app disk, using the system 'started' and 'stopped' events, instead of the array starts and stops. And devices could find a way to precede or follow other devices or other processes. Starting for today's update, array start/stop won't mount/unmount disks which "Auto mount" is disabled. If you want an always mounted disk, you can add something like this to the beginning of your /boot/config/go file: unassigned_mount /dev/disk/by-id/ata-INTEL_SSDSC2CT120A3_DISKSERIAL00000000000 This the easiest way I could manage with the events currently available. Link to comment
Recommended Posts