NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Readynas beta for Lion (AFP fix) hoses Mac
Hi,
First, thanks for your quick work addressing the Readynas Lion problems. For some reason, it's not working for me.
I've got an NV+. I installed the Readynas beta for Lion to get afp working again.
The afpd on the NAS is segfaulting in a loop. Something is working just well enough in the process that the mount attempt never gives up on my mac. Since the mount is underway, the finder is mostly useless and I can't cancel the mount. I can't do much of anything. It took a couple of tries until I restarted the NAS and completely disabled AFP on the it before I was able to do much of anything after I logged in on the Mac (my login items mount an AFP volume... it hoses things up enough that I couldn't bring up the settings utility to turn off the login item).
Hilarity.
Looking at the sourceforge code for netatalk, I don't see direct snprintf, but I'm guessing this may be some sort of a logging failure? That seems to be the main place that formatting is done?
Anyway, any help would be greatly appreciated.
[this repeats forever...]
Jul 21 19:25:02.889424 afpd[2811] {uams_dhx2_pam.c:321} (I:UAMS): DHX2 login: XXXX
Jul 21 19:25:04.094334 afpd[2811] {uams_dhx2_pam.c:210} (I:UAMS): PAM DHX2: PAM Success
Jul 21 19:25:04.109204 afpd[2811] {uams_dhx2_pam.c:653} (I:UAMS): DHX2: PAM Auth OK!
Jul 21 19:25:04.109544 afpd[2811] {auth.c:269} (N:AFPDaemon): AFP3.3 Login by XXXX
Jul 21 19:25:04.111969 afpd[2811] {auth.c:677} (N:AFPDaemon): afp_disconnect: trying primary reconnect
Jul 21 19:25:09.116178 afpd[2811] {auth.c:710} (E:AFPDaemon): afp_disconnect: primary reconnect failed
Jul 21 19:25:09.158863 afpd[2811] {volume.c:2129} (W:AFPDaemon): volume "USB_HDD_14" does not support Extended Attributes, using ea:ad instead
Jul 21 19:25:09.159925 afpd[2811] {volume.c:2036} (I:AFPDaemon): CNID server: localhost:4700
Jul 21 19:25:09.164454 afpd[2811] {fault.c:122} (S:Default): ===============================================================
Jul 21 19:25:09.164755 afpd[2811] {fault.c:123} (S:Default): INTERNAL ERROR: Signal 11 in pid 2811 (2-2-0-p5)
Jul 21 19:25:09.164975 afpd[2811] {fault.c:124} (S:Default): ===============================================================
Jul 21 19:25:09.165797 afpd[2811] {fault.c:96} (S:Default): BACKTRACE: 2 stack frames:
Jul 21 19:25:09.166098 afpd[2811] {fault.c:102} (S:Default): #0 /lib/libc.so.6(snprintf+0x1c) [0x201d0cd4]
Jul 21 19:25:09.166338 afpd[2811] {fault.c:102} (S:Default): #1 /usr/sbin/afpd(afp_options_parseline+0x166) [0x1c5d2]
Jul 21 19:25:09.168162 afpd[2168] {main.c:188} (I:AFPDaemon): child[2811]: killed by signal 6
Jul 21 19:25:09.271488 afpd[2835] {dsi_tcp.c:212} (I:DSI): AFP/TCP session from 192.168.123.112:49461
Jul 21 19:25:09.276759 afpd[2168] {server_ipc.c:231} (E:AFPDaemon): Reading IPC header failed (-1 of 14 bytes read): Resource temporarily unavailable
First, thanks for your quick work addressing the Readynas Lion problems. For some reason, it's not working for me.
I've got an NV+. I installed the Readynas beta for Lion to get afp working again.
The afpd on the NAS is segfaulting in a loop. Something is working just well enough in the process that the mount attempt never gives up on my mac. Since the mount is underway, the finder is mostly useless and I can't cancel the mount. I can't do much of anything. It took a couple of tries until I restarted the NAS and completely disabled AFP on the it before I was able to do much of anything after I logged in on the Mac (my login items mount an AFP volume... it hoses things up enough that I couldn't bring up the settings utility to turn off the login item).
Hilarity.
Looking at the sourceforge code for netatalk, I don't see direct snprintf, but I'm guessing this may be some sort of a logging failure? That seems to be the main place that formatting is done?
Anyway, any help would be greatly appreciated.
[this repeats forever...]
Jul 21 19:25:02.889424 afpd[2811] {uams_dhx2_pam.c:321} (I:UAMS): DHX2 login: XXXX
Jul 21 19:25:04.094334 afpd[2811] {uams_dhx2_pam.c:210} (I:UAMS): PAM DHX2: PAM Success
Jul 21 19:25:04.109204 afpd[2811] {uams_dhx2_pam.c:653} (I:UAMS): DHX2: PAM Auth OK!
Jul 21 19:25:04.109544 afpd[2811] {auth.c:269} (N:AFPDaemon): AFP3.3 Login by XXXX
Jul 21 19:25:04.111969 afpd[2811] {auth.c:677} (N:AFPDaemon): afp_disconnect: trying primary reconnect
Jul 21 19:25:09.116178 afpd[2811] {auth.c:710} (E:AFPDaemon): afp_disconnect: primary reconnect failed
Jul 21 19:25:09.158863 afpd[2811] {volume.c:2129} (W:AFPDaemon): volume "USB_HDD_14" does not support Extended Attributes, using ea:ad instead
Jul 21 19:25:09.159925 afpd[2811] {volume.c:2036} (I:AFPDaemon): CNID server: localhost:4700
Jul 21 19:25:09.164454 afpd[2811] {fault.c:122} (S:Default): ===============================================================
Jul 21 19:25:09.164755 afpd[2811] {fault.c:123} (S:Default): INTERNAL ERROR: Signal 11 in pid 2811 (2-2-0-p5)
Jul 21 19:25:09.164975 afpd[2811] {fault.c:124} (S:Default): ===============================================================
Jul 21 19:25:09.165797 afpd[2811] {fault.c:96} (S:Default): BACKTRACE: 2 stack frames:
Jul 21 19:25:09.166098 afpd[2811] {fault.c:102} (S:Default): #0 /lib/libc.so.6(snprintf+0x1c) [0x201d0cd4]
Jul 21 19:25:09.166338 afpd[2811] {fault.c:102} (S:Default): #1 /usr/sbin/afpd(afp_options_parseline+0x166) [0x1c5d2]
Jul 21 19:25:09.168162 afpd[2168] {main.c:188} (I:AFPDaemon): child[2811]: killed by signal 6
Jul 21 19:25:09.271488 afpd[2835] {dsi_tcp.c:212} (I:DSI): AFP/TCP session from 192.168.123.112:49461
Jul 21 19:25:09.276759 afpd[2168] {server_ipc.c:231} (E:AFPDaemon): Reading IPC header failed (-1 of 14 bytes read): Resource temporarily unavailable
21 Replies
Replies have been turned off for this discussion
- ..and changing the UID of my account to a different number does resolve the problem. I guess that gets the Lion client not to use FPAccess.
- I am experiencing this same issue.
How do I change the UID of my account on the ReadyNAS? - I can confirm from taking packet traces that if the UID on the readynas doesn't match the UID on the mac, it changes the behavior of Lion so it doesn't ask for FPAccess.
In order to change my UID on the readynas, I did the following:
1. Log in as root
2. Edit /etc/passwd. (I used vi but if you're not a vi guy you might want to use nano. I think there are instructions for setting up nano somewhere on the forum.)
Look for the line that starts with your account name. That line will have your username, a string of characters (which is your encrypted password,) then your UID and your group ID. Change your UID to a number not in use by any other user in the file. Then save and quit the editor.
3. Now you need to change the ownership of all files belonging to your old UID to your new UID. Use this command (still running as root)
find / -uid <oldid> -exec chown <username> {} \;
that stuff at the end is open curly brace, close curly brace, space, backslash, semicolon, and it's all important so don't leave it out.
The find command may take a very long time to finish its job, depending on how full your disk is.
Example line in /etc/passwd. In this example, the number 502 is the UID that needs to be changed:
badacct:$1$Wasdf$6gga3$jgK3djKwypT/:502:100:somebody@example.com:/c/home/badacct:/bin/bash
And in this example, the find command would need to be:
find / -uid 502 -exec chown badacct {} \; - Beautiful, thanks so much. I was just getting to the same place.
I'd made the uids the same because, before AFP worked as well as it does, I'd been trying NFS. I'm very happy to make the uids different if that restores peace and harmony. (I'd had the same experience that mounting the same mount from a different account works, and there are weird permission inconsistencies that show up as well).
This looks like a find, but I'll report back after I "fix" my uid's.
Doug - I usually try to avoid editing the /etc/passwd file directly. Using the same info as in the example above by kraney lets say you want to change the UID of the badacct account to 5001 I would use:
usermod -u 5001 badacct
This command may take a bit of time to run because it will update the ownership of the files in badacct's the home directory.
I consider this a workaround not a fix. - Sooooo, if I change the uid of "doug" I can mount my drive now. But it comes up as read only.
So, I'm hoping our good Readynas folks will get us a patch so that I can mount as myself... or that someone has a hint as to what I'm missing out on.
Doug - (never mind on the permission thing... cockpit error resulting from some of the other changes I was trying...)
kraney wrote: ...and in fact, I think I see the bug. It's in the UUID lookup function.
Yes, indeed that is a bug. Thank you for spending the time to track that down! We'll try to get a new build out soon with this fixed.Skywalker wrote: kraney wrote: ...and in fact, I think I see the bug. It's in the UUID lookup function.
Yes, indeed that is a bug. Thank you for spending the time to track that down! We'll try to get a new build out soon with this fixed.
Did this get fixed in T9? (I didn't see it listed in the release notes.)- Yes, it's in there.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
