Re: RE: Blocklayout

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Tao,

the output von the server (ctl) looks for *me* good...

http://www.mozilla.org/en-US/firefox/update/

[root@fedorapnfs2 sbin]# /root/ctl/ctl -u
[root@fedorapnfs2 sbin]# Processing: MSG_VERS    : Version: 8
Processing: MSG_VERS    : Version: 8
Processing: MSG_DMCHK   : DM Volume: True
Processing: MSG_DMGET   : Vol info: 0 6291456 striped 2 128 8:17 2048 8:33 2048
    major 8, minor 17
    major 8, minor 33
Processing: MSG_GETSIG  : get_sig: 8:17: get_sig: Got sig at: 1, within sector 56, len 16
    e9 91 e5 1c d7 cb 20 41   ad d1 61 f9 a7 30 5e fb   
Processing: MSG_GETSLICE: get_slice: 8:17: Dev: 8:17, Start: 34, Length: 4196285
Processing: MSG_GETSIG  : get_sig: 8:33: get_sig: Got sig at: 1, within sector 56, len 16
    9b 0d 30 b8 42 68 0a 4c   95 52 ed 5f d7 46 49 ed   
Processing: MSG_GETSLICE: get_slice: 8:33: Dev: 8:33, Start: 34, Length: 4196285




-------- Original-Nachricht --------
> Datum: Fri, 10 Aug 2012 17:51:17 +0800
> Von: Peng Tao <tao.peng@xxxxxxx>
> An: Johannes Schild <JSchild@xxxxxx>
> CC: linux-nfs@xxxxxxxxxxxxxxx
> Betreff: Re: RE: Blocklayout

> On Fri, Aug 10, 2012 at 5:20 PM, Johannes Schild <JSchild@xxxxxx> wrote:
> > Hi Tao,
> >
> >> > [59260.324598] encoding getdevicelist!
> >> > [59260.324600] decode_getdevicelist: num_dev 1
> >> > [59260.324601] nfs41_sequence_done: Error 0 free the slot
> >> > [59260.324602] nfs4_free_slot: slotid 16 highest_used_slotid -1
> >> > [59260.324605] <-- _nfs4_getdevicelist status=0
> >> > [59260.324606] nfs4_proc_getdevicelist: err=0, num_devs=1
> >> > [59260.324607] bl_set_layoutdriver GETDEVICELIST numdevs=1, eof=1
> >> > [59260.324608] nfs4_blk_get_deviceinfo max_resp_sz 135168 max_pages
> 33
> >> > [59260.324629] nfs4_blk_get_deviceinfo: dev_id:
> >> The deviceid field returned by server is empty. That's why device
> >> discovery failed.
> >
> > Is the deviceid the field where the signature, created with parted,
> should be stored?
> For client, deviceid is just a symbol that client uses to ask server
> about disk structure information. It is server's implementation
> decision how to construct a deviceid.
> 
> >
> >
> >> > [59260.324630] --> _nfs4_proc_getdeviceinfo
> >> > [59260.324632] --> nfs41_call_sync_prepare data->seq_server
> >> ffff88003c8d7800
> >> > [59260.324633] --> nfs4_setup_sequence clp ffff88003c733400 session
> >> ffff88003c733c00 sr_slot -1
> >> > [59260.324634] --> nfs41_setup_sequence
> >> > [59260.324635] --> nfs4_find_slot used_slots=0000
> >> highest_used=4294967295 max_slots=16
> >> > [59260.324636] <-- nfs4_find_slot used_slots=0001 highest_used=0
> >> slotid=0
> >> > [59260.324637] <-- nfs41_setup_sequence slotid=0 seqid=9
> >> > [59260.324638] <-- nfs4_setup_sequence status=0
> >> > [59260.324642] encode_sequence: sessionid=1344524732:4:4:0 seqid=9
> >> slotid=0 max_slotid=0 cache_this=0
> >> > [59260.333545] nfs41_sequence_done: Error 0 free the slot
> >> > [59260.333547] nfs4_free_slot: slotid 16 highest_used_slotid -1
> >> > [59260.333553] <-- _nfs4_proc_getdeviceinfo status=0
> >> > [59260.333555] nfs4_blk_get_deviceinfo getdevice info returns 0
> >> > [59260.333572] nfs4_blk_decode_device CREATING PIPEFS MESSAGE
> >> > [59260.333573] nfs4_blk_decode_device: deviceid: , mincount: 136
> >> Here shows the same error.
> >>
> >> You may check server code to see if there is something wrong with
> >> getdevicelist proc handling.
> >>
> >
> > I am not experienced enough to check this i think. Is there other server
> code than "ctl" (on the howto)?
> I'm not sure about current pnfs block server status, nor if the wiki
> howto is out of date...
> 
> Cheers,
> Tao
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux