Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 13 Sep 2001 12:52:02 -0400 (EDT)
From:      Joe Clarke <marcus@marcuscom.com>
To:        Jordan Hubbard <jkh@freebsd.org>
Cc:        <so@i-clue.de>, <stable@freebsd.org>
Subject:   Re: Netatalk crash on RC4 (was: Re: 4.4-RC4 report [succes])
Message-ID:  <20010913125015.R4778-100000@shumai.marcuscom.com>
In-Reply-To: <20010912171443G.jkh@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Jordan, I was not able to reproduce your OS X problem with a /usr AFP
export.  I am using OS X 10.0.4 on an iMac 333.  When this happens, does
afpd core dump?  Does afpd just die?  I was seeing this problem early on
when I was testing CNID DB support with OS X.  Since I patched those
problems, things seemed to get better.

Joe

On Wed, 12 Sep 2001, Jordan Hubbard wrote:

> Progress!  For the record, here's what I was getting on a RELENG_4 box
> (as of this morning) when netatalk attempted to start up from
> /usr/local/etc/rc.d/netatalk.sh:
>
> katalkd in realloc(): warning: chunk is already free.
> atalkd in free(): warning: chunk is already free.
> AppleTalk not up! Check your syslog for the reason. Child died.
> Sep 12 16:56:44 freebsd /kernel: pid 280 (atalkd), uid 0: exited on signal 11 (core dumped)
> Sep 12 16:56:44 freebsd atalkd: difaddr(0.0): Can't assign requested address
> nbp_rgstr: Network is unreachable
> Can't register freebsd:netatalk@*
> nbp_rgstr: Network is unreachable
> Can't register freebsd:Workstation@*
> Sep 12 16:56:45 freebsd afpd[286]: Can't register freebsd:AFPServer@*
>
> I then checked /usr/local/etc/atalkd.conf and saw that it was all
> simply commented out examples.  I have only one interface, rl0, and
> according to the comments it should have been auto-discovered, but just
> on a lark I tried adding it to atalkd.conf to see if it had any
> effect.  It did!  All the core dumps have gone away.
>
> Now I'm on to my second problem.  I've put /usr (just that, on a line
> by itself) into /usr/local/etc/AppleVolumes.default and "usr" (but
> with no leading slash) shows up in the volumes menu when I go to mount
> it over AFP under MacOS X.  If I then select this, the server disconnects
> immediately and I get:
>
> afpd[pid]: dsi_stream_read(0): No such file or directory
>
> On the FreeBSD machine's console.  Could it be because it's exporting
> "usr" vs "/usr"?  If so, why would it do that when I used "/usr" in
> the AppleVolumes.default file?
>
> Thanks for all your help so far.
>
> - Jordan
>
>
>
>


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010913125015.R4778-100000>