Jerry, Thanks for taking the time to respond. Yes, I also suspect that this is a problem with the sending Mac server simply dropping the file. Both are Samba, of course, but I think that the Mac might do some unusual things when it tries to write the file, including creating a .DS_Store file, as well as a temporary version of the target file beginning with the ._ string.
I did a level 10 debug, and there is a huge amount of text to sort through. I guess a lot can happen in several seconds. Out of thousands of lines of code I was able to find what I think are the last few that deal with the upload of a file called gnu-linux.pdf, which I copied to the folder "\NRL Databases" and which immediately disappeared. There are a lot of instances of filename mangling, opening the file, closing the file and so forth, spanning many lines, so I didn't include it all. But this is, I think, the very end. Is there anything I should be looking for in all of this? Thanks again, Ed [2003/11/12 11:11:44, 2] smbd/open.c:open_file(245) NRLADMIN opened file NRL Databases/gnu-linux.pdf read=Yes write=No (numopen=1) [2003/11/12 11:11:44, 10] smbd/open.c:open_file_shared1(1042) open_file_shared : share_mode = 10 [2003/11/12 11:11:44, 10] locking/locking.c:set_share_mode(692) set_share_mode: creating entry for file NRL Databases/gnu-linux.pdf. num_share_modes = 1 [2003/11/12 11:11:44, 10] locking/locking.c:print_share_mode_table(445) print_share_mode_table: share_mode_entry[0]: pid = 1838, share_mode = 0x10, desired_access = 0x10000, port = 0x0, type= 0x0, file_id = 27, dev = 0x801, inode = 65538 [2003/11/12 11:11:44, 10] locking/locking.c:del_share_entry(604) del_share_entry: num_share_modes = 1 [2003/11/12 11:11:44, 10] locking/locking.c:del_share_entry(609) del_share_entry: deleted share_mode_entry[0]: pid = 1838, share_mode = 0x10, desired_access = 0x10000, port = 0x0, type= 0x0, file_id = 27, dev = 0x801, inode = 65538 [2003/11/12 11:11:44, 10] locking/locking.c:del_share_entry(617) del_share_entry: deleting entry 0 [2003/11/12 11:11:44, 10] locking/locking.c:del_share_entry(639) del_share_entry: Remaining table. [2003/11/12 11:11:44, 10] smbd/close.c:close_normal_file(153) close_normal_file: share_entry_count = 0 for file NRL Databases/gnu-linux.pdf [2003/11/12 11:11:44, 10] locking/posix.c:posix_locking_close_file(1245) posix_locking_close_file: file NRL Databases/gnu-linux.pdf has no outstanding locks. [2003/11/12 11:11:44, 2] smbd/close.c:close_normal_file(213) nrladmin closed file NRL Databases/gnu-linux.pdf (numopen=0) > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > [EMAIL PROTECTED] wrote: > | Hi. I'm converting a group that was using Mac OS > | X Server (we were dissatisfied) to Mandrake PPC > | Linux with Samba. The Mandrake-supplied package is > | version 2.2.7a-8mdk. So far it works great - but > | we have a serious and odd problem that I couldn't > | find in previous postings to this list. > | > | When I copy files from an OS X server to this > | Mandrake/Samba server they usually disappear. Which is > | bad, from a service point of view. I can often copy a > | single file to the share and it works fine, but subsequent > | files vanish. > > I would suggest getting a network trace and looking > for any SMBunlink commands showung up. You could get > a samba level 10 debug log and do the same thing. My > guess is that the mac server is deleting the file > and Samba is just doing what it was told to do. > > > > > > cheers, jerry > - -- > ~ ---------------------------------------------------------------------- > ~ Hewlett-Packard ------------------------- http://www.hp.com > ~ SAMBA Team ---------------------- http://www.samba.org > ~ GnuPG Key ---- http://www.plainjoe.org/gpg_public.asc > ~ "If we're adding to the noise, turn off this song" --Switchfoot (2003) > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQE/skrrIR7qMdg1EfYRAtHsAKDBY68icXCC4d/4q8QhIOLvRL9NvQCgkXs/ > tlKdiz9e/8T9Z585NrUQAUk= > =2B0+ > -----END PGP SIGNATURE----- > Any information, including protected health information (PHI), transmitted in this email is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential and or exempt from disclosure under applicable Federal or State law. Any review, retransmission, dissemination or other use of or taking of any action in reliance upon, protected health information (PHI) by persons or entities other than the intended recipient is prohibited. If you received this email in error, please contact the sender and delete the material from any computer.
-- To unsubscribe from this list go to the following URL and read the instructions: http://lists.samba.org/mailman/listinfo/samba