On Tue, 9 May 2000, Jan Harkes wrote:

> On Tue, May 09, 2000 at 01:02:39PM -0700, Chris Jantzen wrote:
> server sends:
> > [11:55:56]Main Process: "packet.c", line 110:    rpc2_XmitPacket()
> > 	Host.InetAddress = 10.1.0.5    Port.InetPortNumber = 1049
> > 	Prefix: BufferSize = 350  LengthOfPacket = 80  MagicNumber = 3247517
> > 	Q = 0x400ae3e8, RecvStamp = 0.000000
> > 	Header: ProtoVersion = 0x8  RemoteHandle = 0x3c3a368b
> > 	LocalHandle = 0x1ed2b8c6  BodyLength = 20  SeqNumber = 0
> > 	Opcode = RPC2_INIT2  SEFlags = 0x0  SEDataOffset = 0
> >	SubsysId = 627711488  ReturnCode = 0 Flags = 0x740000
> >	Uniquefier = 542785141  Lamport = 3 TimeStamp = 590017755  BindTime = 0
> 
> client sees:
> > [11:55:56]SocketListener: "packet.c", line 207:    rpc2_RecvPacket()
> > Packet received from   Host.InetAddress = 10.1.0.3
> > Port.InetPortNumber = 370
> > Received packet....
> >         Prefix: BufferSize = 4500  LengthOfPacket = 80  MagicNumber = 3247517
> >	  Q = 0x400c13e8, RecvStamp = 957898556.111736
> >         Header: ProtoVersion = 0x8  RemoteHandle = 0x3c3a368b
> >	  LocalHandle = 0x1ed2b8c6  BodyLength = 2416475831
> >	  SeqNumber = 1098622648 Opcode = 1878491477  SEFlags = 0x417ba6b8
> >         SEDataOffset = 2416475811  SubsysId = 1678883000
> >	  ReturnCode = 2416475811 Flags = 0x740000  Uniquefier = 2958180566
> >	  Lamport = 1098622651 TimeStamp = 1649496675  BindTime = 2416475811
> 
> 
> The server sent an INIT2 packet with unencoded headers and the client
> decided to decode it? Why does the rpc2 code rpc2_ApplyD function have:
> 
>         /* XXXXXXXXXXXXXXX this was at the beginning now moved */
>         if (!(ntohl(pb->Header.Flags) & RPC2_ENCRYPTED)) 
>                 return;
> 
> At the end of the decoding code??? WTF how did this ever work?
> 
> Could you try moving that test back to the top of the function.
> (rcp2/rpc2-src/secure.c:232)

Ah, that seems to have worked.


An unrelated issue, that hopefully somebody else on the mailing list can
answer easily, as Jan seems to do so much himself (which I'm sure we all
appreciate more than we say): I don't seem to be able to create any
volumes. It seems my VLDB is not being created correctly? I ran the bld
script and nothing seems to happen. This is all fresh from 5.3.7. Here's
some interesting log snippets from /vice/db/SrvLog

16:19:17 VCheckVLDB:  could not open VLDB
16:19:17 VInitVolPackage: no VLDB! Please create a new one.

16:19:59 VGetPartition Couldn't find partition /export/primary/vicepa/
16:19:59 VCreateVolume: Cannot find partition /export/primary/vicepa/.
Bailing out.

16:19:59 Unable to create the volume; aborted
16:19:59 create: volume creation failed for volume 1000001
16:19:59 status = (103) 

And, here's the createvol command line:

/usr/local/sbin/createvol_rep MAYBE.NET E0000100 /export/primary/vicepa/

The 'partition' listed is what I put into vice-setup and is listed in
vicetab as:

ace   /export/primary/vicepa   ftree   width=32,depth=4

(I hope I'm not spamming the mailing list too much, here.)

Thanks for any input out there

-- 
chris kb7rnl =->