Lion Time Machine doesn't think (backups are possible network share)

[buddd]

Hi,

Exploring wonderful mac land after landing here two month ago.
Here is the issue I have with Time Machine (TM) on Lion.

I'm using zfs storage server for my backups. It worked well on my old mac mini with Lion, but on a new one (which I barely managed to restore from TM backup from the old one) - it doesn't.

Here is the problem.
I point to a volume in TM, it starts processing it and says this:

You do not have the necessary read, write and append privileges on the selected network backup disk.

Of course I have all privileges, Disk Utility recognizes it and so on. Older mac mini worked with such volume without issues.

I enabled "unsupported" volumes.
defaults write com.apple.systempreferences TMShowUnsupported

syslog message
Aug 11 20:39:07 me mds[60]: ERROR: _MDSChannelInitForAFP: AFPSendSpotLightRPC failed -1

I found only one link in google about possible issue with db type. But I already using dbd

/usr/local/etc/netatalk/AppleVolumes.default
newmacbackup allow:me cnidscheme:dbd options:usedots,upriv,tm

Anyone can help crack this one?
Just a reminder: both system are lion, older mac worked with zfs volume, the newer - doesn't work. All setting are the same, at least what I can remember of.

PS
some more lines actually in syslog after I click OK on error message in TM.

Aug 11 21:04:29 me mds[60]: ERROR: _MDSChannelInitForAFP: AFPSendSpotLightRPC failed -1
Aug 11 21:04:32 me com.apple.autofsd[68]: Assertion failed: (strlcat((mntops_out), (","), (optlen)) < (optlen)), function process_fstab_mntopts, file /SourceCache/autofs/autofs-207/automountlib/ns_fstab.c, line 171.
Aug 11 21:04:32 me autofsd[68]: /usr/sbin/automount terminated with signal Abort trap: 6
Aug 11 21:04:32 me ReportCrash[596]: Saved crash report for automount[611] version ??? (???) to /Library/Logs/DiagnosticReports/automount_2011-08-11-210432_localhost.crash
Aug 11 21:04:32 me ReportCrash[596]: Removing excessive log: /Library/Logs/DiagnosticReports/automount_2011-08-11-074205_localhost.crash

So this duplicates mounts of backup volume under /Volumes

 

[buddd]

Debug log from the storage server.

Aug 11 21:41:50.291219 afpd[29206] {afp_dsi.c:584} (D5:AFPDaemon): <== Start AFP command: AFP_ACCESS
Aug 11 21:41:50.291234 afpd[29206] {directory.c:466} (D5:AFPDaemon): dirlookup(did: 1)
Aug 11 21:41:50.291248 afpd[29206] {directory.c:603} (D5:AFPDaemon): dirlookup(did: 1): pdid: 0, "ROOT_PARENT"
Aug 11 21:41:50.291265 afpd[29206] {directory.c:1282} (D5:AFPDaemon): movecwd(to: did: 2, "/storpool/melib/newmacbackup")
Aug 11 21:41:50.291297 afpd[29206] {directory.c:1251} (D5:AFPDaemon): came('/storpool/melib/newmacbackup') {end: curdir:'/storpool/melib/newmacbackup', path:'.'}
Aug 11 21:41:50.291313 afpd[29206] {ofork.c:314} (D5:AFPDaemon): of_statdir: stating: '../newmacbackup'
Aug 11 21:41:50.291337 afpd[29206] {uuid.c:225} (W:AFPDaemon): getnamefromuuid(94A89B6B-5FEB-4781-AD0D-BDD326C02311): no result from ldap_getnamefromuuid
Aug 11 21:41:50.291355 afpd[29206] {acls.c:1104} (E😀efault): getnamefromuuid(uuid, &username, &uuidtype) failed: Resource temporarily unavailable
Aug 11 21:41:50.291370 afpd[29206] {afp_dsi.c:591} (D5:AFPDaemon): ==> Finished AFP command: AFP_ACCESS -> AFPERR_PARAM