Re: [Netatalk-admins] [SECURITY] Netatalk 3.1.13 is available

[Reindl H. <h.r...@th...>]

and months later 3.1.13 is not replaced nor removed from downloads while 
another users reported "invalid metadata EA this is now being treated as 
a fatal error. if you see this log entry, please file a bug ticket with 
your upstream  vendor and attach the generated core file." where i ask 
myself how he comes that far when login crashes the server....


Apr 11 17:26:28 fileserver afpd[1887068]: 
===============================================================
Apr 11 17:26:28 fileserver afpd[1887068]: INTERNAL ERROR: Signal 11 in 
pid 1887068 (3.1.13)
Apr 11 17:26:28 fileserver afpd[1887068]: 
===============================================================
Apr 11 17:26:28 fileserver afpd[1887068]: PANIC: internal error
Apr 11 17:26:28 fileserver afpd[1887068]: BACKTRACE: 12 stack frames:
Apr 11 17:26:28 fileserver afpd[1887068]: #0 
/lib64/libatalk.so.18(netatalk_panic+0x35) [0x7f7e1b505095]
Apr 11 17:26:28 fileserver afpd[1887068]: #1 
/lib64/libatalk.so.18(+0x321da) [0x7f7e1b5051da]
Apr 11 17:26:28 fileserver afpd[1887068]: #2 /lib64/libc.so.6(+0x3d320) 
[0x7f7e1b30e320]
Apr 11 17:26:28 fileserver afpd[1887068]: #3 
/lib64/libatalk.so.18(+0x16635) [0x7f7e1b4e9635]
Apr 11 17:26:28 fileserver afpd[1887068]: #4 
/lib64/libatalk.so.18(ad_open+0x73d) [0x7f7e1b4ed11d]
Apr 11 17:26:28 fileserver afpd[1887068]: #5 /usr/sbin/afpd(+0x286bd) 
[0x56064f2b36bd]
Apr 11 17:26:28 fileserver afpd[1887068]: #6 /usr/sbin/afpd(+0x293b1) 
[0x56064f2b43b1]
Apr 11 17:26:28 fileserver afpd[1887068]: #7 
/usr/sbin/afpd(afp_openvol+0x359) [0x56064f2b88d9]
Apr 11 17:26:28 fileserver afpd[1887068]: #8 
/usr/sbin/afpd(afp_over_dsi+0x641) [0x56064f29edc1]
Apr 11 17:26:28 fileserver afpd[1887068]: #9 /usr/sbin/afpd(main+0x9ac) 
[0x56064f295e0c]
Apr 11 17:26:28 fileserver afpd[1887068]: #10 
/lib64/libc.so.6(__libc_start_main+0xd5) [0x7f7e1b2f8b75]
Apr 11 17:26:28 fileserver afpd[1887068]: #11 
/usr/sbin/afpd(_start+0x2e) [0x56064f29614e]
Apr 11 17:26:30 fileserver afpd[1887073]: Login by claus (AFP3.4)
Apr 11 17:26:30 fileserver afpd[1060957]: Reconnect: no child[1887039]
Apr 11 17:26:35 fileserver afpd[1887073]: afp_disconnect: primary 
reconnect failed
Am 11.04.22 um 22:13 schrieb Reindl Harald:

> Am 11.04.22 um 21:44 schrieb Ralph Boehme:
>> On 4/11/22 18:15, Reindl Harald wrote:
>>> but how does it help when the first update within nearly 4 years 
>>> simply don't work?
>>
>> that's the unfortunate consequence if noone dedicate the required 
>> resources to maintain this project.
> 
> by not even test basic operations?
> 
>> Luckily folks from ixsystems are looking into providing a fix and I 
>> will ship a new release once we have nailed the fix.
> 
> so that guys at least try a simple login?
> 
> don't get me wrong but i expect a service at least last until the folder 
> listing and crash when one tries to open a file
> 
>> Generally, at this point I can only advice to stop using Netatalk. 
>> There are more pending CVEs that I currently don't have the bandwidth 
>> to work on
> 
> if there would be a simple migration path without using config options 
> affecting not decades old files...
> 
> give me a option which ensures everything works 1:1 when connect with 
> samba and netatalk ios removed
> 
> no, you can't happily move millions of files between share A on netatalk 
> and share B on samba on a ordinary 1 GBE network
> 
> if it's me no shitty applce machine woulöd exist here as well as no 
> files dating back my existence here with the whole data in the 
> reosurce-fork - but it's what i got
> 
> if it's me apple won't exist at all but sadly the world don't turn 
> around me yet