Hi,
We have been using 1.9.19-prealpha very successfully for over a year and
have just started migrating to 2.0.4b, the environment is Sun Sparc
running Solaris 2.5.1 and NT 3.51 & 4.0(/sp3).
On the servers that have been upgraded, the log files are filling up with
some ominous messages, but curiously, users are not reporting any errors
at the moment. The following are characteristic of the recurring messages :-
[1999/07/07 16:25:35, 0] smbd/open.c:open_directory(1153)
open_directory: unable to stat name = windows/msapps/proof. Error was No such
file or directory
[1999/07/07 16:26:02, 0] locking/locking_shm.c:shm_get_share_modes(241)
get_share_modes: file with dev 800040 inode 199845 empty
[1999/07/07 16:41:50, 0] smbd/nttrans.c:map_share_mode(410)
map_share_mode: Incorrect value 100000 for desired_access to file
\960008\SLD\RCD
If anyone is interested I can send more detailed logs, I am continuing to
investigate but just wondered if anyone saw anything like this before (I
have seen references to 'desired_access' in the archives but it's
mostly
threads from last year).
It's only the first day with 2.0.4b but my honest opinion is that the client
load against 2.0.4b is hitting the sun a lot harder than 1.9.19 yesterday,
maybe that's to be expected with all the extra functionality.
Also, we have a curious change in behaviour wrt case sensitivity for
our AutoCAD operators. Existing drawing files loaded from a 2.0.4b
share are immediately referenced by an uppercased name within acad.
Because we have "short preserve case" set to no, if the filename is
8.3, samba duly obliges and writes out a lower case file like before,
but if the name is longer, samba follows Acad's instruction and writes
an upper case file name. Has anyone seen anything similar - other
software we use here (eg word, excel) seems to behave as expected.
Thanks for any leads.
--
_ __ Maunsell Ltd, IT Unit Tel : 0181-663-6565
/_| _/ ( _ '_// 160 Croydon Road, Fax : 0181-663-6723
( |/)(/(/ __)//)/ //) Beckenham, Kent BR3 4DE Email: abs@maunsell.co.uk
/ England. -or- abs@maunsl00.demon.co.uk
