Issue with afpd? - getvolbypath("<path>"): no volume for path #1883

APCCV · 2025-01-14T02:28:20Z

APCCV
Jan 14, 2025

I guess I broke something. Help appreciated. This used to work...
Running 4.0.8 on OpenWrt.

afp.conf:

[Global]
uam list = uams_dhx.so uams_dhx2.so
afp interfaces = br-lan
log file = /var/log/afpd.log
appletalk = yes
log level = default:debug afpdaemon:debug logger:debug uamsdaemon:debug

[files]
vol dbpath = /tmp/afp/data_db
path = /tmp/afp/data
valid users = @users

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:

Jan 13 21:24:52.094187 dbd[5253] {logger.c:316} (debug:Logger): Setup file logging: type: Default, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 13 21:24:52.094335 dbd[5253] {logger.c:316} (debug:Logger): Setup file logging: type: AFPDaemon, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 13 21:24:52.094479 dbd[5253] {logger.c:316} (debug:Logger): Setup file logging: type: Logger, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 13 21:24:52.094664 dbd[5253] {netatalk_conf.c:2234} (debug:AFPDaemon): CNID Server: localhost:4700
Jan 13 21:24:52.094764 dbd[5253] {netatalk_conf.c:2277} (debug:AFPDaemon): Global unix charset is UTF8
Jan 13 21:24:52.094855 dbd[5253] {netatalk_conf.c:2288} (debug:AFPDaemon): Global vol charset is UTF8
Jan 13 21:24:52.094946 dbd[5253] {netatalk_conf.c:2302} (debug:AFPDaemon): Global mac charset is MAC_ROMAN
Jan 13 21:24:52.095037 dbd[5253] {netatalk_conf.c:1499} (debug:AFPDaemon): readextmap: loading "/etc/extmap.conf"
Jan 13 21:24:52.095567 dbd[5253] {netatalk_conf.c:1520} (debug:AFPDaemon): readextmap: done
Jan 13 21:24:52.095674 dbd[5253] {cnid.c:58} (info:AFPDaemon): Registering CNID module [last]
Jan 13 21:24:52.095767 dbd[5253] {cnid.c:58} (info:AFPDaemon): Registering CNID module [dbd]
Jan 13 21:24:52.095870 dbd[5253] {logger.c:316} (debug:Logger): Setup file logging: type: Default, level: note, file: /dev/tty, timestamp_us: 1
Jan 13 21:24:52.095960 dbd[5253] {netatalk_conf.c:1627} (debug:AFPDaemon): load_volumes: BEGIN
Jan 13 21:24:52.096079 dbd[5253] {netatalk_conf.c:1662} (debug:AFPDaemon): load_volumes: no volumes yet
Jan 13 21:24:52.096244 dbd[5253] {netatalk_conf.c:1696} (debug:AFPDaemon): load_volumes: loading: /var/netatalk/afp.conf
Jan 13 21:24:52.096596 dbd[5253] {netatalk_conf.c:1275} (debug:AFPDaemon): readvolfile: BEGIN
Jan 13 21:24:52.096693 dbd[5253] {netatalk_conf.c:1278} (debug:AFPDaemon): readvolfile: sections: 2
Jan 13 21:24:52.096843 dbd[5253] {netatalk_conf.c:744} (debug:AFPDaemon): creatvol(volume: 'files', path: "/tmp/afp/data", preset: '-'): BEGIN
Jan 13 21:24:52.097166 dbd[5253] {vfs.c:876} (debug:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 13 21:24:52.097460 dbd[5253] {uuid.c:123} (debug:AFPDaemon): uuid_bin2string{uuid}: mask: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Jan 13 21:24:52.097566 dbd[5253] {netatalk_conf.c:268} (debug:AFPDaemon): get_uuid('files'): generated UUID '814EA498-0F5C-1FE9-1080-03BB13276533'
Jan 13 21:24:52.097704 dbd[5253] {netatalk_conf.c:1183} (debug:AFPDaemon): Volume 'files': UUID '814EA498-0F5C-1FE9-1080-03BB13276533'
Jan 13 21:24:52.097792 dbd[5253] {netatalk_conf.c:1193} (debug:AFPDaemon): creatvol: END: 0
Jan 13 21:24:52.098016 dbd[5253] {netatalk_conf.c:1742} (debug:AFPDaemon): load_volumes: END
Jan 13 21:24:52.098111 dbd[5253] {netatalk_conf.c:1878} (debug:AFPDaemon): getvolbypath("/tmp/afp/data")
Jan 13 21:24:52.098199 dbd[5253] {netatalk_conf.c:1907} (debug:AFPDaemon): getvolbypath: path("/tmp/afp/data") == volume("/tmp/afp/data")
Jan 13 21:24:53.103682 dbd[5253] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
Jan 13 21:24:54.106627 dbd[5253] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
Jan 13 21:24:55.109012 dbd[5253] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer

I get this in syslog:

Mon Jan 13 21:25:11 2025 daemon.err cnid_metad[5197]: getvolbypath("/tmp/afp/data"): no volume for path
Mon Jan 13 21:25:11 2025 daemon.err cnid_metad[5197]: main: no volume for path "/tmp/afp/data"
(repeatedly)

and this as final error.

Jan 13 21:25:13.161141 dbd[5253] {cnid_dbd.c:412} (error:CNID): transmit: Request to dbd daemon (volume files) timed out.
Failed to wipe CNID db

User exists, is valid.
So... what did I do this time?

APCCV · 2025-01-14T23:50:01Z

APCCV
Jan 14, 2025
Author

Ah. This is what I broke.

If afpd is started with -F (something)...
... cnid_metad must also be started with the same -F (something)

Maybe these notes here will help me avoid two days of tinkering to find the reason in the future.

0 replies

APCCV · 2025-01-14T13:14:23Z

APCCV
Jan 14, 2025
Author

Everything built from scratch again and nope, no go.

dbd -F /var/netatalk/afp.conf -v -f /tmp/afp/data

gives many of

Jan 14 08:10:31.534070 dbd[5089] {cnid_dbd.c:235} (debug:CNID): connecting to CNID server: localhost:4700
Jan 14 08:10:31.534575 dbd[5089] {cnid_dbd.c:241} (debug:CNID): connecting volume 'files', path: /tmp/afp/data, user: -
Jan 14 08:10:31.534745 dbd[5089] {cnid_dbd.c:274} (debug:CNID): init_tsock: ok
Jan 14 08:10:31.534840 dbd[5089] {cnid_dbd.c:391} (debug:CNID): transmit: attached to 'files'
Jan 14 08:10:31.535490 dbd[5089] {cnid_dbd.c:351} (debug:CNID): dbd_rpc: Error reading header from fd (volume files): Connection reset by peer
Jan 14 08:10:31.535615 dbd[5089] {cnid_dbd.c:412} (error:CNID): transmit: Request to dbd daemon (volume files) timed out.

and plenty of these on syslog:

Tue Jan 14 08:10:10 2025 daemon.err cnid_metad[5060]: getvolbypath("/tmp/afp/data"): no volume for path
Tue Jan 14 08:10:10 2025 daemon.err cnid_metad[5060]: main: no volume for path "/tmp/afp/data"

and this on afp.log

Jan 14 08:10:10.406602 dbd[5089] {logger.c:316} (debug:Logger): Setup file logging: type: Default, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 14 08:10:10.406751 dbd[5089] {logger.c:316} (debug:Logger): Setup file logging: type: AFPDaemon, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 14 08:10:10.406884 dbd[5089] {logger.c:316} (debug:Logger): Setup file logging: type: Logger, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 14 08:10:10.407066 dbd[5089] {netatalk_conf.c:2224} (debug:AFPDaemon): CNID Server: localhost:4700
Jan 14 08:10:10.407163 dbd[5089] {netatalk_conf.c:2267} (debug:AFPDaemon): Global unix charset is UTF8
Jan 14 08:10:10.407254 dbd[5089] {netatalk_conf.c:2278} (debug:AFPDaemon): Global vol charset is UTF8
Jan 14 08:10:10.407341 dbd[5089] {netatalk_conf.c:2292} (debug:AFPDaemon): Global mac charset is MAC_ROMAN
Jan 14 08:10:10.407427 dbd[5089] {netatalk_conf.c:1491} (debug:AFPDaemon): readextmap: loading "/etc/extmap.conf"
Jan 14 08:10:10.407936 dbd[5089] {netatalk_conf.c:1512} (debug:AFPDaemon): readextmap: done
Jan 14 08:10:10.408042 dbd[5089] {cnid.c:58} (info:AFPDaemon): Registering CNID module [last]
Jan 14 08:10:10.408134 dbd[5089] {cnid.c:58} (info:AFPDaemon): Registering CNID module [dbd]
Jan 14 08:10:10.408235 dbd[5089] {logger.c:316} (debug:Logger): Setup file logging: type: Default, level: note, file: /dev/tty, timestamp_us: 1
Jan 14 08:10:10.408332 dbd[5089] {logger.c:316} (debug:Logger): Setup file logging: type: CNID, level: debug, file: /dev/tty, timestamp_us: 1
Jan 14 08:10:10.408419 dbd[5089] {netatalk_conf.c:1617} (debug:AFPDaemon): load_volumes: BEGIN
Jan 14 08:10:10.408535 dbd[5089] {netatalk_conf.c:1652} (debug:AFPDaemon): load_volumes: no volumes yet
Jan 14 08:10:10.408703 dbd[5089] {netatalk_conf.c:1686} (debug:AFPDaemon): load_volumes: loading: /var/netatalk/afp.conf
Jan 14 08:10:10.408954 dbd[5089] {netatalk_conf.c:1267} (debug:AFPDaemon): readvolfile: BEGIN
Jan 14 08:10:10.409047 dbd[5089] {netatalk_conf.c:1270} (debug:AFPDaemon): readvolfile: sections: 2
Jan 14 08:10:10.409191 dbd[5089] {netatalk_conf.c:744} (debug:AFPDaemon): creatvol(volume: 'files', path: "/tmp/afp/data", preset: '-'): BEGIN
Jan 14 08:10:10.409523 dbd[5089] {vfs.c:888} (debug:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 14 08:10:10.409770 dbd[5089] {uuid.c:123} (debug:AFPDaemon): uuid_bin2string{uuid}: mask: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Jan 14 08:10:10.409879 dbd[5089] {netatalk_conf.c:268} (debug:AFPDaemon): get_uuid('files'): generated UUID '0BA75888-3F38-54F6-CEAE-3DE0FC4AF54A'
Jan 14 08:10:10.410029 dbd[5089] {netatalk_conf.c:1175} (debug:AFPDaemon): Volume 'files': UUID '0BA75888-3F38-54F6-CEAE-3DE0FC4AF54A'
Jan 14 08:10:10.410124 dbd[5089] {netatalk_conf.c:1185} (debug:AFPDaemon): creatvol: END: 0
Jan 14 08:10:10.410349 dbd[5089] {netatalk_conf.c:1732} (debug:AFPDaemon): load_volumes: END
Jan 14 08:10:10.410439 dbd[5089] {netatalk_conf.c:1868} (debug:AFPDaemon): getvolbypath("/tmp/afp/data")
Jan 14 08:10:10.410525 dbd[5089] {netatalk_conf.c:1897} (debug:AFPDaemon): getvolbypath: path("/tmp/afp/data") == volume("/tmp/afp/data")
Jan 14 08:10:10.412627 dbd[5089] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
Jan 14 08:10:10.414051 dbd[5089] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
(many of those)

0 replies

APCCV · 2025-01-14T03:01:35Z

APCCV
Jan 14, 2025
Author

I will rebuild everything with 4.1.0 but if by pure chance there is something obvious I'm messing up...

0 replies

APCCV · 2025-01-14T02:57:24Z

APCCV
Jan 14, 2025
Author

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."
Trying to connect from MacOS results this in afp log:

Jan 13 21:49:44.746527 afpd[5497] {main.c:503} (debug:AFPDaemon): main: IPC request from child[5527]
Jan 13 21:49:44.747234 afpd[5527] {netatalk_conf.c:1750} (debug:AFPDaemon): unload_volumes: BEGIN
Jan 13 21:49:44.747376 afpd[5527] {netatalk_conf.c:1763} (debug:AFPDaemon): unload_volumes: END
Jan 13 21:49:44.747731 afpd[5527] {dircache.c:572} (debug:AFPDaemon): dircache_init: done. max dircache size: 8192
Jan 13 21:49:44.747884 afpd[5527] {server_ipc.c:318} (debug:AFPDaemon): ipc_child_write(IPC_STATE)
Jan 13 21:49:44.748053 afpd[5497] {main.c:503} (debug:AFPDaemon): main: IPC request from child[5527]
Jan 13 21:49:44.748185 afpd[5497] {server_ipc.c:230} (debug:AFPDaemon): ipc_server_read(IPC_STATE): pid: 5527
Jan 13 21:49:44.749935 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_LOGIN_EXT
Jan 13 21:49:47.421088 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_LOGIN_EXT -> AFPERR_AUTHCONT
Jan 13 21:49:47.444265 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_LOGINCONT
Jan 13 21:49:47.472627 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_LOGINCONT -> AFPERR_AUTHCONT
Jan 13 21:49:47.475826 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_LOGINCONT
Jan 13 21:49:47.490136 afpd[5527] {auth.c:245} (note:AFPDaemon): Login by user (AFP3.4)
Jan 13 21:49:47.490392 afpd[5527] {auth.c:251} (debug:AFPDaemon): obj->options.admingid == 0
Jan 13 21:49:47.490521 afpd[5527] {auth.c:286} (debug:AFPDaemon): login: supplementary groups:  100 1000
Jan 13 21:49:47.490618 afpd[5527] {server_ipc.c:318} (debug:AFPDaemon): ipc_child_write(IPC_LOGINDONE)
Jan 13 21:49:47.490759 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_LOGINCONT -> AFP_OK
Jan 13 21:49:47.490875 afpd[5497] {main.c:503} (debug:AFPDaemon): main: IPC request from child[5527]
Jan 13 21:49:47.490996 afpd[5497] {server_ipc.c:230} (debug:AFPDaemon): ipc_server_read(IPC_LOGINDONE): pid: 5527
Jan 13 21:49:47.491100 afpd[5497] {server_ipc.c:114} (debug:AFPDaemon): ipc_login_done(pid: 5527, uid: 1000)
Jan 13 21:49:47.495387 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_GETUSERINFO
Jan 13 21:49:47.495494 afpd[5527] {auth.c:927} (debug:AFPDaemon): begin afp_getuserinfo:
Jan 13 21:49:47.495587 afpd[5527] {auth.c:987} (debug:AFPDaemon): END afp_getuserinfo:
Jan 13 21:49:47.495678 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_GETUSERINFO -> AFP_OK
Jan 13 21:49:47.498477 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_GETSRVPARAM
Jan 13 21:49:47.498580 afpd[5527] {netatalk_conf.c:1627} (debug:AFPDaemon): load_volumes: BEGIN
Jan 13 21:49:47.498764 afpd[5527] {netatalk_conf.c:1662} (debug:AFPDaemon): load_volumes: no volumes yet
Jan 13 21:49:47.498951 afpd[5527] {netatalk_conf.c:1696} (debug:AFPDaemon): load_volumes: loading: /var/netatalk/afp.conf
Jan 13 21:49:47.499196 afpd[5527] {netatalk_conf.c:1275} (debug:AFPDaemon): readvolfile: BEGIN
Jan 13 21:49:47.499319 afpd[5527] {netatalk_conf.c:1278} (debug:AFPDaemon): readvolfile: sections: 2
Jan 13 21:49:47.499468 afpd[5527] {netatalk_conf.c:744} (debug:AFPDaemon): creatvol(volume: 'files', path: "/tmp/afp/data", preset: '-'): BEGIN
Jan 13 21:49:47.499840 afpd[5527] {vfs.c:876} (debug:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 13 21:49:47.500079 afpd[5527] {uuid.c:123} (debug:AFPDaemon): uuid_bin2string{uuid}: mask: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Jan 13 21:49:47.500183 afpd[5527] {netatalk_conf.c:268} (debug:AFPDaemon): get_uuid('files'): generated UUID '7E9BC3D9-8FA0-3C95-614B-70BCC4171A04'
Jan 13 21:49:47.500300 afpd[5527] {netatalk_conf.c:1183} (debug:AFPDaemon): Volume 'files': UUID '7E9BC3D9-8FA0-3C95-614B-70BCC4171A04'
Jan 13 21:49:47.500387 afpd[5527] {netatalk_conf.c:1193} (debug:AFPDaemon): creatvol: END: 0
Jan 13 21:49:47.500475 afpd[5527] {netatalk_conf.c:1742} (debug:AFPDaemon): load_volumes: END
Jan 13 21:49:47.500588 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_GETSRVPARAM -> AFP_OK
Jan 13 21:49:47.507756 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_GETSRVPARAM
Jan 13 21:49:47.507866 afpd[5527] {netatalk_conf.c:1627} (debug:AFPDaemon): load_volumes: BEGIN
Jan 13 21:49:47.508043 afpd[5527] {netatalk_conf.c:1742} (debug:AFPDaemon): load_volumes: END
Jan 13 21:49:47.508178 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_GETSRVPARAM -> AFP_OK
Jan 13 21:49:47.514707 afpd[5527] {afp_dsi.c:621} (debug:AFPDaemon): <== Start AFP command: AFP_OPENVOL
Jan 13 21:49:47.514819 afpd[5527] {netatalk_conf.c:1627} (debug:AFPDaemon): load_volumes: BEGIN
Jan 13 21:49:47.514983 afpd[5527] {netatalk_conf.c:1742} (debug:AFPDaemon): load_volumes: END
Jan 13 21:49:47.515139 afpd[5527] {volume.c:312} (debug:AFPDaemon): getvolparams: Volume 'files'
Jan 13 21:49:47.517160 afpd[5527] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
(lots more)
Jan 13 21:50:07.710827 afpd[5527] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
Jan 13 21:50:08.722345 afpd[5527] {socket.c:163} (error:AFPDaemon): read: Connection reset by peer
Jan 13 21:50:08.722559 afpd[5527] {volume.c:859} (error:AFPDaemon): afp_openvol(/tmp/afp/data): Fatal error: Unable to get stamp value from CNID backend
Jan 13 21:50:08.722668 afpd[5527] {afp_dsi.c:629} (debug:AFPDaemon): ==> Finished AFP command: AFP_OPENVOL -> AFPERR_MISC

And this on syslog:

Mon Jan 13 21:50:08 2025 daemon.err cnid_metad[5498]: getvolbypath("/tmp/afp/data"): no volume for path
Mon Jan 13 21:50:08 2025 daemon.err cnid_metad[5498]: main: no volume for path "/tmp/afp/data"
(plenty of those)
Mon Jan 13 21:50:08 2025 daemon.err afpd[5527]: transmit: Request to dbd daemon (volume files) timed out.

There is nothing under /var/netatalk/CNID for this volume (or under vol_dbpath if defined).

0 replies

APCCV · 2025-01-14T02:36:23Z

APCCV
Jan 14, 2025
Author

Now the fun part. [Homes] works.
With this as afp.conf:

[Global]
uam list = uams_dhx.so uams_dhx2.so
afp interfaces = br-lan
log file = /var/log/afpd.log
appletalk = yes
log level = default:debug afpdaemon:debug logger:debug uamsdaemon:debug

[Homes]
basedir regex = /home
home name = $u's_home

then
dbd -F /var/netatalk/afp.conf -f /home/user
completes without a peep.
syslog says:
Mon Jan 13 21:32:48 2025 daemon.warn cnid_dbd[5361]: Recreated CNID BerkeleyDB databases of volume "user's home"
and afp.log says:

Jan 13 21:33:37.267545 dbd[5376] {logger.c:316} (debug:Logger): Setup file logging: type: Default, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 13 21:33:37.267699 dbd[5376] {logger.c:316} (debug:Logger): Setup file logging: type: AFPDaemon, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 13 21:33:37.267833 dbd[5376] {logger.c:316} (debug:Logger): Setup file logging: type: Logger, level: debug, file: /var/log/afpd.log, timestamp_us: 1
Jan 13 21:33:37.268021 dbd[5376] {netatalk_conf.c:2234} (debug:AFPDaemon): CNID Server: localhost:4700
Jan 13 21:33:37.268118 dbd[5376] {netatalk_conf.c:2277} (debug:AFPDaemon): Global unix charset is UTF8
Jan 13 21:33:37.268207 dbd[5376] {netatalk_conf.c:2288} (debug:AFPDaemon): Global vol charset is UTF8
Jan 13 21:33:37.268299 dbd[5376] {netatalk_conf.c:2302} (debug:AFPDaemon): Global mac charset is MAC_ROMAN
Jan 13 21:33:37.268388 dbd[5376] {netatalk_conf.c:1499} (debug:AFPDaemon): readextmap: loading "/etc/extmap.conf"
Jan 13 21:33:37.268899 dbd[5376] {netatalk_conf.c:1520} (debug:AFPDaemon): readextmap: done
Jan 13 21:33:37.269000 dbd[5376] {cnid.c:58} (info:AFPDaemon): Registering CNID module [last]
Jan 13 21:33:37.269090 dbd[5376] {cnid.c:58} (info:AFPDaemon): Registering CNID module [dbd]
Jan 13 21:33:37.269193 dbd[5376] {logger.c:316} (debug:Logger): Setup file logging: type: Default, level: note, file: /dev/tty, timestamp_us: 1
Jan 13 21:33:37.269279 dbd[5376] {netatalk_conf.c:1627} (debug:AFPDaemon): load_volumes: BEGIN
Jan 13 21:33:37.269395 dbd[5376] {netatalk_conf.c:1662} (debug:AFPDaemon): load_volumes: no volumes yet
Jan 13 21:33:37.269557 dbd[5376] {netatalk_conf.c:1696} (debug:AFPDaemon): load_volumes: loading: /var/netatalk/afp.conf
Jan 13 21:33:37.269800 dbd[5376] {netatalk_conf.c:1275} (debug:AFPDaemon): readvolfile: BEGIN
Jan 13 21:33:37.269898 dbd[5376] {netatalk_conf.c:1278} (debug:AFPDaemon): readvolfile: sections: 2
Jan 13 21:33:37.270133 dbd[5376] {netatalk_conf.c:1742} (debug:AFPDaemon): load_volumes: END
Jan 13 21:33:37.270230 dbd[5376] {netatalk_conf.c:1878} (debug:AFPDaemon): getvolbypath("/home/user")
Jan 13 21:33:37.270321 dbd[5376] {netatalk_conf.c:1932} (debug:AFPDaemon): getvolbypath: user home section: 'Homes', basedir: '/home'
Jan 13 21:33:37.270530 dbd[5376] {netatalk_conf.c:1951} (debug:AFPDaemon): getvolbypath: basedir regex: '/home', basedir match: "/home"
Jan 13 21:33:37.271112 dbd[5376] {netatalk_conf.c:2008} (debug:AFPDaemon): getvolbypath("/home/user"): user: user, homedir: /home/user => realvolpath: "/home/user"
Jan 13 21:33:37.271217 dbd[5376] {netatalk_conf.c:744} (debug:AFPDaemon): creatvol(volume: 'user's_home', path: "/home/user", preset: '-'): BEGIN
Jan 13 21:33:37.271534 dbd[5376] {vfs.c:876} (debug:AFPDaemon): initvol_vfs: enabling EA support with native EAs
Jan 13 21:33:37.271824 dbd[5376] {uuid.c:123} (debug:AFPDaemon): uuid_bin2string{uuid}: mask: xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
Jan 13 21:33:37.271928 dbd[5376] {netatalk_conf.c:268} (debug:AFPDaemon): get_uuid('user's_home'): generated UUID 'CA109BED-83FC-CA5F-B286-D7E39D7A61BB'
Jan 13 21:33:37.272063 dbd[5376] {netatalk_conf.c:1183} (debug:AFPDaemon): Volume 'user's_home': UUID 'CA109BED-83FC-CA5F-B286-D7E39D7A61BB'
Jan 13 21:33:37.272149 dbd[5376] {netatalk_conf.c:1193} (debug:AFPDaemon): creatvol: END: 0

and MacOS is happy.
I can see stuff in /var/netatalk/CNID for the user's home. All good.

So how did I manage to break [Volumes] but not [Homes]?

0 replies

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Issue with afpd? - getvolbypath("<path>"): no volume for path #1883

Uh oh!

{{title}}

Uh oh!

Replies: 5 comments

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Select a reply

Uh oh!

Issue with afpd? - getvolbypath("<path>"): no volume for path #1883

Uh oh!

APCCV Jan 14, 2025

Replies: 5 comments

Uh oh!

Uh oh!

APCCV Jan 14, 2025 Author

Uh oh!

APCCV Jan 14, 2025 Author

Uh oh!

APCCV Jan 14, 2025 Author

Uh oh!

Uh oh!

APCCV Jan 14, 2025 Author

Uh oh!

Uh oh!

APCCV Jan 14, 2025 Author

APCCV
Jan 14, 2025

APCCV
Jan 14, 2025
Author

APCCV
Jan 14, 2025
Author

APCCV
Jan 14, 2025
Author

APCCV
Jan 14, 2025
Author

APCCV
Jan 14, 2025
Author