I read this today: http://hints.macworld.com/article.php?story=20110406195505167#lsrc.nl_mwhints_h

 

It makes me wonder what peoples experiences with TM on unRaid have been like.

 

Here are my questions:

 

Which version of unRaid are you running?

 

TM share configuration:

• Which networking protocol? AFP, SMB, or NFS
  
• Are you using disk share or user share?
  
• Does you user share include more than one disk?
  

 

Thanks,

David

I had some problems when I tried to setup a user share as timemachine target.

so now i use a single disk share (that disk is excluded from all user shares).

Since Timemachine only works correct over AFP (afaik), I use that.

Since I have a dedicated share (no disk spanning) for each TM user it'S working very well. The only issue I guess is the WLAN connection - the better the signal the better the process.

 

However from time to time I have the effect that the TM process is VERY slow. Maybe someone can look into this here is a syslog excerpt (the last messages are going on and on and on ....):

May  6 09:08:14 Tower afpd[1545]: server_child[1] 18964 exited 1
May  6 09:08:14 Tower afpd[18965]: ASIP session:548(5) from 192.168.178.27:49703(7)
May  6 09:08:14 Tower afpd[1545]: server_child[1] 18965 done
May  6 09:08:14 Tower afpd[18966]: ASIP session:548(5) from 192.168.178.27:49704(7)
May  6 09:08:14 Tower afpd[18966]: DHX2 login: oliver
May  6 09:08:16 Tower afpd[18966]: login oliver (uid 1001, gid 100) AFP3.1
May  6 09:08:16 Tower afpd[18966]: getquota: special /mnt/user/TMO fails
May  6 09:08:16 Tower afpd[18966]: ipc_write: command: 2, pid: 18966, msglen: 24
May  6 09:08:16 Tower afpd[1545]: ipc_read: command: 2, pid: 18966, len: 24
May  6 09:08:16 Tower afpd[1545]: WARNING: 2 connections (9763, 18966), boottime identical, don't know if one needs to be disconnected. (Minor Issues)
May  6 09:08:16 Tower afpd[1545]: Setting clientid (len 16) for 18966, boottime 4DC3907E
May  6 09:08:16 Tower afpd[1545]: ipc_get_session: len: 24, idlen 16, time 4dc3907e
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18968 exited 1
May  6 09:08:17 Tower afpd[18969]: ASIP session:548(5) from 192.168.178.27:49706(7)
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18969 done
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18970 exited 1
May  6 09:08:17 Tower afpd[18971]: ASIP session:548(5) from 192.168.178.27:49708(7)
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18971 done
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18972 exited 1
May  6 09:08:17 Tower afpd[18973]: ASIP session:548(5) from 192.168.178.27:49710(7)
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18973 done
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18974 exited 1
May  6 09:08:17 Tower afpd[18975]: ASIP session:548(5) from 192.168.178.27:49712(7)
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18975 done
May  6 09:08:17 Tower afpd[1545]: server_child[1] 18976 exited 1
May  6 09:08:18 Tower afpd[18977]: ASIP session:548(5) from 192.168.178.27:49714(7)
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18977 done
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18978 exited 1
May  6 09:08:18 Tower afpd[18979]: ASIP session:548(5) from 192.168.178.27:49716(7)
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18979 done
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18980 exited 1
May  6 09:08:18 Tower afpd[18981]: ASIP session:548(5) from 192.168.178.27:49718(7)
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18981 done
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18987 exited 1
May  6 09:08:18 Tower afpd[18988]: ASIP session:548(5) from 192.168.178.27:49720(7)
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18988 done
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18989 exited 1
May  6 09:08:18 Tower afpd[18990]: ASIP session:548(5) from 192.168.178.27:49722(7)
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18990 done
May  6 09:08:18 Tower afpd[1545]: server_child[1] 18991 exited 1
May  6 09:08:19 Tower afpd[18992]: ASIP session:548(5) from 192.168.178.27:49724(7)
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18992 done
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18993 exited 1
May  6 09:08:19 Tower afpd[18994]: ASIP session:548(5) from 192.168.178.27:49726(7)
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18994 done
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18995 exited 1
May  6 09:08:19 Tower afpd[18996]: ASIP session:548(5) from 192.168.178.27:49728(7)
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18996 done
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18997 exited 1
May  6 09:08:19 Tower afpd[18998]: ASIP session:548(5) from 192.168.178.27:49730(7)
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18998 done
May  6 09:08:19 Tower afpd[1545]: server_child[1] 18999 exited 1
May  6 09:08:19 Tower afpd[19000]: ASIP session:548(5) from 192.168.178.27:49732(7)
May  6 09:08:19 Tower afpd[1545]: server_child[1] 19000 done
May  6 09:08:32 Tower afpd[1545]: server_child[1] 19024 exited 1
May  6 09:08:32 Tower afpd[19025]: ASIP session:548(5) from 192.168.178.27:49735(7)
May  6 09:08:32 Tower afpd[1545]: server_child[1] 19025 done
May  6 09:08:32 Tower afpd[1545]: server_child[1] 19026 exited 1
May  6 09:08:32 Tower afpd[19027]: ASIP session:548(5) from 192.168.178.27:49737(7)
May  6 09:08:32 Tower afpd[1545]: server_child[1] 19027 done
May  6 09:08:32 Tower afpd[1545]: server_child[1] 19028 exited 1

Are your Servers running all the time or do you have a solution so that time machine can wake up the unRaid Server when needed?

I have full access to my unRAID server and I'm switching it on whenever one of the Mac's is switched on.

First off, I'm a windows guy, not a MAC guy.

 

I do have a 2010 Mac Mini on my network for testing scripts. my backup solution was a bit different.

 

I gave up on time machine because apple makes you restore the OS first, run all updates, then restore the time machine. I have to restore my mac every now and then with different OS/Safari versions for website testing.

 

using time machine, you can actually create a system instability if file versions don't match after restore.

 

My solution: third party.

I back up to a WHS system over samba with superduper. this should work with unraid also. just make a share and user that matches the macs user and password. Superduper can create a full install dmg. so you can do a bare-metal install.

 

The downside, you can not restore from the network with WHS. maybe unraid 5.0 will allow that. I have not looked into its apple support yet. for now, I have to copy the backup image to an external hard drive (ntfs is ok). then restore from that.

backing up to the external drive might be faster in the end, but i rather back up to a network with backup or data integrity. usb drives fail too.

Carbon Copy Cloner is a good freeware solution to SuperDuper.  Can do the same things, and can be scheduled to run them as well.

I gave up on time machine because apple makes you restore the OS first, run all updates, then restore the time machine.

 

This is not true. See here: http://docs.info.apple.com/article.html?path=Mac/10.5/en/15638.html

 

EDIT: Note that steps 1 and 2 are somewhat interleaved. First boot the Mac with the system DVD and mount the TM volume. The rest of the steps are the same. You might need this to mount the server: http://gigaom.com/apple/how-to-use-time-machine-over-a-network/