Sven Schwyn | 1 Mar 20:14 2011
Picon

Re: 2.2beta1: AT_SYMLINK_NOFOLLOW undeclared

After switching to uclibc-0.9.31 it builds and runs fine. The symbol is defined as of 0.9.30.

Thanks for the hint, Frank!
------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
Frank Lahm | 2 Mar 11:46 2011

Release 2.2 beta2

Hi,

I'd like to release the next beta for 2.2 which contains some very
important improvements compared to the previous beta:

Changes in 2.2beta2
====================

* NEW: afpd: AFP 3.3

This encompasses:
* primary AFP reconnect
* AFP replay cache
* extended sleep

Any cons?

I'd like to release it asap in order to give it widespread testing. If
all goes well, I propose releasing 2.2 final by the end of this month.

Best!
-f

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
(Continue reading)

Chris Boot | 2 Mar 20:19 2011
Picon

Re: [Netatalk-admins] Mac OS X Lion and Time Machine

On 28/02/2011 09:20, Frank Lahm wrote:
> Hi Chris,
>
> 2011/2/27 Chris Boot<bootc <at> bootc.net>:
>> Hi folks,
>>
>> I've just installed the Lion seed, and one of the first things I noticed is that Time Machine no longer
works with netatalk. I can connect to the shares fine, but whenever Time Machine tries a backup it comes up
with a message saying this:
>>
>> "The network backup disk does not support the required AFP features."
>>
>> I've upgraded to the latest git version of netatalk and even with the new server reply cache and primary
reconnect code it seems to have made no difference.
> git master now supports and advertises AFP replay cache. It's still
> unstable stuff, so beware!
>
> Please check if you're really setting options:tm for the Time Machine
> volume. If it still doesn't work, then there's possibly a missing bit
> causing this: we don't support the "Reconnect UAM" so we cant/dont
> advertise  "kSupportsReconnect" in the server capability bitmap. I'm
> working on this.

Frank,

It seems my Lion box was caching the server capabilities for a while, as 
it was still coming up saying the server didn't support the reply cache 
until I rebooted the client.

After some nasty mishaps and a very corrupted Time Machine disk image 
(Continue reading)

Frank Lahm | 2 Mar 20:40 2011

Re: [Netatalk-admins] Mac OS X Lion and Time Machine

Hi,

2011/3/2 Chris Boot <bootc <at> bootc.net>:
> On 28/02/2011 09:20, Frank Lahm wrote:
>>
>> Hi Chris,
>>
>> 2011/2/27 Chris Boot<bootc <at> bootc.net>:
>>>
>>> Hi folks,
>>>
>>> I've just installed the Lion seed, and one of the first things I noticed
>>> is that Time Machine no longer works with netatalk. I can connect to the
>>> shares fine, but whenever Time Machine tries a backup it comes up with a
>>> message saying this:
>>>
>>> "The network backup disk does not support the required AFP features."
>>>
>>> I've upgraded to the latest git version of netatalk and even with the new
>>> server reply cache and primary reconnect code it seems to have made no
>>> difference.
>>
>> git master now supports and advertises AFP replay cache. It's still
>> unstable stuff, so beware!
>>
>> Please check if you're really setting options:tm for the Time Machine
>> volume. If it still doesn't work, then there's possibly a missing bit
>> causing this: we don't support the "Reconnect UAM" so we cant/dont
>> advertise  "kSupportsReconnect" in the server capability bitmap. I'm
>> working on this.
(Continue reading)

Frank Lahm | 3 Mar 07:27 2011

Re: [Netatalk-admins] Mac OS X Lion and Time Machine

2011/3/2 Chris Boot <bootc <at> bootc.net>:
> On 28/02/2011 09:20, Frank Lahm wrote:
>>
>> Hi Chris,
>>
>> 2011/2/27 Chris Boot<bootc <at> bootc.net>:
>>>
>>> Hi folks,
>>>
>>> I've just installed the Lion seed, and one of the first things I noticed
>>> is that Time Machine no longer works with netatalk. I can connect to the
>>> shares fine, but whenever Time Machine tries a backup it comes up with a
>>> message saying this:
>>>
>>> "The network backup disk does not support the required AFP features."
>>>
>>> I've upgraded to the latest git version of netatalk and even with the new
>>> server reply cache and primary reconnect code it seems to have made no
>>> difference.
>>
>> git master now supports and advertises AFP replay cache. It's still
>> unstable stuff, so beware!
>>
>> Please check if you're really setting options:tm for the Time Machine
>> volume. If it still doesn't work, then there's possibly a missing bit
>> causing this: we don't support the "Reconnect UAM" so we cant/dont
>> advertise  "kSupportsReconnect" in the server capability bitmap. I'm
>> working on this.
>
> Frank,
(Continue reading)

Chris Boot | 3 Mar 11:51 2011
Picon

Re: [Netatalk-admins] Mac OS X Lion and Time Machine

On 03/03/2011 06:27, Frank Lahm wrote:
> 2011/3/2 Chris Boot<bootc <at> bootc.net>:
>> On 28/02/2011 09:20, Frank Lahm wrote:
>>> Hi Chris,
>>>
>>> 2011/2/27 Chris Boot<bootc <at> bootc.net>:
>>>> Hi folks,
>>>>
>>>> I've just installed the Lion seed, and one of the first things I noticed
>>>> is that Time Machine no longer works with netatalk. I can connect to the
>>>> shares fine, but whenever Time Machine tries a backup it comes up with a
>>>> message saying this:
>>>>
>>>> "The network backup disk does not support the required AFP features."
>>>>
>>>> I've upgraded to the latest git version of netatalk and even with the new
>>>> server reply cache and primary reconnect code it seems to have made no
>>>> difference.
>>> git master now supports and advertises AFP replay cache. It's still
>>> unstable stuff, so beware!
>>>
>>> Please check if you're really setting options:tm for the Time Machine
>>> volume. If it still doesn't work, then there's possibly a missing bit
>>> causing this: we don't support the "Reconnect UAM" so we cant/dont
>>> advertise  "kSupportsReconnect" in the server capability bitmap. I'm
>>> working on this.
>> Frank,
>>
>> It seems my Lion box was caching the server capabilities for a while, as it
>> was still coming up saying the server didn't support the reply cache until I
(Continue reading)

