June 12, 201115 yr Have been testing AFP at home and at work. Work is running a modern motherboard with SMB & AFP enabled running 5b 7. Home has just AFP enabled running 5b 6a. No problems at home. Multiple issues at work. Will take forever to authenticate, and will sometimes just completely die on me. The volume will unmount for no apparent reason. Jun 13 08:30:22 Archive afpd[5415]: login archive (uid 1000, gid 100) AFP3.1 Jun 13 08:31:04 Archive avahi-daemon[2495]: Invalid query packet. Jun 13 08:31:17 Archive last message repeated 11 times Jun 13 08:31:35 Archive afpd[2482]: server_child[1] 5776 exited 1 Jun 13 08:31:35 Archive afpd[5777]: ASIP session:548(5) from 10.0.0.1:52113(7) Jun 13 08:31:35 Archive afpd[2482]: server_child[1] 5777 done Jun 13 08:31:41 Archive afpd[5778]: ASIP session:548(5) from 10.0.0.1:52114(7) Jun 13 08:31:41 Archive afpd[5778]: DHX2 login: archive Jun 13 08:31:41 Archive afpd[5778]: login archive (uid 1000, gid 100) AFP3.1 Jun 13 08:31:44 Archive avahi-daemon[2495]: Invalid query packet. Jun 13 08:35:48 Archive afpd[2482]: uam: "DHX2" available Jun 13 08:35:48 Archive afpd[2482]: uam: "No User Authent" available Jun 13 08:35:48 Archive afpd[2482]: Finished parsing Config File Jun 13 08:36:04 Archive afpd[2482]: server_child[1] 6689 exited 1 Jun 13 08:36:04 Archive afpd[6690]: ASIP session:548(7) from 10.0.0.1:52148(5) Jun 13 08:36:04 Archive afpd[2482]: server_child[1] 6690 done Jun 13 08:36:04 Archive afpd[6691]: ASIP session:548(7) from 10.0.0.1:52149(5) Jun 13 08:36:04 Archive afpd[6691]: DHX2 login: archive Jun 13 08:36:05 Archive afpd[6691]: login archive (uid 1000, gid 100) AFP3.1 Jun 13 08:36:09 Archive avahi-daemon[2495]: Invalid query packet.
June 17, 201115 yr Does "root" has read/write permissions through Samba? If so, disable that. Do both Samba and AFP have the same user enabled with read/write permissions (I guess that user is archive?) -- if not, try that. These are things I've done that seem to have fixed my AFP write issues, but maybe your issue is different--since it won't even authenticate. Looks like I passed on my AFP issues
June 17, 201115 yr Author Hey Defected, Cheers! I've gone through a few user based scenarios but not all. Thanks for the suggestions, will try them out soon.
June 17, 201115 yr Since I moved over to 5b7 I do have the same log messages, hence TM isn't running properly....
June 28, 201115 yr My syslog looks like this with time machine as well and I'm having no luck with TM. Did you guys have this issue with past betas of unraid 5?
June 28, 201115 yr yup exported via AFP with Time machine. security set on secure. tried it from two different macs
June 28, 201115 yr Does time machine ask for the user and PW of the disk when you select it in preferences? Also once set, do you unmount the Time-Machine share? Whenever the TM share is mounted TM throws a hissy fit/random disconnects. It's fine otherwise.
June 28, 201115 yr just tried this too. entered the password and then unmounted before the first backup and still not working. going to try to downgrade to beta 6 and see if I have any luck
June 28, 201115 yr do you think it matters if i'm not using a registered version. I can't imagine that being the case but I'm running out of ideas
June 29, 201115 yr @mgoh99, I'm afraid that we are not alone with these AFP issues. log entries are similar to the one's speeding_ant posted exported the shares via AFP (Timemachine) security set to "Secure" asked for userID and password Timemaching is being mounted ...and at some point in time the share unmount's and I'm getting an error message I had that issue from time to time on 5b6a as well but since 5b7 it's not working at all on none of my 3 Mac's.
June 29, 201115 yr Can you check these settings, and try what I recommend? I had a bunch of problems with AFP, too, but tinkering around seemed to fix the issue: a) if Samba is set to allow "root" read/write permissions--remove that user's rights to the Samba user shares. b) Set the same Samba users R/W permissions that are set in AFP. Just try those--either one then the other, or both at the same time, and see if that helps..
June 29, 201115 yr Do I understand you correctly? I'm going into the Timemachine share settings and set Samba setting exactly like to ones under AFP? By the way root as user is not listed in the AFP Security Settings of the share.
June 30, 201115 yr Yeah, that's what mine looks like, except I do have one user on my Samba share that also has read/write, that I don't have for AFP. I have no problems with Time Machine though--and my AFP TimeMachine share is set to Time Machine for Export. I don't know why I think what I told you would work, but I had so many damn problems with getting AFP to be writable, and for some reason giving root read only, and setting the same user R/W on both AFP and Samba made shit work. *shrugs*
June 30, 201115 yr defected07, it was worth a try.....still not working. I don't even have a user "root" under the AFP security settings.... Honestly the avahi/netatalk setup from user dlmh I used with 4.7 was working somewhat better and this part of the forum is full of issues with AFP. Giving up now, using an external disk with CCC. Net net for me is that unRAID is nothing for Mac user who want to use the server as storage solution rather than performing handicraft work. Might sound harsh but with the other issues I have (central mysql database for XBMC) that is my summary.
June 30, 201115 yr Giving up now, using an external disk with CCC. Net net for me is that unRAID is nothing for Mac user who want to use the server as storage solution rather than performing handicraft work. Might sound harsh but with the other issues I have (central mysql database for XBMC) that is my summary. You do realize that 5.0 is still in beta and is not going to be perfect. It is issues like yours that help to find the bugs in beta software. LimeTech has never given any indication that running a mysql database was easy. I run a number of different things on my 5.0b6a server which all seem to work fine. I don't run a local mysql database for XBMC and I do not use TimeMachine, but I use the server with my Mac laptop constantly and it works fine for me.
June 30, 201115 yr AFP seems only to give problems when SMB is also enabled for the share. I use CCC to a sparse disk image via NFS on version 4.7. I also use TimeMachine with no problem on version 5.0b6.
June 30, 201115 yr @prostuff1: ....the stable versions were not perfect either @prostuff & @dgaschk: did you read my comments? I had that issue from time to time on 5b6a as well but since 5b7 it's not working at all on none of my 3 Mac's. What is really concerning to me is the fact that the last comment from LimeTech regards AFP issues is quite old, no?
June 30, 201115 yr @prostuff1: ....the stable versions were not perfect either Um... there have been NO stable versions released from LimeTech that included AFP. @prostuff & @dgaschk: did you read my comments? I had that issue from time to time on 5b6a as well but since 5b7 it's not working at all on none of my 3 Mac's. I missed that comment I admit. I can't help all that much with Time Machine related stuff as I do not use it. I find a full bootable backup (like what Carbon Copy Cloner does) to be much more valuable. What is really concerning to me is the fact that the last comment from LimeTech regards AFP issues is quite old, no? LimeTech has had other things to worry about. The < 3TB drive support, the parity errors on rebuild, temp reporting on a wider variety of controllers, etc. AFP is beta and will have bugs. If it does not work, detail out as much as can and submit it in an email to LimeTech. Then post about it here and hopefully we can give some guidance.
June 30, 201115 yr @prostuff1: ....the stable versions were not perfect either @prostuff & @dgaschk: did you read my comments? I had that issue from time to time on 5b6a as well but since 5b7 it's not working at all on none of my 3 Mac's. What is really concerning to me is the fact that the last comment from LimeTech regards AFP issues is quite old, no? I read your comments. The problem must lie with you configuration (or less likely equipment) because it has been working flawlessly for me and others for several months.
June 30, 201115 yr I find a full bootable backup (like what Carbon Copy Cloner does) to be much more valuable. I believe this is the route I will go down also. I'm currently using TimeMachine, as it's been working ok. But, does CCC overwrite updated files/insert new files to the image, as opposed to completely re-creating an image each time it runs? Because that'd be ideal. I don't need to have a drive entirely fill up with modified versions of a file--that's what Subversion is for. I'd like to find a Subversion compliment for PSD/Photoshop files--I think Adobe has something built into it, correct?
June 30, 201115 yr I believe this is the route I will go down also. I'm currently using TimeMachine, as it's been working ok. But, does CCC overwrite updated files/insert new files to the image, as opposed to completely re-creating an image each time it runs? Yes, CCC can only update what files have changed form the last clone that was done.
July 1, 201115 yr LimeTech has had other things to worry about. The < 3TB drive support, the parity errors on rebuild, temp reporting on a wider variety of controllers, etc. AFP is beta and will have bugs. If it does not work, detail out as much as can and submit it in an email to LimeTech. Then post about it here and hopefully we can give some guidance. prostuff, thanks for your comments; let me try to express where my frustration is coming from: How long are we waiting for a stable AFP solution on unRAID ...3,4 or 5 years? For Mac users AFP is important, hence my conclusion is that I'm questioning the Limetech focus on AFP Most of you are using different backup methods - so you gave up as well? Not very different to my humble opinion that we can't expect a quick and stable AFP integration into unRAID? Additionally the Netatalk version we are using is quite old hm? CCC is VERY different to the Timemachine way of backup Reading all the post's here it's a joke telling me that my issues (dgaschk) are caused by my server setup. I was posting a syslog, made sceenshot's and can't see what I didn't delivered to the community. And again too many user are having issues with Timemachine and AFP that you can tell me I'm the only one. My impression is that many gave up. And my last (off topic) comment regards stability and support from Limetech is that Limetech even ignores mails and postings regards my SATA card which was working with 4.7 and stopped to work with 5.0beta. There is at least one more user who confirmed that issue. No reply is not very promising...
July 1, 201115 yr Author How long are we waiting for a stable AFP solution on unRAID ...3,4 or 5 years? Incorrect. unRAID has been working perfectly fine with SMB for the last 3,4 and 5 years. And it still does. However, AFP is a very recent feature in unRAID 5 beta. Limetech needs us to test and provide feedback for it to become stable. That's what you're doing. This is good! I agree that communication isn't great from Limetech, but it is what it is. I am using TimeMachine without many problems, but there are some. I have experienced a few oddities with user shares and AFP as well. They've all been reported. There's not much else we can do.
July 1, 201115 yr How long are we waiting for a stable AFP solution on unRAID ...3,4 or 5 years? For Mac users AFP is important, hence my conclusion is that I'm questioning the Limetech focus on AFP Important... maybe... but not necessary. I have been happily using SMB since I started with unRAID. Most of you are using different backup methods - so you gave up as well? Not very different to my humble opinion that we can't expect a quick and stable AFP integration into unRAID? Additionally the Netatalk version we are using is quite old hm? No, I never bothered with TimeMachine on unRAID. I used TimeMachine briefly on an external hard drive I had hooked up via Firewire. It works, but it was not what I was looking for. I wanted a full bootable backup of my hard drive so that if something should happen to the internal I could plug in the external and be back up in a matter of minutes, not 30+ to restore everything from TimeMachine. CCC is VERY different to the Timemachine way of backup That I agree with completely. Reading all the post's here it's a joke telling me that my issues (dgaschk) are caused by my server setup. I was posting a syslog, made sceenshot's and can't see what I didn't delivered to the community. And again too many user are having issues with Timemachine and AFP that you can tell me I'm the only one. My impression is that many gave up. Yes, there are people having issues with TimeMachine, there is no doubt about that. NFS and AFP handle permissions in a very different way than SMB and implementing them on the 4.X branch would have been even more work then it is now. SMB, NFS, and AFP have to be not only integrated into the disk share system but also the User Share system. I don't think you quite understand the amount of work that has to go into getting it all working and playing nicely together. And my last (off topic) comment regards stability and support from Limetech is that Limetech even ignores mails and postings regards my SATA card which was working with 4.7 and stopped to work with 5.0beta. There is at least one more user who confirmed that issue. No reply is not very promising... While I agree it is disappointing about the no reply it is 1 controller card that has been reported not to work any longer. 1 controller card in the grand scheme of things is not much... and it has only been reported by 2 users only so far. I asked for some information in regard to trying to help, but you were not willing to boot into 4.7 where the controller is still working. Without the information I can't begin to do anything. Only having a syslog and output from 5.X gives me nothing to compare against, which in this case is what we need. LimeTech would need the exact same information, from both builds, to begin to find out what might be going on.
Archived
This topic is now archived and is closed to further replies.