The Samba-Bugzilla – Bug 8082
Conversion error: Illegal multibyte sequence
Last modified: 2011-10-12 12:01:32 UTC
Hi all, I have a virtual printer having these settings in smb.conf:
comment = Conversione in PDF delle stampe di tuning degli strumenti
force group="@DOMINIOCSA\domain users"
printing = bsd
path = /tmp
printable = yes
guest ok = yes
print command = /opt/scripts/bin/tuningPDF.sh %s %H "%J" %p %m %S
'default' %D %H
When windows client print on it sometimes (very often) they get the error: couldn't start print job and in samba log I can find:
[2011/04/06 17:17:04.757701, 0] lib/charcnv.c:650(convert_string_talloc)
Conversion error: Illegal multibyte sequence(9 Æ)
[2011/04/06 17:17:04.758030, 0] rpc_server/srv_pipe.c:2439(api_rpcTNP)
api_rpcTNP: \spoolss: SPOOLSS_OPENPRINTEREX failed.
Until windows users doesn't restart the printer spooler they can't print any more and samba doesn't log any related print error.
If you need more information I'll be glad to send you
Have a great day
Same problem, when tries to print something with filename like "Исх. № 131 от 19.04.2011 (Приглашение, Луиджи).doc" to samba 3.4.9 printer with CUPS printer (http://cups.org/documentation.php/man-cupsaddsmb.html) from windows xp sp2
there is an error:
[2011/04/19 15:23:11, 0] lib/charcnv.c:641(convert_string_allocate)
Conversion error: Illegal multibyte sequence(.! )
[2011/04/19 15:23:11, 1] ../librpc/ndr/ndr.c:377(ndr_pull_error)
ndr_pull_error(5): Bad character conversion
[2011/04/19 15:23:11, 0] rpc_server/srv_pipe.c:2332(api_rpcTNP)
api_rpcTNP: \spoolss: SPOOLSS_STARTDOCPRINTER failed.
If we will rename filename to "test.doc" - all works fine.
I assume this is related to
I have updated to 3.5.6 and problem with print was gone.
Thanks for the feedback!
Piviul, does this also solve your problem?
No, the samba version I use is already the 3.5.6 (I use debian squeeze). Before the upgrading to squeeze (debian lenny with samba 3.2.5) samba printing was working correctly. If you need some more infos I'll be glad to send you.
Have a great day
If this still happens in 3.5.8, please upload a log file with "log level = 10"
and a network capture.
The server having the problem is a production server so I prefer don't upgrade it. Do you think is usefull for you if I attach log level and capture network of this samba version?
It can't hurt:-)
Created attachment 6420 [details]
log debug level 10
This is the loglevel 10 of the client during a print failure
Created attachment 6421 [details]
tshark log file
This is the tshark log file during the same printing failure
I can confirm that the problem depends from the /unix charset/ option of smb.conf. If this option is set to UTF8 the problem disappear.
Have a great day
Created attachment 6790 [details]
loglevel 10 on 3.5.11
The bug persists in samba 3.5.11 too. I attach the log level 10.
Created attachment 6791 [details]
tshark log file on 3.5.11
tshark for the same problem
Also having this erroro messages here randomly at five different office branches. All servers are debia lenny 64bit systems with latest samba 3.5.6 from the backport repository. Today i managed to grab an tshark log and an samba level 10 log.
The client is an win2003 based terminalserver with citrix presentation manager 4.5 on top. Printers are connected via network accross an ipsec based vpn.
If the multibyte error occures, nothing get's passed to the cups server and all printers on the samba printserver flap between not found and connecting for a while. After a few minutes printing works without further intervention.
Can provide more information if neccesary.
Created attachment 6939 [details]
3.5.6 log 10
Log contains two failed print tries
Created attachment 6940 [details]
Update: Did backport the more actual 3.5.11 samba from debian wheezy to lenny, but it didi not fix the sporadic occuring multibyte sequence errors. Since the clients are all still windows xp machines I downgraded to the shipping samba version of lenny 3.2.5 and since then the errors are gone and printing works as expected.
Having trouble backporting the 3.6.0-1 samba package from the debian testing branch, otherwise I'd have tried that version.
To be future proof I'd prefer to run an samba version which supports windows 7 domain logons gonna try 3.2.15 next.