[OpenAFS] OpenAFS client 1.7.201 and later triggers printing of smiley faces on all printers shared via Samba

[Peter Dissing]

--------------030307050201040108090104
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: 8bit


Hi Jeffrey

In the attached trace.txt  you can see the lines i presume gives the error

The log is created as follows.

start log
Start ->  Run -> "\\130.225.51.90" (the samba server)
login to samba server in dialog window.
wait for window with printers to appear. (only 1 printer on this 
particular test-server)
stop log.

The test is done twice. once with the AFS-Service running and one time 
with AFS-Service stopped.

In the trace.txt:
No_error1_filtered is with the AFS-service stopped

error_filtered is the with the AFS-service running

You can find the complete Process Monitor logs at

//afs/ies.auc.dk/user/ped/AFS-Trace/

I did not do the wireshark logs as i presume i identified the error with 
the Process Monitor tool. If you need the wireshark logs let me know and 
i will do them

Best Regards
Peter Dissing
Aalborg University



On 2012-02-07 18:20, Jeffrey Altman wrote:
> On 2/7/2012 9:20 AM, Bo Nygaard Bai wrote:
>> We have observed that windows clients running an installation of the
>> OpenAFS client version 1.7.201 and later will, unknown to the user,
>> print garbage on all our printers. Every time a user opens/refreshes the
>> Samba share exporting the printers, each available printer will print 2
>> pages each containing a single line of output:
>>
>> ,\ ☺☺
> How is this data arriving at the printers?   You say later that the
> Windows Printer Spooler is disabled so there must be a direct connection
> from some application to the printers.
>
> Use SysInternals Process Monitor and WireShark to track the source of
> the data being written to the process that is doing so.
>
> In 1.7.2 the network provider interface, AFSRDFSProvider.dll, properly
> fails a query for printers in the \\AFS name space.  It reports that
> there are none instead of listing the file shares.
>
>> In case the above UTF-8 does not survive the mail system:
>>
>> <komma><backslash><space><smileyface><smileyface>
>>
>> Just viewing the share exporting the printers will trigger this.
> OpenAFS doesn't browse or otherwise interact with printers so it must be
> an application process doing so in response to a network provider browse
> request using the WNet API set.
>
>> We only see this when the OpenAFS Client Service is running and only
>> after version 1.7.201. It even happens when the windows Print Spooler
>> service is stopped but AFS is running.
> If OpenAFS is halted the AFSRDFSProvider will report "not connected" to
> all queries.
>
>> Has anybody else seen this or have an explanation?
> I have not.
>
>> Should I file a bug report on this?
> With whom?  That is the question.  Since the problem occurs with Samba
> shared printers and not Microsoft Windows shared printers or Apple
> Bonjour shared printers, perhaps its a bug in Samba.
>
>
>
>


--------------030307050201040108090104
Content-Type: text/plain; name="Trace.txt"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Trace.txt"
Content-Description: Trace.txt

