[Samba] Re: Getting Owner of Files on Mounted Windows Share
On Tue, 17 Jul 2007 08:27:32 -0500, Terlson, Adam (STP) wrote: Hello everyone, I have an obscure issue that I have been so far unable to find the answer to. I have successfully mounted a windows NTFS file share using samba via the following command: mount -t smbfs -o username=USERNAME,workgroup=WORKGROUP //winserver/winpath /mnt/win It mounts just fine but performing an ls -al command shows my user (or root) as the owner of all files, when this isn't the case. Is it possible to get the proper owner of files through a samba-mounted windows file share? Thanks in advance. Adam First of all, smbfs has been deprecated. Use cifs instead. For mounting remote Windows shares, refer to this wiki article: http://wiki.centos.org/TipsAndTricks/WindowsShares You answer is also there (see the uid= comment). Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: smbmount
On Tue, 08 May 2007 01:41:42 +0100, John G Walker wrote: Basically, W98 is so primitive that the only practical solution is to let the complexities of the situation be handled by Linux. I'm beginning to feel that restricting sharing the W98 data to the SuSE 10.0 machine is the best solution. It's bit fiddly, but then, sharing data between Linux and W98 is not something I do every day. It's just something i have to be able to do, I have a question (and possibly a suggestion). You mentioned that Since the object of using Samba is partly to access a Windows 98 machine,.. What exactly do you mean by access? Do you need to connect to the Win98 box to copy/move files between Linux and Win98? Then, can't you use smbclient instead? I remember I was able to use smbclient to connect to Win98 (last done 6 months ago). Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: mount windows xp share
On Thu, 03 May 2007 14:27:53 +0300, Wael Yaseen wrote: Please how to share between Linux and xp Please help me thanks Take a look at this CentOS wiki page: http://wiki.centos.org/TipsAndTricks/WindowsShares Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: Re: major cifs bug in 2.6.19+?
On Tue, 01 May 2007 06:42:30 +1200, Jason Haar wrote: That's a great explanation - makes a lot of sense now! However, this problem doesn't affect us under 2.6.18 - only the newer kernels. Maybe something was broken in the cifs kernel module in newer releases? I reported this as a bug a while ago, but it apparently hasn't been fixed yet. See https://bugzilla.samba.org/show_bug.cgi?id=4066. kernel 2.6.18 comes with cifs 1.45 and 2.6.19 has cifs 1.46. Here is the part of the CHANGES file pertaining to changes from 1.45 to newer versions. === Verison 1.48 Fix mtime bouncing around from local idea of last write times to remote time. Fix hang (in i_size_read) when simultaneous size update of same remote file on smp system corrupts sequence number. Do not reread unnecessarily partial page (which we are about to overwrite anyway) when writing out file opened rw. When DOS attribute of file on non-Unix server's file changes on the server side from read-only back to read-write, reflect this change in default file mode (we had been leaving a file's mode read-only until the inode were reloaded). Allow setting of attribute back to ATTR_NORMAL (removing readonly dos attribute when archive dos attribute not set and we are changing mode back to writeable on server which does not support the Unix Extensions). Version 1.47 Fix oops in list_del during mount caused by unaligned string. Fix file corruption which could occur on some large file copies caused by writepages page i/o completion bug. Seek to SEEK_END forces check for update of file size for non-cached files. Version 1.46 Support deep tree mounts. Better support OS/2, Win9x (DOS) time stamps. Allow null user to be specified on mount (username=). Do not return EINVAL on readdir when filldir fails due to overwritten blocksize (fixes FC problem). Return error in rename 2nd attempt retry (ie report if rename by handle also fails, after rename by path fails, we were not reporting whether the retry worked or not). Fix NTLMv2 to work to Windows servers (mount with option sec=ntlmv2). I hope the bug report you have filed gets picked up by the samba team very soon. Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: major cifs bug in 2.6.19+?
On Sat, 28 Apr 2007 16:52:30 +1200, Jason Haar wrote: Hi there (I've reported this to the linux-cifs list and received no response, so now I'm trying here) I just tried upgrading a CentOS-4.4 server we have from it's 2.6.18 kernel to 2.6.19 and then 2.6.20 - but in both cases it broke Linux cifs support. We have a Win2K3 server that needs to be mounted under Linux, and under 2.6.18 (or WindowsXP/etc), a particular directory is accessible using the particular account I'm using to mount it. However, under 2.6.19/20, listing the directory instead returns the parent directory's content! e.g. under Windows or linux 2.6.18 ls parent 1subdir/ 2subdir/ file1 ls parent/1subdir/ file2 file3 under 2.6.19/20 ls parent 1subdir/ 2subdir/ file1 ls parent/1subdir 1subdir 2subdir file1 Totally weird - totally BROKEN. Even weirder, if I use BASH's command line completion support, doing ls parent/1subdir/1subTAB works, then works again, then actually shows the content of that sub-directory! (i.e. ls parent/1subdir/1subdir/1subdir shows what ls parent/1subdir should) I have seen this on this CentOS4.4 server running my own compiled version of a pure 2.6.20 kernel, and am seeing it on my FC6 workstation as well as a FC7pre3 laptop. Can anyone else confirm? This is a serious bug for us. Returning bogus data is majorly worse than even a crash... (we're supposed to be rsync'ing that data). We're sticking with 2.6.18 for the time being. I have been using CentOS 4, CentOS 5 (with bug-fixed cifs.ko) as well as FC4, 5, and 6 to mount Windows shares, but have never seen the behavior you are experiencing. I do use rsync to backup Windows files and it's been working. What do you see with: cat /proc/fs/cifs/DebugData Or, enable cifs debugging by: echo 1 /proc/fs/cifs/cifsFYI and see if you can collect more info in the log. Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: Fatal Samba bug? Why can't anyone answer this question?
On Mon, 12 Mar 2007 16:00:23 +1000, Ron House wrote: A few more facts: the user attempting to mount the share has the same uid and password on all machines, so unless there is some other password somewhere in the samba system, it _is_ getting the right password. Furthermore, all machines can ssh and scp to/from all others. Have you looked at the /etc/samba/passwd file? It could be /etc/samba/smbpasswd depending on the distro. BTW, when changing smb.conf, what is the recommended way to restart the samba server with the new settings? The man pages aren't too clear on that. /etc/init.d/samba restart (or /etc/init.d/smb restart -- check the /etc/init.d directory) HTH, Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: Cannot change case of existing file names
On Wed, 07 Feb 2007 14:22:35 -0800, Jeremy Allison wrote: On Mon, Feb 05, 2007 at 09:33:35PM -0600, Jordan Russell wrote: In recent versions of Samba (including 3.0.24), attempting to rename a file to a new name that differs only in case appears to have no effect: I'm pretty sure this worked in older versions. Any ideas? I've just fixed this in SVN. Turns out it was side-effect breakage when we turned on root dfs by default. That was a fun one - allowed me to clean up some old DFS code :-). Jeremy. I noticed the problem and came across this thread after some searching. Is it correct that the fix will be in 3.0.25 but not in 3.0.24? So, if I want to correct the problem now, I would need to compile samba from source with the patched msdfs.c ? Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
[Samba] Re: cifs reading Samba mounted share...permissions error
Max Kipness max at assuredata.com writes: However, if from another Fedora 5 server, I mount the share using: mount -rw -t cifs -o user=domain\\administrator,pass=password //FEDORASERVER/SHARENAME /share/FEDORASERVER/SHARENAME/ I can list files, but when trying to do a cat on any file, I get: cat: /share/FEDORASERVER/SHARENAME/test.txt: Permission denied You might want to try adding noperm as a mount option. Read the man page for mount.cifs to see if this is suitable in your situation. Akemi -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
