Bug 322 - nmbd: PANIC: failed to create UCS2 buffer
Summary: nmbd: PANIC: failed to create UCS2 buffer
Status: CLOSED FIXED
Alias: None
Product: Samba 3.0
Classification: Unclassified
Component: nmbd (show other bugs)
Version: 3.0.0preX
Hardware: All Solaris
: P1 major
Target Milestone: 3.0.0rc2
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-19 07:07 UTC by Jörg-Thomas Vogt
Modified: 2005-11-14 09:30 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg-Thomas Vogt 2003-08-19 07:07:26 UTC
nmbd dies after a short time with the following messages:

[2003/08/19 10:02:20, 0] nmbd/nmbd_nameregister.c:(73)
  register_name_response: Answer name EMEA.CORPDIR.NE<00> differs from question
name EMEA.
CORPDIR.NET<00>.
[2003/08/19 10:02:20, 0] nmbd/nmbd_nameregister.c:(73)
  register_name_response: Answer name EMEA.CORPDIR.NE<1e> differs from question
name EMEA.
CORPDIR.NET<1e>.
[2003/08/19 10:02:24, 0] lib/charcnv.c:(194)
  convert_string: Required 17, available 16
[2003/08/19 10:02:24, 0] lib/charcnv.c:(194)
  convert_string: Required 17, available 16
[2003/08/19 10:03:20, 0] lib/charcnv.c:(194)
  convert_string: Required 17, available 16
[2003/08/19 10:03:20, 0] lib/charcnv.c:(194)
  convert_string: Required 17, available 16
[2003/08/19 10:05:20, 0] lib/charcnv.c:(194)
  convert_string: Required 17, available 16
[2003/08/19 10:05:20, 0] lib/charcnv.c:(194)
  convert_string: Required 17, available 16
[2003/08/19 10:05:54, 0] lib/charcnv.c:(272)
  Conversion error: Illegal multibyte sequence(ÿ)
[2003/08/19 10:05:54, 0] lib/util.c:(1462)
  PANIC: failed to create UCS2 buffer


Platform: Sun V480
OS: Solaris 8
Compiler: Forte 6 Update 2

additional packages installed in /usr/local:
libiconv (1.9.1)
MIT-krb5  (1.2.8)
OpenLDaP (2.1.22)

configure options:
./configure --with-acl-support --with-libiconv=/usr/local \ 
--with-krb5=/usr/local --with-ads --with-ldap \
--with-pam --with-pam_smbpass --with-ldapsam \
--with-tdbsam --with-quotas \
--with-libsmbclient --with-sendfile-support --with-winbind


A core file analysis with dbx gives the following output:
Reading ld.so.1
Reading libsendfile.so.1
Reading libsec.so.1
Reading libgen.so.1
Reading libresolv.so.2
Reading libsocket.so.1
Reading libnsl.so.1
Reading libdl.so.1
Reading libiconv.so.2
Reading libgssapi_krb5.so.2
Reading libkrb5.so.3
Reading libk5crypto.so.3
Reading libcom_err.so.3
Reading liblber.so.2
Reading libldap.so.2
Reading libc.so.1
Reading libmp.so.2
Reading libc_psr.so.1
Reading en_US.ISO8859-15.so.2
program terminated by signal ABRT (Abort)
0xfee1f930: _libc_kill+0x0008:  bgeu    _libc_kill+0x30
(/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where
=>[1] _libc_kill(0x0, 0x6, 0x0, 0xffffffff, 0x141838, 0xfedb5878), at 0xfee1f930
  [2] abort(0xfee3c000, 0x112910, 0x115924, 0x5b6, 0x58, 0x1), at 0xfedb595c
  [3] smb_panic(0x112910, 0xffbef0bc, 0x142518, 0x3f422dec, 0x1, 0x1420c8), at
0xc3a04
  [4] unix_strupper(0xffbef0bc, 0x2, 0xffbef0bc, 0x2, 0x81010100, 0xffffffff),
at 0xa1cf8
  [5] strupper_m(0xffbef0bc, 0x19bde4, 0x0, 0x4, 0x1d, 0x19bde0), at 0xb8310
  [6] upcase_name(0xffbef0bc, 0x19bd8c, 0x357c0000, 0x4, 0x0, 0xffbeefe0), at
0x32a64
  [7] find_name_on_subnet(0x195d88, 0x19bd8c, 0x1, 0x357ccd2c, 0x357cffff,
0xffff0000), at 0x32c50
  [8] listening(0x19bcf0, 0x19bd8c, 0x0, 0x19bcf0, 0x1, 0x195d88), at 0x3ac5c
  [9] process_dgram(0x19bcf0, 0x1, 0x0, 0xc9, 0x0, 0x19bd10), at 0x3acb4
  [10] run_packet_queue(0x0, 0x0, 0xa, 0x0, 0x4, 0x19bcf0), at 0x3c278
  [11] process(0x1, 0xf, 0x142518, 0x3f422dec, 0x2, 0x3f422e69), at 0x26c24
  [12] main(0x1, 0x0, 0xffbef8dc, 0x142358, 0x0, 0x0), at 0x27978
Comment 1 Jeremy Allison 2003-08-20 15:42:14 UTC
I have checked in some code to fix this. Essentially we just copy
the unconvertable characters in this case. Needs testing.

Jeremy.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-02-07 09:05:49 UTC
originally reported against one of the 3.0.0rc[1-4] releases.
Cleaning up non-production versions.
Comment 3 Gerald (Jerry) Carter (dead mail address) 2005-08-24 10:19:25 UTC
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.
Comment 4 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:30:36 UTC
database cleanup