From: "Johannes Schild" <JSchild@gmx.de>
To: Peng Tao <tao.peng@emc.com>
Cc: linux-nfs@vger.kernel.org
Subject: Re: RE: Blocklayout
Date: Fri, 10 Aug 2012 11:20:16 +0200 [thread overview]
Message-ID: <20120810092016.177360@gmx.net> (raw)
In-Reply-To: <CA+a=Yy6C-d82MR6Lun4sRcJ0euBBpf0Ra3cHDnQ8eKENi5eU2Q@mail.gmail.com>
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?
> > [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)?
> Cheers,
> Tao
Thanks
Johannes
next prev parent reply other threads:[~2012-08-10 9:20 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-08 15:58 Blocklayout Johannes Schild
2012-08-08 16:39 ` Blocklayout Jim Rees
2012-08-08 18:26 ` Blocklayout Johannes Schild
2012-08-09 8:42 ` Blocklayout Johannes Schild
2012-08-09 8:56 ` Blocklayout Peng, Tao
2012-08-09 15:27 ` Blocklayout Johannes Schild
2012-08-09 17:12 ` Peng Tao
2012-08-10 7:48 ` Johannes Schild
2012-08-10 8:29 ` Peng Tao
2012-08-10 9:20 ` Johannes Schild [this message]
2012-08-10 9:51 ` Peng Tao
2012-08-10 12:06 ` Johannes Schild
2012-08-10 12:18 ` Jim Rees
2012-08-10 13:00 ` Johannes Schild
2012-08-13 19:50 ` Johannes Schild
2012-08-14 14:09 ` Peng Tao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120810092016.177360@gmx.net \
--to=jschild@gmx.de \
--cc=linux-nfs@vger.kernel.org \
--cc=tao.peng@emc.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.