first our technical Environnment:
Compaq Alpha Server ES40
DEC OSF/1 Tru64 Unix V4.0F
> Windows 2000 (Problem starting with XP SP 2)
Problem with Samba-Access:
There is no problem to read files or to change files on our Alpha-Server, accesing from windows. But it's impossible to delete files on the Alpha Server via Samba connection.
We know, our samba-version is not the latest, but we can't find an samba-version to download for our combination of Server-Hardware and Operating-System...
Where can we find a released samba-version to download, in which our problem is resolved? Or, if there is no version to download, are there other install-solution?
Is it possible to work with two Samba Versions on one Server parallel?
Thank you for your support
I'd recommend you contact HP for support on this. The 2.0.x
series has been out of maintenance for several years now.
(In reply to comment #1)
> I'd recommend you contact HP for support on this. The 2.0.x
> series has been out of maintenance for several years now.
My question is, in which Samba Version (3.xxxx) is this bug fixed?
We're not aware that this is an issue with the 3.0.24 release. If you still find that you can not delete files with 3.0.24, please re-open the bug.
As you can see on http://build.samba.org/, current Samba compiles fine on Tru64. If you need assistance with that, you might want to contact your HP support or some Tru64 forum.
Please read the release notes (WHATSNEW.txt). I'm pretty sure this was the
delete on close issue introduced in XP SP2.
Created attachment 2270 [details]
Created attachment 2271 [details]
output of make
Created attachment 2272 [details]
Created attachment 2273 [details]
we tried now to install Samba 3.0-23d on our system:
hostname = awkdbserv
uname -m = alpha
uname -r = V4.0
uname -s = OSF1
uname -v = 878
/usr/bin/uname -p = alpha
The step configure worked correct, but we got an error in the step make and then an abort.
As attachement the output in make.log.
During the installation, the old version of Samba 1.9 is still running, but I think this doesn't matter at this installationstep.
Thank you for support
Please don't reuse bugs. Open a new one instead.
*** This bug has been marked as a duplicate of bug 2144 ***