similar to: Windows client domain member getting incorrect value for LOGONSERVER

Greetings again, Michael Lueck wrote: > > Question about a hard spot we encountered... one Windows machine joined to the domain is insisting on setting its LOGONSERVER to its own hostname rather than the PDC it logs into. See example: Seems the root of the difficulty is that the Windows clients are only partially joined to the new server PDC. Plugging them into the former PDC server

Greetings Jeremy, Jeremy Allison wrote: > On Sun, Nov 03, 2019 at 06:37:57AM -0500, Michael Lueck via samba wrote: >> >> >> mdlueck at ldslnx01:/srv/shares/data/Nodes/jacob/home/mdlueck/Music/Alfred Brendel$ find >> . >> ./Beethoven Piano Sonatas Vol I >> ./Beethoven Piano Sonatas Vol I/Disc 1 - 01 - Piano Sonata No. 29 in B-flat major, op. 106

Greetings- I am working through coming up with a Linux client integration to Samba PDC's. I mount several shares with this sort of syntax: /bin/mount -t cifs -o credentials=/home/userid/.smbcredentials,uid=userid,gid=userid,dmask=0777,fmask=0666 //ldslnx01/data /mnt/ldslnx01/data/ However when I create new files/dirs on the Samba share from the Linux workstation, the perms are not 0666/0777

My original thread had the incorrect subject line. The original trouble / question remains open and unsolved. Greetings- I am working through coming up with a Linux client integration to Samba PDC's. I mount several shares with this sort of syntax: /bin/mount -t cifs -o credentials=/home/userid/.smbcredentials,uid=userid,gid=userid,dmask=0777,fmask=0666 //ldslnx01/data /mnt/ldslnx01/data/

We have bumped into a most odd problem. Server: Debian Etch and their Samba 3.0.24-2 Client: WinXP SP2, MSI v3, all hot fixes The following settings are in place on the server: #!/bin/bash # # initGrps.sh # Map Windows Domain Groups to UNIX groups net groupmap add ntgroup="Domain Admins" unixgroup=domadmin rid=512 type=d net groupmap add ntgroup="Domain Users"

Jeff Sadowski wrote: > When ubuntu 14.04 went from samba 4.1.6 to 4.3.8 it killed my setup. I face the same sort of issue with Ubuntu 12.04. The Ubuntu security updates this week have killed the ability to log on to the Samba NT4 style domain from back level Windows clients. Our configuration does not have any LDAP, we run with the smbpasswd passdb backend. Just very simple. Anyway, here is

I am somewhat confused... I understand that the preferred method to mount a Samba share with a Linux client is to use "mount -t cifs" rather than "mount -t smbfs". I get the impression that smbfs is samba.org developed code where as cifs is from elsewhere. Thus the point of confusion. Why is samba.org not developing the preferred code in this case? A sub question to that

Greetings- I have not found discussed / documented what to do with machine accounts when moving a Samba PDC to new hardware. I have seen that uid/gid numbers must match between the old/new system. I am thinking to use adduser to accomplish that, then make the numbers on the new server match, using a text editor. After that, can I simply enter the machine account entries by hand with a text

Greetings- I am wondering if anyone from the Samba team would happen to have interest in creating official builds for Ubuntu? To add a twist, unfortunately I would not be fishing for 7.10 packages, but rather 7.04 as we ran into too many issues with 7.10 whereas 7.04 seems rock solid stable. Or, are there packages built of Samba releases for Ubuntu external to samba.org? Thanks, -- Michael

I found the solution, or at least a work around, for my posting: "Can not grant SeMachineAccountPrivilege on Debian Etch" I ended up: 1) ssh to Debian Etch as root 2) smbpasswd -a root 3) issue the "net rpc rights grant ..." command SUCCESS!!! So, that raises the question that what MUST be executed as user root verses a member of ntgroup="Domain Admins"? I suspect

Greetings Samba team, It has been a long time since I needed to ask a Samba technical question. Server and workstation are both running the latest Samba packages via Ubuntu 16.04 LTS. I recently applied the security updates... actually that was yesterday I applied them. > samba (2:4.3.11+dfsg-0ubuntu0.16.04.23) xenial-security; urgency=medium > > * SECURITY UPDATE: client code can

I see that the w32time service as it is configured when a Win2K Pro client joins a Samba PDC Domain is not configured in such a way that the service is able to successfully sync time with Samba. I:\>w32tm -source -v W32Time: BEGIN:InitAdjIncr W32Time: Adj 100144 , Incr 100144 fAdjust 0 W32Time: END:Line 2503 W32Time: BEGIN:TsUpTheThread W32Time: END Line 1407 W32Time: TimeMMInit()

I am testing out Debian Etch, and ran into an issue granting SeMachineAccountPrivilege to an account... which granting that permission had been troublesome in the past. The command I am issuing is: net rpc rights grant LDS-DEMO\\ldsinst SeMachineAccountPrivilege And I try running the command with an account that is a member of the "Domain Admins" group. The command returns: Failed to

Recent list messages got me thinking... Is there a way to support both local and roaming profile with one server / domain? As I understand it, the "magic" line that tells Samba not to do roaming profiles is the smb.conf line: logon path = Which the line must exist, and must be set to null. But that is in the global section. So is there a way to support both local and roaming...

One of the servers we admin has countless such errors in log.smbd: [2007/05/07 14:17:08, 0] tdb/tdbutil.c:tdb_log(783) tdb(/var/cache/samba/printing/HPLJ3600.tdb): rec_read bad magic 0x443810ec at offset=28412 The only thread I saw regarding "rec_read" stated: <><><><><> If this really happens often to you, then you have some basic problems with your

I have a share which a group write list. That group is mapped to a Linux group in /etc/group. That group in Linux has two users. The first user listed is suddenly unable to write, but the second one is. With the affected user logged in to Win2K, ifmember /list shows they are a member of the group, as does the working account. I am guessing one of those .tdb files or something got scrambled on the

<rant>Every time I set up a new test Samba server, the step to "net rpc rights grant..." ALWAYS fights me tooth and nail... ALWAYS with a different error message. I've even created little scripts to run so I am not typing commands incorrectly... but NNNOOOOOO, the script to grand rights to one stink'n account always has to complain!</rant> OK, this time it is...

We use MS DOS 7 ala Win98 SE and the M$ client for DOS to logon to Samba 3.0.13 Debian Stable package from samba.org. Also one other unique thing, we have XCOPY32.EXE copied as XCOPY.EXE thus it is really XCOPY32.EXE we are executing, just as XCOPY.EXE. ;-) Example of failing line of code... echo f|xcopy u:\foo\bar.txt h:\file.txt where U: is the drive mapped to the server and H: is a local RAM

Subject pretty much askes it all. For those that run OS/2 eCS against Samba servers on a regular basis... looks like I might have to head back in that direction. I am trying to avoid NetBIOS which means the usual SrvIFS I would prefer to have go bye bye once and for all. I did get SrvIFS-IP from the "Beyond DHCP" RedBook yesterday, but is has memory corruption on the server daemon side

Greetings- We utilize the smbpasswd text file back end. One machine (VM machine) suddenly thinks its entry in the Samba PDC's smbpasswd file is no longer correct. Is there a way to fetch that number back out of a Windows 2000 workstation and "paste" it into the smbpasswd file to re-trust the workstation? Thanks! -- Michael Lueck Lueck Data Systems