[prev in list] [next in list] [prev in thread] [next in thread] 

List:       netatalk
Subject:    Re: [Netatalk-admins] CNID interaction with backup?? (and 1.5.5 feedback)
From:       "Andrew Dorrell" <enviscom () pnc ! com ! au>
Date:       2002-08-23 7:21:43
[Download RAW message or body]


On 20 Aug 2002 01:38:12 -0400, Joe Marcus Clarke <marcus@marcuscom.com>
wrote :
> 
> That's strange.  afpd should use the dbpath argument to create the
> database elsewhere.  CNID will only try to create a .AppleDB directory
> in the actual share if the dbpath is not specified or cnid_open() on
> dbpath returns NULL (i.e. an error occurs).
> 


Its a bug in the AppleVolumes option parsing code.  The log files reveal
this.

Here is the relevant line from my AppleVolumes.shares:

/home/program-share/mac "Programs share"
mswindows,codepage:maccode.iso8859-1,dbpath:/home/system/netatalk


and /var/log/messages reveals:

Aug 23 16:04:40 eyo afpd[18268]: using codepage directory: 
        
/usr/local/netatalk-1.5.5/etc/netatalk/nls/maccode.iso8859-1,dbpath:/home/system/netatalk


I tried a few different orderings of the options and none worked.  That is,
the dbpath option has been read as part of the nls directory path!

Changing the order of the options just produced different mangling of this
path... so I removed all the options except dbpath.  ie:

/home/program-share/mac "Programs share" dbpath:/home/system/netatalk

This was parsed successfully and the .AppleDB directory successfully created
in /home/system/netatalk


HOWEVER!

I applied the same fix to my backup share.  The backup volume is mounted
read only under linux and previously I was unable to even see the files in
it sue to the .AppleDB issue.  Now I can see the files but none of them are
typed (no icons etc).  The backup volume includes all the .AppleDouble
directories.  Idon't understand why I am loosing the file types and icons. 
Can anyone help with this?


BTW thanks heaps for all the help to date!  Apparently no folders have gone
missing this last week.  It's perhaps early to assume success (because a lot
of people have stopped using the server) but it has certainly improved

ALSO:  I am now running 1.5.5.  It built and installed cleanly on my suse
8.0 system:

  $ ./configure --prefix=/usr/local/netatalk-1.5.5 --with-pam=/lib/security
--with-shadow --enable-suse --enable-timelord --with-did=cnid
--with-db3=/usr/local/BerkeleyDB.3.3/

shares files and printer successfully on a quick test, no obvious problems
reported in log files (besides the problem above)

(I'm not sure that the --with-pam option is correct... it certainly builds
successfully, but installs the pam config file for netatalk in the wrong
place - it should go in /etc/pam.d/ on Suse... but this doesn't bother me
really as I have done so many installs I am quite happy for each to leave my
previous setup alone)


-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
Netatalk-admins mailing list
Netatalk-admins@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netatalk-admins
[prev in list] [next in list] [prev in thread] [next in thread]