search for: kernel_check_notifi

I've got an aggravating problem as described in the subject line above. I have a small home network with a Linux box running Samba and acting as both local and domain master browser and WINS server. Also on the network are a desktop PC (Dell 1.4 GHz P4) running Windows 2000 Professional and a laptop running Windows XP Professional. The problem occurs when I try to copy a file over 1 MB

Hello! I'm running Samba 2.2.8a on top of a ext3 filesystem with ACLs enabled. (kernel 2.4.20-gentoo-r2) With ACLs disabled (i.e., mount /dev/hdd1 /mnt/floppy (no -o ACL)), the Security box under windows 2000 works like I want it to with respect to the Everyone group; If I want the Linux permissions to be, say, 770 (rwxrwx---), I can select everyone and hit "Remove." The everyone

Hi, anybody knows, what the last entry in this log mean?: [2004/11/07 16:51:50, 3] smbd/reply.c:rename_internals(3777) rename_internals: case_sensitive = 0, case_preserve = 1, short case preserve = 1, directory = ./Neu Textdatei.txt, newname = ./???.txt, last_component_dest = ???.txt, is_8_3 = 0 [2004/11/07 16:51:50, 3] smbd/dosmode.c:unix_mode(111) unix_mode(./Neu Textdatei.txt) returning

Question regarding file permissions on Samba 3.0.22: Using a Windows XP client when I attempt to change the file permissions of a directory (or any single file for that matter) once I click the 'OK' button the properties window closes as expected, but upon opening the security permissions tab again I notice the permissions have revented back to how they were beforehand. If I click

Hello mailinglist, I have a strange problem, which occurs sometimes on some WinXP clients. It is not 100% reproducable for me, but it returns regular. The problem is, that somehow a user can't delete a directory. All files in the directory will be removed successfully, but the directory itself not. Deleting with the Explorer or over the cmd-console returns in the same result. First the