Replies: 5 comments
-
Now the fun part. [Homes] works.
then
and MacOS is happy. So how did I manage to break [Volumes] but not [Homes]? |
Beta Was this translation helpful? Give feedback.
-
If I take out vol_dbpath behaviour does not change. MacOS says "There was a problem connecting to server . The share does not exist on the server."
And this on syslog:
There is nothing under /var/netatalk/CNID for this volume (or under vol_dbpath if defined). |
Beta Was this translation helpful? Give feedback.
-
I will rebuild everything with 4.1.0 but if by pure chance there is something obvious I'm messing up... |
Beta Was this translation helpful? Give feedback.
-
Everything built from scratch again and nope, no go.
gives many of
and plenty of these on syslog:
and this on afp.log
|
Beta Was this translation helpful? Give feedback.
-
Ah. This is what I broke. If afpd is started with -F (something)... Maybe these notes here will help me avoid two days of tinkering to find the reason in the future. |
Beta Was this translation helpful? Give feedback.
-
I guess I broke something. Help appreciated. This used to work...
Running 4.0.8 on OpenWrt.
afp.conf:
If I try to connect from MacOS Sequoia, fails with an error. (Can get the verbiage, but I think it's not that important). Googling that hinted at cnid db issues.
If I try rebuild the DB with this:
dbd -F /var/netatalk/afp.conf -f /tmp/afp/data
I get this in logs:
I get this in syslog:
and this as final error.
User exists, is valid.
So... what did I do this time?
Beta Was this translation helpful? Give feedback.
All reactions