speeding_ant

Hi all, Sorry that this app has not received any love over the past year. I submitted an update yesterday to fix a few network connection issues with later OS's, and to ensure it works on macOS Sierra. It also supports multiple cache and parity drives. Having connections with multiple servers is not high on the priority list due to the limited amount of people requiring this feature. I'd rather instead focus on other features, like SMART integration, external access, and unraid notification integration. I can't reproduce the bug with changing the ip address of your existing connection, can someone please post some diagnostics for me once version 1.3 comes out? • In terminal, write command and record results: defaults read nz.co.pixeleyes.Margarita • Change IP address in Margarita • In terminal, write command and record results: defaults read nz.co.pixeleyes.Margarita Cheers

Just a small bit of feedback. It would be great to store the password for email connections in an encrypted form. Currently it's in plain text, and looks to be easily visible by plugin developers. [ssmtp] => Array ( [AuthPass] => *plaintext* ) Otherwise, all working well for me. Cache pooling is awesome, and the GUI is starting to polish up nicely. Good work you guys

Thanks - some commands expect the correct state of the array to be sent alongside, otherwise it won't do anything.

OK - yes that's the app not gathering the status of the array quick enough after the stop command. I'll fix that in the next release. Thanks!

Not sure what that could be. How long after the stop did you try to start it again?

MargaritaToGo 1.1 released on App Store, with updates to work with new phones, compatibility with unRAID 6, and fixes a few UI issues. Next version will include new features! Please leave feedback

Unlikely - maybe one day (if someone doesn't beat me to it).

Update waiting for review in the App Store - shouldn't be too far away. Thanks for your patience everyone.

It's on the cards. MargaritaToGo is waiting for review in the App Store now.

Luminous 1.2 is out, adding stability and UI enhancements. https://itunes.apple.com/us/app/luminous/id796352285 Features: • Clear server IPMI event log • View server time and last reload time • Reload current / all servers from new settings menu Bug Fixes: • Stability / crash fixes • UI behaviour enhancements • IPMI connection stability More features coming in next release!

Just got around 100 SMART report notifications over the weekend. It would be useful to move the current mass removal button to a place where the growl style notifications don't cover it. The bottom left would work well.

That's pretty ignorant mate, I use a Mac. My view is this. If a software feature can be made easier to use for everyone, without removing any features, then why hasn't it been done already? There's no benefit in having 5 steps if you can have 1 to achieve the same result. The above should apply globally, I'm not nitpicking about any particular feature here.

+1

I tried the automount way and mounting the shares in /Users/Shared/servers and got the exact same issue, the first user to access the share made it it's share, example erik:staff and mode 700 which ment it became inaccessible for other users within the staff group. Is it possible to mount the same shares in different locations? (Not necessarily with your script) Ex) mount_afp afp://user:[email protected]/Public /Users/user1/shares mount_afp afp://user:[email protected]/Public /Users/user2/shares Not sure... give it a go! Use different usernames and passwords, as mount commands use an existing session if available.

What about mounting the volumes to somewhere other than /Volumes? Modification of the script to use the username as a variable to mount at /Volumes/username/Share, or change the mount command to mount onto the desktop directly (~/), and use flag nobrowse to prevent it from showing up in Finder.

Current this is a 'per user' script. Network filesystems work in strange ways in Mac OS X, with AFP/SMB sessions 'attaching' themselves to a particular UID once accessed. You could experiment using autofs... can't guarantee that will solve your problem though. Why not just manually implement this script on all administrative users?

Best option is to use launchd. Feel free to modify the script as required :-)

I recently had to replace my (crappy) drive cages as I was getting random disk errors on random disks. I found the issue after removing all drives from the cages. Once I did that, the drives started behaving as expected. Split-half searching is sometimes the best way to figure it out.

I like it when you talk dirty.

I'll look into that! I've got a big list of things to improve, will be working through those after I've finished a large work project. Cheers

You are not wrong.... Limetech must love and hate a community like this

As far as I'm aware, Tom has already put in many hours of R&D to learn about AFP and how to implement version 3. I would say it's a waste of time not to continue down this path. Once it's 'stable', then leave it alone. Currently, it's not completely stable, and it's a feature some people paid for in version 5.

Read through that entire thread with respect to AFP. Seems like a low number of people are requesting the upgrade (in fact, you were the only one asking for an upgrade, it appears everyone else was just asking for us to not drop support for it entirely). I think we'll need to see more folks rally behind the cause to bump this up in the priority list of "to dos". I realize Tom may have made a commitment here, but we're looking out for the best interests of our users as a whole. Many users are reporting that Time Machine works fine under the current unRAID implementation. Again, not looking to drop AFP here, just trying to understand why we need a clearly dying protocol to be upgraded right now. EDIT: As for Samba/NFS, I don't think you can make a case to say we should update AFP (a dying and terrible protocol) because we've updated other protocols so much. Samba/NFS = more popular, more widely used, and is definitely going to be supported longer. Apples (no pun intended) and oranges. I would definitely like AFP to be updated. AFP is the only protocol that works correctly with iTunes, as well as TimeMachine. Apple's SMB implementation is good, but has problems.

So Unraid 7 will be a paid upgrade? Maybe I'm reading too much into that.but I'm cool with that, God knows that tom has been great with upgrades thus far. With the additional staff and increased development it was only a matter of time anyways. ? Never said that. It should be. How else do you get paid.

It's called MargaritaToGo because it runs on your phone, however the aim is to eventually support external communication with your unRAID server.