[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