Hi all, I've searched on this on marc.theaimsgroup.com, and was unable to find anything conclusive. I am getting the following error message on the Windows 2000 workstations here (the only kind I have, hehe), and am wondering why. Changing machine account password for account DHCP-12$ failed with the following error: The stub received bad data. One, why is Windows 2000 trying to change the machine account password, and why is it failing? I have setup Samba so that users can change their passwords from Windows (and yes, it works, syncing passwords with both UNIX and the smbpasswd databases). If anyone has any ideas, I'd love to hear them. BTW, Samba 3.0 on Red Hat 7.3, Windows 2000 SP4 client. -Sean Elble
Alexander Lobodzinski
2003-Nov-10 15:51 UTC
[Samba] Failure to Change Machine Account Password
() On Fri, Oct 03, 2003 at 09:07:55PM -0400, Sean Elble wrote: () > Changing machine account password for account DHCP-12$ failed with the () > following error: () > The stub received bad data. () () Can you send in a debug level 10 log and ethereal capture trace of () this happening please ? () () Jeremy. For whatever it's worth, I never had these messages whith Samba 2.x, they appeared with Samba 3.0, and seem to have disappeared again when I put the Netbios names of the Samba file server and of the Samba domain controller (we have them listen on different IPs) into the local /etc/hosts file. Having the hostnames in the DNS apparently is not enough, maybe because Netbios resolves the IP to FOO and DNS to foo.dom.ain. Ciao, Lobo
Alexander Lobodzinski
2003-Nov-10 16:55 UTC
[Samba] Failure to Change Machine Account Password
() () > Changing machine account password for account DHCP-12$ failed with the () () > following error: () () > The stub received bad data. () () messages disappeared () again when I put the Netbios names of the Samba file server and () of the Samba domain controller (we have them listen on different () IPs) into the local /etc/hosts file. Forget it, the messages are suppressed only for a few hours after restarting Samba. The timestamps in smbpasswd get updated (which made me think I found a solution) but not the passwords themselves (duh). Sorry for the noise. Ciao, Lobo