[prev in list] [next in list] [prev in thread] [next in thread] 

List:       netatalk
Subject:    Re: [Netatalk-admins] Signal 6 on OpenIndiana running as a time machine
From:       Chris Beauchamp <chris () etcp ! co ! uk>
Date:       2012-04-18 9:00:31
Message-ID: CAB-D_=b4qRa=D+F2Er3spQycN+iBQWad4MtB2_SoBSj2cB_VFQ () mail ! gmail ! com
[Download RAW message or body]

Just to add that the latest version 3 alpha2 also just did the same
thing, same place :(

Its also reporting that I have 44.69PB (yes, PB) free... as much as
I'd *like* to have that much storage, I don't. This is, I believe, the
cause of Time Machine not working properly - it can't create a new
sparsebundle file since it can't size it right, so that fails. It
works OK with existing ones, though they too try to be resized:

Apr 18 08:30:37 Tom-iMac com.apple.backupd[353]: Resizing backup disk
image from 4089.3 GB to 38837696.0 GB
Apr 18 08:34:13 Tom-iMac com.apple.backupd[353]: backupd: resize
request 81448550752768 is above maximum size 8589934448 allowed.
Apr 18 08:34:14 Tom-iMac com.apple.backupd[353]: Could not resize
backup disk image (DIHLResizeImage returned 22)

Chris

On 17 April 2012 15:00, Chris Beauchamp <chris@etcp.co.uk> wrote:
> I'm trying to run netatalk on OpenIndiana to use it as a time machine
> for Mac Clients (mix of Lion and Snow Leopard)
>
> However, afpd keeps dying on Signal 6 with little discernable pattern
> - not immediately but after some time of copying files over.
>
> I've got a core file (well, quite a number of core files) and the
> following is the backtrace from that. All that I've looked at (5-10 of
> them) are failing in exactly the same place
>
> Core was generated by `/usr/local/sbin/afpd -U
> uams_dhx.so,uams_dhx2.so -g nobody -c 20 -n cbosof1'.
> Program terminated with signal 6, Aborted.
> [New process 95138    ]
> #0  0xfed14525 in _lwp_kill () from /lib/libc.so.1
> (gdb) bt
> #0  0xfed14525 in _lwp_kill () from /lib/libc.so.1
> #1  0xfed0ce5c in thr_kill () from /lib/libc.so.1
> #2  0xfeca807a in raise () from /lib/libc.so.1
> #3  0xfec7fa4a in abort () from /lib/libc.so.1
> #4  0x0809ae94 in sig_fault (sig=11) at fault.c:138
> #5  0xfed0f5e5 in __sighndlr () from /lib/libc.so.1
> #6  0xfed0234e in call_user_handler () from /lib/libc.so.1
> #7  <signal handler called>
> #8  0xfec71b1f in memcpy () from /lib/libc.so.1
> #9  0x08098c6e in dsi_writeinit (dsi=0x80f6668, buf=0x80f88b4,
> buflen=8192) at dsi_write.c:49
> #10 0x080607fc in afp_over_dsi (obj=0x80f5568) at afp_dsi.c:701
> #11 0x0805f565 in dsi_start (config=0x80f5568, configs=0x80f5568,
> server_children=0x80edc48) at afp_config.c:236
> #12 0x0807a1f7 in main (ac=9, av=0x8047c68) at main.c:478
> (gdb)
>
> This is what's in the log:
>
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]
> ===============================================================
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error] INTERNAL
> ERROR: Signal 11 in pid 29602 (2.2.3dev)
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]
> ===============================================================
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]
> BACKTRACE: 9 stack frames:
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #0
> /usr/local/sbin/afpd'netatalk_panic+0x26 [0x809acce]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #1
> /usr/local/sbin/afpd'sig_fault+0x4c [0x809add4]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #2
> /lib/libc.so.1'__sighndlr+0x15 [0xfed0f5e5]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #3
> /lib/libc.so.1'call_user_handler+0x2a2 [0xfed0234e]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #4
> /lib/libc.so.1'memcpy+0xff [0xfec71b1f]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #5
> /usr/local/sbin/afpd'afp_over_dsi+0x2c4 [0x80607fc]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #6
> /usr/local/sbin/afpd'dsi_start+0x9d [0x805f565]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #7
> /usr/local/sbin/afpd'main+0xae3 [0x807a1f7]
> Apr 17 12:54:46 cbosof1 afpd[29602]: [ID 702911 daemon.error]  #8
> /usr/local/sbin/afpd'_start+0x83 [0x805f2d7]
> Apr 17 12:54:50 cbosof1 genunix: [ID 603404 kern.notice] NOTICE:
> core_log: afpd[29602] core dumped: /cores/core.afpd.29602
>
> This is from the latest version in git, however I'm seeing exactly the
> same in 2.2.2 (tried 2.2.3dev to check if it was still happening). I'm
> compiling it myself, of course.
>
> I did try version 3 alpha, but couldn't get time machine to work with
> it (which may be another issue entirely), though it did seem more
> stable for what I did try it for
>
> Any thoughts on what it might be?
>
> Thanks
>
> Chris

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Netatalk-admins mailing list
Netatalk-admins@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netatalk-admins
[prev in list] [next in list] [prev in thread] [next in thread]