Frank Lahm | 3 Mar 12:20 2011

Re: [Netatalk-admins] Mac OS X Lion and Time Machine

Chris,

2011/3/3 Chris Boot <bootc <at> bootc.net>:
>> Fixed in git master. Thanks for helping!
>> -f
>
> Frank,
>
> I've just managed a successful backup from Lion. Also did a TM verify and a
> volume verify from Disk Utility and all seems well!

You could help some more:
how big is your backup ? Whole client disk with lots of GB ? Good. Then:
- wipe your current backup, start from scratch
- start a TM run
- while it's running, try to break it by
  - putting the client to sleep, eg closing lid, for a minute
  - interrupting network connection, eg unplug the cable or shutdown
Airport, for 20 sec
- meanwhile watch the server log, if it fills with entries similar to
"succesfull primary reconnect", good, this should mean that the client
continued the interrupted backup session

Thanks!
-f

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
(Continue reading)

Chris Boot | 3 Mar 12:56 2011
Picon

Re: [Netatalk-admins] Mac OS X Lion and Time Machine

On 03/03/2011 11:20, Frank Lahm wrote:
> Chris,
>
> 2011/3/3 Chris Boot<bootc <at> bootc.net>:
>>> Fixed in git master. Thanks for helping!
>>> -f
>> Frank,
>>
>> I've just managed a successful backup from Lion. Also did a TM verify and a
>> volume verify from Disk Utility and all seems well!
> You could help some more:
> how big is your backup ? Whole client disk with lots of GB ? Good. Then:
> - wipe your current backup, start from scratch
> - start a TM run
> - while it's running, try to break it by
>    - putting the client to sleep, eg closing lid, for a minute
>    - interrupting network connection, eg unplug the cable or shutdown
> Airport, for 20 sec
> - meanwhile watch the server log, if it fills with entries similar to
> "succesfull primary reconnect", good, this should mean that the client
> continued the interrupted backup session
>
> Thanks!
> -f
Frank,

During my actual backup it did this a couple of times when the machine 
fell asleep on its own. I'll give it another go this afternoon if you like.

In previous revs of netatalk (before your latest patch) things would get 
(Continue reading)

HAT | 3 Mar 16:31 2011
Picon

Re: AppleDouble is broken by long fileneme (>255 UTF8-MAC chars)

Sorry.
This work doesn't have progress because I cannot take time recently.

Current branch-filenamelen limits to 765 Bytes as UTF8-MAC:
   volcharset -> UTF16-MAC -> truncated 765 UTF8-MAC.
This implementation has the problem.

"ᾂ" char:

UTF16      1F82                      1 codepoint (2 Byte)
UTF8       E1 BE 82                  3 Byte
UTF8-MAC   CE B1 CC 93 CC 80 CD 85   8 Byte
UTF16-MAC  03B1 0313 0300 0345       4 codepoint (8 Byte)

The attached filename is 85 "ᾂ" char.
ᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂᾂ

on server:   85 * 3 = 255 Byte
on AFP:      85 * 8 = 680 Byte      ( < 765 Byte )
on HFS+:     85 * 4 = 340 codepoint ( > 255 codepoint ) !!!

This file cannot be saved on HFS+.

It is necessary to limit to 255 codepoint (510 Byte) as UTF16-MAC:
   volcharset -> truncated 255 UTF16-MAC -> UTF8-MAC.

The mangle() in etc/afpd/mangle.c calls convert_charset() in
libatalk/unicode/charcnv.c .
The convert_charset() seems not to support "to UTF16-MAC" conversion.
Therefore, implementation is difficult for me.
(Continue reading)

Frank Lahm | 4 Mar 16:24 2011

Netatalk 2.2 beta2 has been released

Netatalk 2.2-beta2
==================
The Netatalk development team is proud to announce version 2.2-beta2 of
the Netatalk File Sharing suite. This is an unstable version, published
for the sole purpose of receiving wider testing. Do not run this on
production systems.

Netatalk is a freely-available Open Source AFP fileserver. It also
provides a kernel level implementation of the AppleTalk Protocol Suite.
A *NIX/*BSD system running Netatalk is capable of serving many Macintosh
clients simultaneously as an AppleShare file server (AFP), AppleTalk
router, *NIX/*BSD print server, and for accessing AppleTalk printers via
Printer Access Protocol (PAP).
Included are a number of minor printing and debugging utilities.

The suite contains:

* afpd - a file server that implements the Apple Filing Protocol, allowing
  clients running MacOS to access Unix file servers
* atalkd - an implementation of the AppleTalk protocol
* papd - a print server that enables Macintosh computers to access printers
  connected to Unix servers
* megatron - a tool to convert files in Macintosh specific formats like
  BinHex, AppleSingle, or MacBinary into files readable by Unix computers
* various supporting programs and utilities

Summary of hot stuff and enhancements since 2.1
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

* AFP 3.3 support
(Continue reading)


Gmane