cifsmount - "SRV: Bad Password"
 

HP-UX 11.31 Sep 09 QPK
Trying to mount a windows share on my hp-ux server.

The following command is failing:
cifsmount -U user -P pass //server/backup_share /mnt/backup_share
SRV: Bad password
SRV: Bad password

This had been working for over a year, then all of a sudden just stopped. The "user" account is valid. I can rdp to the windows box using the "user" and "pass". Password and account are set to never expire on the windows machine.

I can start and stop the cifs client with no issue. I reviewed the debug log, but really didn't see anything that stood out.

any help is greatly appreciated; backups are currently failing....


2010-09-29 10:51:15.139 [3] array: increasing to size 8
2010-09-29 10:51:15.140 [3] hashtable: increasing to size 32 (and rehashing)
2010-09-29 10:51:15.140 [3] hashtable: increasing to size 32 (and rehashing)
2010-09-29 10:51:15.140 [3] array: increasing to size 8
2010-09-29 10:51:15.140 [3] array: increasing to size 8
2010-09-29 10:51:15.140 [3] array: increasing to size 8
2010-09-29 10:51:15.140 [3] array: increasing to size 8
2010-09-29 10:51:15.140 [3] array: increasing to size 16
2010-09-29 10:51:15.140 [3] hashtable: increasing to size 32 (and rehashing)
2010-09-29 10:51:15.140 [3] hashtable: increasing to size 64 (and rehashing)
2010-09-29 10:51:15.140 [2] mainmodule: update for go=0x4005ec70
2010-09-29 10:51:22.831 [2] ipcserver: accepted client auth connection
2010-09-29 10:51:22.844 [2] ipcserver: wrote 80 bytes to UI
2010-09-29 10:51:22.844 [2] ipcserver: ready sending message to UI
2010-09-29 10:51:22.844 [2] ipcserver: accepted client connection
2010-09-29 10:51:22.844 [2] mainmodule: listModules(0)
2010-09-29 10:51:22.844 [2] ipcserver: wrote 152 bytes to UI
2010-09-29 10:51:22.844 [2] ipcserver: ready sending message to UI
2010-09-29 10:51:22.844 [2] mainmodule: registerCb(0, main)
2010-09-29 10:51:22.844 [2] ipcserver: wrote 45 bytes to UI
2010-09-29 10:51:22.844 [2] ipcserver: ready sending message to UI
2010-09-29 10:51:22.844 [2] mainmodule: mountAny(0, nfs3, /mnt/backup_share, cifsFile, //vhar04app3/backup_share, 0, 0)
2010-09-29 10:51:22.845 [2] mainmodule: update for go=0x4005ec70
2010-09-29 10:51:22.845 [16] server: requesting TCP connection for server=vhar04app3,
2010-09-29 10:51:22.845 [16] connectTimeout=0 ms, requestTimeout=0 ms
2010-09-29 10:51:22.847 [16] server: TCP connection succeeded for server=vhar04app3
2010-09-29 10:51:22.847 [13] server: request for SMB block
2010-09-29 10:51:22.847 [13] server: granted SMB block
2010-09-29 10:51:22.847 [13] srvWantSend: Adding smb request 0x40043610 with mid=0 to server rq fifo;
2010-09-29 10:51:22.847 [13] head is 0x0, tail ptr is 0x4003ea70
2010-09-29 10:51:22.847 [13] server: srvGetTxMsg transmitting smb 0x40043610, new fifo-head=0x0
2010-09-29 10:51:22.847 [13] smb snd: mid=0 SMB_COM_NEGOTIATE
2010-09-29 10:51:22.847 [13] smb rcv: mid=0
2010-09-29 10:51:22.847 [2] Negotiate result: maxXmit=16644
2010-09-29 10:51:22.847 [2] server: setting window size to 16
2010-09-29 10:51:22.847 [13] server: request for SMB block
2010-09-29 10:51:22.847 [13] server: granted SMB block
2010-09-29 10:51:22.847 [13] srvWantSend: Adding smb request 0x40043610 with mid=1 to server rq fifo;
2010-09-29 10:51:22.847 [13] head is 0x40043610, tail ptr is 0x40080790
2010-09-29 10:51:22.847 [13] server: srvGetTxMsg transmitting smb 0x40043610, new fifo-head=0x0
2010-09-29 10:51:22.848 [13] smb snd: mid=1 SMB_COM_SESSION_SETUP_ANDX
2010-09-29 10:51:22.848 [13] smb rcv: mid=1
2010-09-29 10:51:22.848 [16] server: OS=Windows Server 2003 3790 Service Pack 2
2010-09-29 10:51:22.848 [16] server: LM=Windows Server 2003 5.2
2010-09-29 10:51:22.848 [16] server: capabilities=0x0001f3fd
2010-09-29 10:51:22.848 [2] server: serverClasses: trying match with OS="" LM="" CM=0x00000000 CV=0x00000000
2010-09-29 10:51:22.848 [2] server: serverClasses: trying match with OS="Windows NT 4.0" LM="NT LAN Manager 4.0" CM=0x7fffffff CV=0x
00000300
2010-09-29 10:51:22.848 [2] server: serverClasses: trying match with OS="*[Ww]indows*" LM="*" CM=0x00000000 CV=0x00000000
2010-09-29 10:51:22.848 [16] server: serverClasses match found:
2010-09-29 10:51:22.848 [16] OS="*[Ww]indows*" LM="*" CM=0x00000000 CV=0x00000000
2010-09-29 10:51:22.848 [16] user: SMBSessionSetup succeeded for smbUsername=[NULL],
2010-09-29 10:51:22.848 [16] unixUid=-1, server=vhar04app3, smbUid=2049
2010-09-29 10:51:22.848 [13] server: request for SMB block
2010-09-29 10:51:22.848 [13] server: granted SMB block
2010-09-29 10:51:22.848 [13] srvWantSend: Adding smb request 0x40043610 with mid=2 to server rq fifo;
2010-09-29 10:51:22.849 [13] head is 0x0, tail ptr is 0x4003ea70
2010-09-29 10:51:22.849 [13] server: srvGetTxMsg transmitting smb 0x40043610, new fifo-head=0x0
2010-09-29 10:51:22.849 [13] smb snd: mid=2 SMB_COM_TREE_CONNECT_ANDX
2010-09-29 10:51:22.849 [13] smb rcv: mid=2
2010-09-29 10:51:22.849 [16] share: SMBTreeConnect succeeded for \\VHAR04APP3\IPC$
2010-09-29 10:51:22.849 [2] ipcserver: wrote 39 bytes to UI
2010-09-29 10:51:22.849 [2] ipcserver: ready sending message to UI
2010-09-29 10:51:22.849 [2] mainmodule: update for go=0x4005ec70
2010-09-29 10:51:22.849 [13] server: request for SMB block
2010-09-29 10:51:22.850 [13] server: granted SMB block
2010-09-29 10:51:22.850 [13] srvWantSend: Adding smb request 0x40043610 with mid=3 to server rq fifo;
2010-09-29 10:51:22.850 [13] head is 0x0, tail ptr is 0x4003ea70
2010-09-29 10:51:22.850 [13] server: srvGetTxMsg transmitting smb 0x40043610, new fifo-head=0x0
2010-09-29 10:51:22.850 [13] smb snd: mid=3 SMB_COM_SESSION_SETUP_ANDX
2010-09-29 10:51:22.851 [13] smb rcv: mid=3
2010-09-29 10:51:22.851 [2] mainmodule: update for go=0x4005ec70
2010-09-29 10:51:22.851 [2] mainmodule: update for go=0x4005ec70
2010-09-29 10:51:22.851 [2] ipcserver: wrote 54 bytes to UI
2010-09-29 10:51:22.851 [2] ipcserver: ready sending message to UI
2010-09-29 10:51:22.851 [2] user: userAuthenticate: should return err 2/2
2010-09-29 10:51:22.851 [2] user: userAuthenticate: trying to map root access
2010-09-29 10:51:22.851 [2] ipcserver: wrote 54 bytes to UI
2010-09-29 10:51:22.851 [2] ipcserver: ready sending message to UI
2010-09-29 10:51:22.852 [2] ipcserver: client closed socket
2010-09-29 10:51:22.852 [2] ipcserver: closing client connection

Greetingz!

First off, this thread should be moved over to "Other *NIX", as this is HP-UX related (and not Linux-specific). (Don't repost this thread in that forum, as double-posting is bad form, and typically looked at as spamming. If a mod sees this thread, hopefully they'll move it.)

Now, about your problem. Nothing on the Windows-side has changed recently, correct?
1) The Windows system isn't running a host-based Firewall?
If it is, make sure the correct ports are open and your particular host is allowed.
2) The Active Directory structure hasn't had any changes yet, right?
The Username & Password you use will have to be recognized by the Windows system as either an Active Directory account, or a local account (on the Windows box).
3) The password doesn't have any "Bad Characters" in it, right?
HP-UX is/was notorious for having problems with passwords that had $ or @ in them. Also, if the password is more than eight characters long, that could pose a problem.

I would suggest the following;
1) Setup a local account on the Windows system.
Use a "short" username (eight chars or less).
Use a "simple" password (no metacharacters, and eight characters or less)
Be sure to set the permissions to both the share and the directory to allow the local Windows account access!
2) Test the mount.
Try not specifiying the "-P Password" part of your command;
It should prompt you for the password. Punch it in manually and see if it works. If it does, then specify the password on the command prompt.

NOTE: If the password for the Windows account you are currently using DOES contain metacharacters and/or "Special Characters" (as defined by your shell), then you need to escape them. For example "myp@$$" would have to be "myp\@\$\$".

Good Luck!

Found solution:

On Windows NT, Windows 2000 and Windows XP the setting of the Registry entry HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\LSA\LMCompatibilityLevel must be 0, which is the default setting.