[linux-cifs-client] sym/hardlink error

Scott Barker Scott_Barker at mtechIT.com
Wed Aug 25 16:46:15 GMT 2004


I have a file on the samba server (--- delimits the contents of the
file):

---
This is a test file.
---

It looks like this from the CIFS client:

---
\000\000\000Q=FFSMB.\000\000\000\000\000=01=C8\000\000\000\000\000\000
---

A somewhat longer file;

---
This is a test file.

This file has more characters that the other test file.
---

Looks like:

---
\000\000\000=8A=FFSMB.\000\000\000\000\000=01=C8\000\000\000\000\000\000\00=
0\000\000\000\000\000=01\000=ED=08d\000=A3p=0C=FF\000\000\000=FF=FF\000\000=
\000\000O\000;\000\000\000\000\000\000\000\000\000\000\000O\000This is a te=
st f
---

Seems that the file gets truncated by about the length of the binary
header.

I have the following in my kernel logs:

---
Aug 25 10:25:20 heartofgold kernel:  CIFS VFS: Unknown RFC 1002 frame
Aug 25 10:25:20 heartofgold kernel:  Received Data: : dump of 36 bytes of d=
ata at 0xcd580a60
Aug 25 10:25:20 heartofgold kernel:=20
Aug 25 10:25:20 heartofgold kernel:  2e656c69 68540a0a 66207369 20656c69 i =
l e . . . T h i s   f i l e =20
Aug 25 10:25:20 heartofgold kernel:  20736168 65726f6d 61686320 74636172 h =
a s   m o r e   c h a r a c t
Aug 25 10:25:20 heartofgold kernel:  20737265 e r s =20
Aug 25 10:25:21 heartofgold kernel:  CIFS VFS: Unknown RFC 1002 frame
Aug 25 10:25:21 heartofgold kernel:  Received Data: : dump of 36 bytes of d=
ata at 0xe64d8b40
Aug 25 10:25:21 heartofgold kernel:=20
Aug 25 10:25:21 heartofgold kernel:  2d61626d 2e302e33 6f732f35 65637275 m =
b a - 3 . 0 . 5 / s o u r c e
Aug 25 10:25:21 heartofgold kernel:  6e6f632f 75676966 722e6572 090a6a65 / =
c o n f i g u r e . r e j . .
Aug 25 10:25:21 heartofgold kernel:  37310922 " . 1 7
Aug 25 10:25:33 heartofgold kernel:  CIFS VFS: Unknown RFC 1002 frame
Aug 25 10:25:33 heartofgold kernel:  Received Data: : dump of 36 bytes of d=
ata at 0xe64d8b40
Aug 25 10:25:33 heartofgold kernel:=20
Aug 25 10:25:33 heartofgold kernel:  2e332d61 2f352e30 72756f73 632f6563 a =
- 3 . 0 . 5 / s o u r c e / c
Aug 25 10:25:33 heartofgold kernel:  69666e6f 65727567 0922090a 32393632 o =
n f i g u r e . . " . 2 6 9 2
Aug 25 10:25:33 heartofgold kernel:  0a300930 0 . 0 .
Aug 25 10:27:04 heartofgold kernel:  CIFS VFS: Error 0xffffff90 or on cifs_=
get_inode_info in lookup
---

