Jeremy Allison
2001-Oct-29 18:18 UTC
Possible bug when I try to copy a subtree with windows explorer (PR#21927)
On Mon, Oct 29, 2001 at 02:21:48PM -0800, xavier@iname.com wrote:> Full_Name: Xavier Garcia > Samba_Version: 2.2.2 > Server_OS: Debian Woody 2.4.13 > Client_OS: Windows 98/2000/XP > Submission from: (NULL) (217.126.84.39) > > > If you have this subtree : > > DirA > L----DirB > I L----DirA > I I > I L-file1.ext > I > L-file1.ext > > you get an error about existing DirA when the system try to copy this subtree to > the root of a shared in a samba server, de inside DirA directory or the > file1.ext file don't get copied because they EXIST ! (wrong because they exist > in another level of the tree that it's created in the copy process, file and > directories have identical names) > > Please try to reproduce in any of your servers. > > I copy with a Drag&Drop from the files view to the tree view of explorer. > The same error occurs within the command line processor of windows using xcopy > /s/e.I'm afraid this looks like a problem Andrew discovered with the Debian Samba 2.2.2 only. It appears that the Debian Samba maintainer added a completely untested (by the Samba Team) patch to their 2.2.2 release, and LEFT THE SAME VERSION NUMBER !!!!! I'm not too happy about this (I know Andrew isn't) and don't really want to waste my time debugging problems introduced by vendors. We ship a "known" version for a reason, if Vendors want to change it please at least modify the version string so we know it isn't the code we tested....... Regards, Jeremy Allison, Samba Team.
Sean Elble
2001-Oct-29 18:42 UTC
Possible bug when I try to copy a subtree with windows explorer (PR#21927)
Jeremy, Just a thought, but maybe you could add an option to the confiigure script to define a custom Samba version. It's something very easy to append something to, but it might offer more "incentive" if vendors could control this from one point. A case in point would be a RPM spec file; all a vendor would have to do is update the source tree, and rpm -ba samba2.spec, assuming they add their custom version tag in the configure line in the spec. Just a thought, my 2 cents worth, etc.. :-) ----------------------------------------------- Sean P. Elble Editor, Writer, Co-Webmaster ReactiveLinux.com (Formerly MaximumLinux.org) http://www.reactivelinux.com/ elbles@reactivelinux.com ----------------------------------------------- ----- Original Message ----- From: "Jeremy Allison" <jra@samba.org> To: <xavier@iname.com> Cc: <tridge@samba.org>; <idra@samba.org>; <jra@samba.org>; <samba-bugs@samba.org>; <samba@samba.org>; <samba-technical@samba.org>; <samba-ntdom@samba.org> Sent: Monday, October 29, 2001 9:17 PM Subject: Re: Possible bug when I try to copy a subtree with windows explorer (PR#21927)> On Mon, Oct 29, 2001 at 02:21:48PM -0800, xavier@iname.com wrote: > > Full_Name: Xavier Garcia > > Samba_Version: 2.2.2 > > Server_OS: Debian Woody 2.4.13 > > Client_OS: Windows 98/2000/XP > > Submission from: (NULL) (217.126.84.39) > > > > > > If you have this subtree : > > > > DirA > > L----DirB > > I L----DirA > > I I > > I L-file1.ext > > I > > L-file1.ext > > > > you get an error about existing DirA when the system try to copy thissubtree to> > the root of a shared in a samba server, de inside DirA directory or the > > file1.ext file don't get copied because they EXIST ! (wrong because theyexist> > in another level of the tree that it's created in the copy process, fileand> > directories have identical names) > > > > Please try to reproduce in any of your servers. > > > > I copy with a Drag&Drop from the files view to the tree view ofexplorer.> > The same error occurs within the command line processor of windows usingxcopy> > /s/e. > > I'm afraid this looks like a problem Andrew discovered with the Debian > Samba 2.2.2 only. > > It appears that the Debian Samba maintainer added a completely > untested (by the Samba Team) patch to their 2.2.2 release, and > LEFT THE SAME VERSION NUMBER !!!!! > > I'm not too happy about this (I know Andrew isn't) and don't > really want to waste my time debugging problems introduced by > vendors. > > We ship a "known" version for a reason, if Vendors want to change > it please at least modify the version string so we know it isn't > the code we tested....... > > Regards, > > Jeremy Allison, > Samba Team.
Greets. I am running the latest release version on Linux RedHat 7.2. I
have full connectivity from my windows Domain to samba (ie. It is in the
domain). But from samba to the windows domain (ie. Any windows computer)
I am having problems with mounting shares.
Below are some screen dumps. I think this should be simple, it is just
beyond my reach right now. The following fails to work. I have tried all
variations including mount -t smbfs -o username=xxxx,password=xxx
//paladin/software mnt, etc...
------------------------------
[root@mobile smoses]# mount -t smbfs //paladin/software mnt
Password:
execvp of smbmnt failed. Error was No such file or directory.smbmnt
failed: 1
Yet I know I have connectivity, I can issue the following and it works
fine (Paladin is a Win2K DC).
--------------------------------------------------------------------
[root@mobile smoses]# smbclient -L paladin
added interface ip=192.168.1.123 bcast=192.168.1.255 nmask=255.255.255.0
Password:
Domain=[HQ] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
Sharename Type Comment
--------- ---- -------
dfs Disk
color Printer HP DeskJet 930C Series
IPC$ IPC Remote IPC
print$ Disk Printer Drivers
Resources$ Disk "Event logging files"
OFFICEXP Disk
NETLOGON Disk Logon server share
ssinc Disk
nec Printer NEC SuperScript 1260
F$ Disk Default share
maildat$ Disk "Access for MSMI postoffice"
ADMIN$ Disk Remote Admin
SYSVOL Disk Logon server share
java Disk
C$ Disk Default share
PALADIN.log Disk "Exchange message tracking logs"
software Disk
Address Disk "Access to address objects"
rmon Disk
Any help.
Sterling.
smoses@tessereye.com
Eloy A. Paris
2001-Oct-30 18:02 UTC
Possible bug when I try to copy a subtree with windows explorer (PR#21927)
On Mon, Oct 29, 2001 at 06:17:08PM -0800, Jeremy Allison wrote:> I'm afraid this looks like a problem Andrew discovered with the Debian > Samba 2.2.2 only. > > It appears that the Debian Samba maintainer added a completely > untested (by the Samba Team) patch to their 2.2.2 release, and > LEFT THE SAME VERSION NUMBER !!!!!Mea culpa. We were trying to fix Debian bug #47493: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=47493> I'm not too happy about this (I know Andrew isn't) and don't > really want to waste my time debugging problems introduced by > vendors. > > We ship a "known" version for a reason, if Vendors want to change > it please at least modify the version string so we know it isn't > the code we tested.......I am sorry for all the troubles, Jeremy. I did contact the Samba Team a long time ago to try to get help with the bug we tried to fix. I got no response (perhaps I used the wrong channels?) and then a fellow Debian developer (Steve Langasek, of libpam-smb fame) offered help. That's how the offending patch sneaked in. To help solve the problem I built new packages. They hit the mirrors today. The new packages have backed out the patch that caused the problem and also version.h has been changed so the version number makes it clear that the user is running a Debian package. This will definitely help in future bug reports. Please note that I try to add the least amount of Debian-specific patches to the Debian packages I build. I mostly add the Debian package stuff, which does not touch anything in the source/ directory. Again, my apologies for the problems caused. Cheers! Eloy.-