bm9fZXJyb3IxX2ZpbHRlcmVkDQoNCjE0OjUyOjEyLDA4MTg2ODkJc3ZjaG9zdC5leGUJODk2
CUNyZWF0ZUZpbGUJXFwxMzAuMjI1LjUxLjkwXHByLWMxLTEwMy1id1wJQ1NDIE9CSkVDVCBQ
QVRIIE5PVCBGT1VORAlEZXNpcmVkIEFjY2VzczogUmVhZCBBdHRyaWJ1dGVzLCBTeW5jaHJv
bml6ZSwgRGlzcG9zaXRpb246IE9wZW4sIE9wdGlvbnM6IFN5bmNocm9ub3VzIElPIE5vbi1B
bGVydCwgQXR0cmlidXRlczogbi9hLCBTaGFyZU1vZGU6IFJlYWQsIFdyaXRlLCBEZWxldGUs
IEFsbG9jYXRpb25TaXplOiBuL2EsIEltcGVyc29uYXRpbmc6IHBlZC12bVxwZWQNCg0KDQoN
Cg0KZXJyb3JfZmlsdGVyZWQNCg0KMTQ6MzM6NDEsMzkyMDY5NglFeHBsb3Jlci5FWEUJMjU0
NAlDcmVhdGVGaWxlCVxcMTMwLjIyNS41MS45MFxwci1jMS0xMDMtYndcXy5fQUZTX0lPQ1RM
Xy5fCVNVQ0NFU1MJRGVzaXJlZCBBY2Nlc3M6IFJlYWQgRGF0YS9MaXN0IERpcmVjdG9yeSwg
V3JpdGUgRGF0YS9BZGQgRmlsZSwgUmVhZCBBdHRyaWJ1dGVzLCBTeW5jaHJvbml6ZSwgRGlz
cG9zaXRpb246IE9wZW4sIE9wdGlvbnM6IFdyaXRlIFRocm91Z2gsIFN5bmNocm9ub3VzIElP
IE5vbi1BbGVydCwgTm9uLURpcmVjdG9yeSBGaWxlLCBBdHRyaWJ1dGVzOiBuL2EsIFNoYXJl
TW9kZTogUmVhZCwgQWxsb2NhdGlvblNpemU6IG4vYSwgT3BlblJlc3VsdDogT3BlbmVkDQox
NDozMzo0MSwzOTgzMzU2CUV4cGxvcmVyLkVYRQkyNTQ0CVdyaXRlRmlsZQlcXDEzMC4yMjUu
NTEuOTBccHItYzEtMTAzLWJ3XF8uX0FGU19JT0NUTF8uXwlTVUNDRVNTCU9mZnNldDogMCwg
TGVuZ3RoOiA0MSwgSS9PIEZsYWdzOiBXcml0ZSBUaHJvdWdoLCBQcmlvcml0eTogTm9ybWFs
DQoxNDozMzo0MSw0MDQyNDAzCUV4cGxvcmVyLkVYRQkyNTQ0CVJlYWRGaWxlCVxcMTMwLjIy
NS41MS45MFxwci1jMS0xMDMtYndcXy5fQUZTX0lPQ1RMXy5fCUlOVkFMSUQgREVWSUNFIFJF
UVVFU1QJT2Zmc2V0OiA0MSwgTGVuZ3RoOiA4LjE5MiwgUHJpb3JpdHk6IE5vcm1hbA0KMTQ6
MzM6NDEsNDA0MzU2NwlFeHBsb3Jlci5FWEUJMjU0NAlDbG9zZUZpbGUJXFwxMzAuMjI1LjUx
LjkwXHByLWMxLTEwMy1id1xfLl9BRlNfSU9DVExfLl8JU1VDQ0VTUwkNCjE0OjMzOjQxLDQ0
MjE2MjUJRXhwbG9yZXIuRVhFCTI1NDQJQ3JlYXRlRmlsZQlcXDEzMC4yMjUuNTEuOTBccHIt
YzEtMTAzLWJ3XF8uX0FGU19JT0NUTF8uXwlTVUNDRVNTCURlc2lyZWQgQWNjZXNzOiBSZWFk
IERhdGEvTGlzdCBEaXJlY3RvcnksIFdyaXRlIERhdGEvQWRkIEZpbGUsIFJlYWQgQXR0cmli
dXRlcywgU3luY2hyb25pemUsIERpc3Bvc2l0aW9uOiBPcGVuLCBPcHRpb25zOiBXcml0ZSBU
aHJvdWdoLCBTeW5jaHJvbm91cyBJTyBOb24tQWxlcnQsIE5vbi1EaXJlY3RvcnkgRmlsZSwg
QXR0cmlidXRlczogbi9hLCBTaGFyZU1vZGU6IFJlYWQsIEFsbG9jYXRpb25TaXplOiBuL2Es
IE9wZW5SZXN1bHQ6IE9wZW5lZA0KMTQ6MzM6NDEsNDQ2MTQwNwlFeHBsb3Jlci5FWEUJMjU0
NAlXcml0ZUZpbGUJXFwxMzAuMjI1LjUxLjkwXHByLWMxLTEwMy1id1xfLl9BRlNfSU9DVExf
Ll8JU1VDQ0VTUwlPZmZzZXQ6IDAsIExlbmd0aDogNDEsIEkvTyBGbGFnczogV3JpdGUgVGhy
b3VnaCwgUHJpb3JpdHk6IE5vcm1hbA0KMTQ6MzM6NDEsNDQ5ODI1MQlFeHBsb3Jlci5FWEUJ
MjU0NAlSZWFkRmlsZQlcXDEzMC4yMjUuNTEuOTBccHItYzEtMTAzLWJ3XF8uX0FGU19JT0NU
TF8uXwlJTlZBTElEIERFVklDRSBSRVFVRVNUCU9mZnNldDogNDEsIExlbmd0aDogOC4xOTIs
IFByaW9yaXR5OiBOb3JtYWwNCjE0OjMzOjQxLDQ0OTkwMTAJRXhwbG9yZXIuRVhFCTI1NDQJ
Q2xvc2VGaWxlCVxcMTMwLjIyNS41MS45MFxwci1jMS0xMDMtYndcXy5fQUZTX0lPQ1RMXy5f
CVNVQ0NFU1MJDQoxNDozMzo0MSw0Njk5NjExCXN2Y2hvc3QuZXhlCTg5NglDcmVhdGVGaWxl
CVxcMTMwLjIyNS41MS45MFxwci1jMS0xMDMtYndcCUNTQyBPQkpFQ1QgUEFUSCBOT1QgRk9V
TkQJRGVzaXJlZCBBY2Nlc3M6IFJlYWQgQXR0cmlidXRlcywgU3luY2hyb25pemUsIERpc3Bv
c2l0aW9uOiBPcGVuLCBPcHRpb25zOiBTeW5jaHJvbm91cyBJTyBOb24tQWxlcnQsIEF0dHJp
YnV0ZXM6IG4vYSwgU2hhcmVNb2RlOiBSZWFkLCBXcml0ZSwgRGVsZXRlLCBBbGxvY2F0aW9u
U2l6ZTogbi9hLCBJbXBlcnNvbmF0aW5nOiBwZWQtdm1ccGVkDQo=
--------------030307050201040108090104--