Alden Stradling's dashboard

Henrik started following the idea "Eject All in menubar" in Magnetk.

hms started following the idea "Wake remote sleeping Mac for disk connection" in Magnetk.

Jeff Mancuso replied on July 01, 2008 22:29 to the idea "Wake remote sleeping Mac for disk connection" in Magnetk:

We're unlikely to add this into the program itself, but it'd be relatively easy to accomplish with our applescript interface

http://www.magnetk.com/support/expand...

Alden Stradling shared an idea in Magnetk on July 01, 2008 17:51:

Wake remote sleeping Mac for disk connection

Allow the ssh connection to automatically wake a remote machine, with the appropriate parameters, to establish a connection to the disks.

When the "Wake on ethernet network administrator access" option in the system prefs is selected, a remote Mac can be awakened by a specially formed "magic packet". This packet can be generated (for example) by the following script:

#! /usr/bin/env python
# Copyright (C) 2002 by Micro Systems Marc Balmer
# Written by Marc Balmer, marc@msys.ch, http://www.msys.ch/
# This code is free software under the GPL

import time, struct, socket, commands

def WakeOnLan(ethernet_address, hostname):
ipaddr=commands.getoutput('host %s' % hostname).split()[-1]
print ipaddr
# Construct a six-byte hardware address

addr_byte = ethernet_address.split(':')
hw_addr = struct.pack('BBBBBB', int(addr_byte[0], 16),
int(addr_byte[1], 16),
int(addr_byte[2], 16),
int(addr_byte[3], 16),
int(addr_byte[4], 16),
int(addr_byte[5], 16))

# Build the Wake-On-LAN "Magic Packet"...

msg = '\xff' * 6 + hw_addr * 16

# ...and send it to the broadcast address using UDP

s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
s.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)
s.sendto(msg, (ipaddr, 9))
s.close()

# Example use
#time.sleep(60)
WakeOnLan('FF:FF:FF:FF:FF:FF','me.site.org')

The user would have to supply the MAC address of the machine to be able to do this trick. The IP address should be determined via DNS lookup.

Alden Stradling marked one of Jeff Mancuso's replies in Magnetk as useful. Jeff Mancuso replied to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux".

Jon Shea replied on June 30, 2008 19:55 to the idea "Eject All in menubar" in Magnetk:

That’s a great idea Alden.

Jon Shea started following the idea "Eject All in menubar" in Magnetk.

Alden Stradling shared an idea in Magnetk on June 27, 2008 23:26:

Eject All in menubar

An Eject All button in the menu bar might be nice for those of use who have 5-10 drives open at any given time.

Alden Stradling replied on June 26, 2008 16:24 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Check.

Jeff Mancuso replied on June 26, 2008 16:10 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Alden can you email support@magnetk.com and we'll work with you on this?

Thanks!

Alden Stradling replied on June 25, 2008 23:31 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Tried - confirmed not to work on both my account and the tester.

Thanks for the fast turnaround.

Jeff Mancuso replied on June 25, 2008 23:19 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Definitely the issue. I think the 1.2.5 build I sent before didn't incorporate our fix for that [which we spent all afternoon on]

can you try the 1.2.5-1 ver?

If that doesn't work, we'll fix this tonight/tomorrow

Alden Stradling replied on June 25, 2008 23:18 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Just tested the username/$HOME mismatch in a test account - that's the issue. :) User is tester, for example, and home dir is set to /Users/testers - and it fails. Reverse that and it's fine.

Jeff Mancuso replied on June 25, 2008 23:13 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

just called it a day, we can ichat tomorrow. For now I uploaded

http://www.magnetk.com/expandrive/Exp...

which adds in the fix correctly

Alden Stradling replied on June 25, 2008 23:05 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Works from a test admin account on my laptop. Which means that there's probably a plist problem somewhere.

There's another wrinkle to my system - I have a username alias, if it matters. It has caused issues before - my home directory name is different from my username. :) For compelling historical reasons.

Alden Stradling replied on June 25, 2008 22:48 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

No dice. iChat? Email me and I can give you a handle. Shorter debug cycle. :)

Jeff Mancuso replied on June 25, 2008 22:08 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Can you try out

http://www.magnetk.com/expandrive/Exp...

Alden Stradling replied on June 25, 2008 21:46 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Fix soon sounds great. :)

Jeff Mancuso replied on June 25, 2008 20:55 to the problem "Recurrence of the access problems issue - 10.5.3 to OS X, Linux" in Magnetk:

Working on this right now, fix soon!

Alden Stradling reported a problem in Magnetk on June 25, 2008 20:36:

Recurrence of the access problems issue - 10.5.3 to OS X, Linux

"The folder could not be opened because you do not have sufficient access privileges" pops up for all mounted drives.

My username is the same on two of the four systems. My group ID is different from three other machines' GID. Three are OS X 10.5.3, one is RHEL4.

Doing a ls -l on /Volumes shows lines like this for the disks:

d????????? ? ? ? ? SampleDisk

and for the four, the results of python -c "import os; print os.statvfs('.')"

are:
OS X: (1048576, 4096, 19453708L, 3347799L, 3283799L, 19453706L, 3283799L, 3283799L, 0, 255)
OS X: (1048576, 4096, 19453708L, 3347758L, 3283758L, 19453706L, 3283758L, 3283758L, 0, 255)
OS X: (1048576, 4096, 122012668L, 36936884L, 36872884L, 122012666L, 36872884L, 36872884L, 0, 255)
RHEL4: (4096, 4096, 12598749, 11031169, 10391180, 6406144, 6230060, 6230060, 0, 255)

This is in ExpanDrive 1.2.2, and also happens in the 6/23 nightly. I had MacFUSE installed before, but was not using it at the time of install. I did reboot the machine to see of things got better, but they still fail.

I bought a license because my boss had a problem-free experience. :) I want one too.