Nadezhda Ivanova
2014-04-09 09:22:38 UTC
Hi guys,
Has anyone successfully mounted a cifs share from a z/OS mainframe to
a linux machine?
We have a partner who is trying to do that, but the mount fails with a
Input/Output error. The same share is successfully mounted to a
Windows 7 or a Mac. The attached wireshark captures seem to show that
the z/OS returns a malformed Protocol Negotiation request to the
mount.cifs, but returns a correct packet to the Windows machine.
The user is running an Ububtu 12.04 TLS, kernel version 3.11.0-19-generic.
Also tried Ubuntu 10.04 and Centos6.5 with identical results.
The server is a z/OS 1.13
Here are the commands we tried:
***@cnaf-app-00:~# mount --verbose -t cifs //192.182.1.212/samba
/media/samba -o username=mreeves%amoscat0,sec=ntlm
mount.cifs kernel mount options:
ip=192.168.1.212,unc=//192.168.1.212/samba,sec=ntlm,ver=1,user=mreeves,pass=********
mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
***@cnaf-app-00:~# mount --verbose -t cifs //192.182.1.212/samba
/media/samba -o username=mreeves%amoscat0,sec=NTLMv2
mount.cifs kernel mount options:
ip=192.168.1.212,unc=//192.168.1.212/samba,sec=NTLMv2,ver=1,user=mreeves,pass=********
mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
***@cnaf-app-00:~# mount --verbose -t cifs //192.168.1.212/samba
/media/samba -o username=mreeves%amoscat0,sec=lanman
mount.cifs kernel mount options:
ip=192.168.1.212,unc=//192.168.1.212/samba,sec=lanman,ver=1,user=mreeves,pass=********
mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
smbclient appears to work, but we get some garbage:
***@cnaf-app-00:/etc/samba# smbclient //192.168.1.212/samba -U
mreeves%amoscat0
Domain=[â £Ãâ âÃâ êÃâ ÂŒÃâ £Ãâ êÃâ âÃâ
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.808997] CIFS VFS:
RFC1001 size 84 smaller than SMB for mid=1
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809034] Bad SMB: : dump
of 48 bytes of data at 0xffff880019744540
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809037] 54000000
424d53ff 00000072 c8018000 . . . T Ë S M B r . . . . . . »
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809039] 00000000
00000000 00000000 0e260000 . . . . . . . . . . . . . . & .
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809041] 00010000
03000211 00010032 0000ffff . . . . . . . . 2 . . . Ë Ë . .
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809107] CIFS VFS:
cifs_mount failed w/return code = -5
This is the z/OS machine configuration:
_IOE_DFS_MODIFY_PATH=/opt/dfslocal/home/dfscntl/modify.rendezvous
_IOE_MVS_DFSDFLT=EMCROOT
_IOE_LFS_SYNC_INTERVAL=30
_IOE_SMB_CLEAR_PW=NOTALLOWED
_IOE_DYNAMIC_EXPORT=ON
_IOE_SMB_TRANSPORTS=BOTH
_IOE_SMB_CONNECT_MSGS=2
_IOE_SERVER_NAME=EMCZPDT1
_IOE_SMB_COMPUTER_NAME=EMCZPDT1
_IOE_SMB_DOMAIN_NAME=WORKGROUP
_IOE_SMB_IDMAP=/opt/dfslocal/home/dfskern/smbidmap
_IOE_PROTOCOL_SMB=ON
_IOE_WIRE_CODEPAGE=ISO8859-1
_EUV_SVC_MSG_LOGGING=CONSOLE_LOGGING
DCE_START_SOCKET_NAME=/opt/dfslocal/home/dfscntl/ioepk.soc
TZ=EST5EDT
_EUV_AUTOLOG=NO
#NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lpp/Printsrv/En_US/%N
NLSPATH=/usr/lib/nls/msg/%L/%N
LANG=En_US.IBM-1047
#LIBPATH=/usr/lib:/usr/lpp/Printsrv/lib
LIBPATH=/usr/lib
_IOE_SMB_OCSF=OFF
I am attaching wireshark captures of both the successful mount from a
windows machine and the failed one from the linux machine.
After my initial mail on the samba-technical list, I was contacted by
someone in an identical situation who has also been unable to access
their z/OS shares after switching to RHEL 6.x from Windows, so I
guess this is not an isolated incident.
If anyone has experience with this and has any ideas, any possible
problems with the configuration, I would appreciate it!
Best Regards,
Nadezhda
Has anyone successfully mounted a cifs share from a z/OS mainframe to
a linux machine?
We have a partner who is trying to do that, but the mount fails with a
Input/Output error. The same share is successfully mounted to a
Windows 7 or a Mac. The attached wireshark captures seem to show that
the z/OS returns a malformed Protocol Negotiation request to the
mount.cifs, but returns a correct packet to the Windows machine.
The user is running an Ububtu 12.04 TLS, kernel version 3.11.0-19-generic.
Also tried Ubuntu 10.04 and Centos6.5 with identical results.
The server is a z/OS 1.13
Here are the commands we tried:
***@cnaf-app-00:~# mount --verbose -t cifs //192.182.1.212/samba
/media/samba -o username=mreeves%amoscat0,sec=ntlm
mount.cifs kernel mount options:
ip=192.168.1.212,unc=//192.168.1.212/samba,sec=ntlm,ver=1,user=mreeves,pass=********
mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
***@cnaf-app-00:~# mount --verbose -t cifs //192.182.1.212/samba
/media/samba -o username=mreeves%amoscat0,sec=NTLMv2
mount.cifs kernel mount options:
ip=192.168.1.212,unc=//192.168.1.212/samba,sec=NTLMv2,ver=1,user=mreeves,pass=********
mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
***@cnaf-app-00:~# mount --verbose -t cifs //192.168.1.212/samba
/media/samba -o username=mreeves%amoscat0,sec=lanman
mount.cifs kernel mount options:
ip=192.168.1.212,unc=//192.168.1.212/samba,sec=lanman,ver=1,user=mreeves,pass=********
mount error(5): Input/output error
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
smbclient appears to work, but we get some garbage:
***@cnaf-app-00:/etc/samba# smbclient //192.168.1.212/samba -U
mreeves%amoscat0
Domain=[â £Ãâ âÃâ êÃâ ÂŒÃâ £Ãâ êÃâ âÃâ
öÃâ ÃÃ]
OS=[â îÃâ âÃâ îÃâ ñÃâ ÃÃâ ÃÃâ ÿÃâ êÃâ êÃâ áÃâ â€Ãâ ÃÃ]
Server=[â ñÃâ êÃâ â€Ãâ ÃÃâ îðöñêñÿðöñêÃâ ÃðÿðâñêÃâ ÃÃ⠣ðñðâðÃðâñ£Ã±îÃâ ÃÃâ âðöñÃñ£Ã°âñêðŒÃâ ÃÃâ âðöðñð£Ã°áðêðâñêðáðâðâðÃÃ]
smb: \> ls
. D 0 Thu Apr 3 06:43:17 2014
.. D 0 Thu Apr 3 06:43:17 2014
._.DS_Store 4096 Thu Apr 3 06:43:17 2014
.DS_Store 6148 Thu Apr 3 06:43:39 2014
shellscript.txt 3260 Wed Apr 2 19:09:53 2014
65535 blocks of size 32768. 65535 blocks available
smb: \>
The following appears in the logs:OS=[â îÃâ âÃâ îÃâ ñÃâ ÃÃâ ÃÃâ ÿÃâ êÃâ êÃâ áÃâ â€Ãâ ÃÃ]
Server=[â ñÃâ êÃâ â€Ãâ ÃÃâ îðöñêñÿðöñêÃâ ÃðÿðâñêÃâ ÃÃ⠣ðñðâðÃðâñ£Ã±îÃâ ÃÃâ âðöñÃñ£Ã°âñêðŒÃâ ÃÃâ âðöðñð£Ã°áðêðâñêðáðâðâðÃÃ]
smb: \> ls
. D 0 Thu Apr 3 06:43:17 2014
.. D 0 Thu Apr 3 06:43:17 2014
._.DS_Store 4096 Thu Apr 3 06:43:17 2014
.DS_Store 6148 Thu Apr 3 06:43:39 2014
shellscript.txt 3260 Wed Apr 2 19:09:53 2014
65535 blocks of size 32768. 65535 blocks available
smb: \>
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.808997] CIFS VFS:
RFC1001 size 84 smaller than SMB for mid=1
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809034] Bad SMB: : dump
of 48 bytes of data at 0xffff880019744540
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809037] 54000000
424d53ff 00000072 c8018000 . . . T Ë S M B r . . . . . . »
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809039] 00000000
00000000 00000000 0e260000 . . . . . . . . . . . . . . & .
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809041] 00010000
03000211 00010032 0000ffff . . . . . . . . 2 . . . Ë Ë . .
Apr 4 10:27:28 ubu-14-server1 kernel: [ 4652.809107] CIFS VFS:
cifs_mount failed w/return code = -5
This is the z/OS machine configuration:
_IOE_DFS_MODIFY_PATH=/opt/dfslocal/home/dfscntl/modify.rendezvous
_IOE_MVS_DFSDFLT=EMCROOT
_IOE_LFS_SYNC_INTERVAL=30
_IOE_SMB_CLEAR_PW=NOTALLOWED
_IOE_DYNAMIC_EXPORT=ON
_IOE_SMB_TRANSPORTS=BOTH
_IOE_SMB_CONNECT_MSGS=2
_IOE_SERVER_NAME=EMCZPDT1
_IOE_SMB_COMPUTER_NAME=EMCZPDT1
_IOE_SMB_DOMAIN_NAME=WORKGROUP
_IOE_SMB_IDMAP=/opt/dfslocal/home/dfskern/smbidmap
_IOE_PROTOCOL_SMB=ON
_IOE_WIRE_CODEPAGE=ISO8859-1
_EUV_SVC_MSG_LOGGING=CONSOLE_LOGGING
DCE_START_SOCKET_NAME=/opt/dfslocal/home/dfscntl/ioepk.soc
TZ=EST5EDT
_EUV_AUTOLOG=NO
#NLSPATH=/usr/lib/nls/msg/%L/%N:/usr/lpp/Printsrv/En_US/%N
NLSPATH=/usr/lib/nls/msg/%L/%N
LANG=En_US.IBM-1047
#LIBPATH=/usr/lib:/usr/lpp/Printsrv/lib
LIBPATH=/usr/lib
_IOE_SMB_OCSF=OFF
I am attaching wireshark captures of both the successful mount from a
windows machine and the failed one from the linux machine.
After my initial mail on the samba-technical list, I was contacted by
someone in an identical situation who has also been unable to access
their z/OS shares after switching to RHEL 6.x from Windows, so I
guess this is not an isolated incident.
If anyone has experience with this and has any ideas, any possible
problems with the configuration, I would appreciate it!
Best Regards,
Nadezhda