smbd is linked with:

	libldap.so.2 =3D> /usr/lib/libldap.so.2 (0x40026000)
	liblber.so.2 =3D> /usr/lib/liblber.so.2 (0x4005a000)
	libcrypto.so.0.9.6 =3D> /usr/lib/libcrypto.so.0.9.6 (0x40067000)
	libgssapi_krb5.so.2 =3D> /usr/lib/libgssapi_krb5.so.2 (0x40127000)
	libkrb5.so.3 =3D> /usr/lib/libkrb5.so.3 (0x4013d000)
	libk5crypto.so.3 =3D> /usr/lib/libk5crypto.so.3 (0x401a5000)
	libcom_err.so.2 =3D> /lib/libcom_err.so.2 (0x401c7000)
	libresolv.so.2 =3D> /lib/libresolv.so.2 (0x401ca000)
	libcups.so.2 =3D> /usr/lib/libcups.so.2 (0x401dc000)
	libnsl.so.1 =3D> /lib/libnsl.so.1 (0x401f9000)
	libcrypt.so.1 =3D> /lib/libcrypt.so.1 (0x4020f000)
	libpam.so.0 =3D> /lib/libpam.so.0 (0x4023c000)
	libacl.so.1 =3D> /lib/libacl.so.1 (0x40244000)
	libdl.so.2 =3D> /lib/libdl.so.2 (0x4024b000)
	libpopt.so.0 =3D> /lib/libpopt.so.0 (0x4024e000)
	libc.so.6 =3D> /lib/libc.so.6 (0x40256000)
	libsasl2.so.2 =3D> /usr/lib/libsasl2.so.2 (0x4038a000)
	libgnutls.so.11 =3D> /usr/lib/libgnutls.so.11 (0x4039f000)
	libgnutls.so.10 =3D> /usr/lib/libgnutls.so.10 (0x40405000)
	libattr.so.1 =3D> /lib/libattr.so.1 (0x40465000)
	/lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x40000000)
	libtasn1.so.2 =3D> /usr/lib/libtasn1.so.2 (0x40469000)
	libgcrypt.so.11 =3D> /usr/lib/libgcrypt.so.11 (0x4047a000)
	libgpg-error.so.0 =3D> /usr/lib/libgpg-error.so.0 (0x404c7000)
	libz.so.1 =3D> /usr/lib/libz.so.1 (0x404cb000)
	libgcrypt.so.7 =3D> /usr/lib/libgcrypt.so.7 (0x404dc000)

Interestingly, on a different machine with different libraries, this
problem does not exist. On that machine, the following libraries are
linked with smbd:

	libldap.so.2 =3D> /usr/lib/libldap.so.2 (0x4001f000)
	liblber.so.2 =3D> /usr/lib/liblber.so.2 (0x40053000)
	libgssapi_krb5.so.2 =3D> /usr/lib/libgssapi_krb5.so.2 (0x40061000)
	libkrb5.so.3 =3D> /usr/lib/libkrb5.so.3 (0x40076000)
	libk5crypto.so.3 =3D> /usr/lib/libk5crypto.so.3 (0x400de000)
	libcom_err.so.2 =3D> /lib/libcom_err.so.2 (0x40100000)
	libresolv.so.2 =3D> /lib/tls/libresolv.so.2 (0x40103000)
	libcups.so.2 =3D> /usr/lib/libcups.so.2 (0x40115000)
	libnsl.so.1 =3D> /lib/tls/libnsl.so.1 (0x40133000)
	libcrypt.so.1 =3D> /lib/tls/libcrypt.so.1 (0x40148000)
	libpam.so.0 =3D> /lib/libpam.so.0 (0x40174000)
	libacl.so.1 =3D> /lib/libacl.so.1 (0x4017c000)
	libdl.so.2 =3D> /lib/tls/libdl.so.2 (0x40183000)
	libpopt.so.0 =3D> /lib/libpopt.so.0 (0x40186000)
	libc.so.6 =3D> /lib/tls/libc.so.6 (0x4018f000)
	libsasl2.so.2 =3D> /usr/lib/libsasl2.so.2 (0x402ca000)
	libgnutls.so.11 =3D> /usr/lib/libgnutls.so.11 (0x402df000)
	libgnutls.so.10 =3D> /usr/lib/libgnutls.so.10 (0x40345000)
	libattr.so.1 =3D> /lib/libattr.so.1 (0x403a5000)
	/lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x40000000)
	libtasn1.so.2 =3D> /usr/lib/libtasn1.so.2 (0x403aa000)
	libgcrypt.so.11 =3D> /usr/lib/libgcrypt.so.11 (0x403ba000)
	libgpg-error.so.0 =3D> /usr/lib/libgpg-error.so.0 (0x40407000)
	libz.so.1 =3D> /usr/lib/libz.so.1 (0x4040b000)
	libgcrypt.so.7 =3D> /usr/lib/libgcrypt.so.7 (0x4041c000)

The most notable differences are the lack of libcrypt.so.0.9.6, and the
use of the 'tls' version of the C libraries.

On Tue, Aug 24, 2004 at 08:47:34PM -0700, Jeremy Allison wrote:
> No, that's a new one on me. Do you have any logs ? The best
> way to show this would be an attempt by a Windows cmd.exe
> shell to type a plain text file with known contents. What
> do you see on the screen ?
>=20
> Jeremy.

--=20
Scott Barker                                    Scott_Barker at mtechIT.com
Manager, Infrastructure                         403-233-0740 x248
M-Tech Information Technology, Inc.             http://mtechIT.com


More information about the linux-cifs-client mailing list