Getting SAMBA 2.0.0 (SGI's compile) and HP's AS/U LanMan playing nice

[Luke Kenneth Casson Leighton]

> 000000 smb_io_rpc_hdr rpc_hdr
>     0000 major     : 05
>     0001 minor     : 00
>     0002 pkt_type  : 0c
>     0003 flags     : 00
>     0004 pack_type : 00000000

                       ^^^^^^^^ zeros. 

>     0008 frag_len  : 3800
>     000a auth_len  : 0000
>     000c call_id   : 00000000
> rpc_check_hdr: (after smb_io_rpc_hdr call) rdata->data->data_used: 56
> rpc_api_pipe: bug in AS/U, setting fragment first/last ON

hee hee :)

> rpc_api_pipe: return OK
> 000010 smb_io_rpc_hdr_ba
>     000010 smb_io_rpc_hdr_bba
>         0010 max_tsize: 0008
>         0012 max_rsize: 0008
>         0014 assoc_gid: 76010000
>     000018 smb_io_rpc_addr_str
>         0018 len: 0000
>         001a str:
>     00001a smb_io_rpc_results
>         001c num_results: 01
>         0020 result     : 0000
>         0022 reason     : 0000
>     000024 smb_io_rpc_iface
>         0024 data   : 8a 88 5d 04 1c eb 11 c9 9f e8 08 00 2b 10 48 60
>         0034 version: 02000000
> bind_rpc_pipe: transfer syntax differs

ok, this is the critical bit.  i have this in samba tng.  hmmm... the byte
order is different, though.

which version of 2.0.x you using?

oh dear - yes, the byte ordering is the wrong way round, that's what's blowing
you away.  i believe jeremy fixed this for approximately... 2.0.5?

in other words, you can't use this version  of samba with AS/U, ever.
upgrade to 2.0.x latest and it should work fine.