[Lustre-discuss] Lustre IOkit newbie: sgpdd-survey

[Brian J. Murrell]

On Thu, 2008-07-31 at 14:12 -0400, Ms. Megan Larko wrote:
> 
> megan:  I am attaching the file from
> /tmp/sgpdd_survey_2008-07-29 at 15:40_oss4.crew.local.detail
> The complaint seems to be that the memory cannot be accessed.

Allocated, not accessed:

==============> total_size 17487872K rsz 1024 crg     1 thr     4 
=====> write
sg starting out command at "sgp_dd.c":843: Cannot allocate memory
=====> read
sg starting in command at "sgp_dd.c":784: Cannot allocate memory
==============> total_size 17487872K rsz 1024 crg     1 thr     8 
=====> write
sg starting out command at "sgp_dd.c":843: Cannot allocate memory
=====> read
sg starting in command at "sgp_dd.c":784: Cannot allocate memory
==============> total_size 17487872K rsz 1024 crg     1 thr    16 
=====> write
sg starting out command at "sgp_dd.c":843: Cannot allocate memory
=====> read
sg starting in command at "sgp_dd.c":784: Cannot allocate memory
==============> total_size 17487872K rsz 1024 crg     2 thr     4 
=====> write
sg starting out command at "sgp_dd.c":843: Cannot allocate memory
sg starting out command at "sgp_dd.c":843: Cannot allocate memory
=====> read
sg starting in command at "sgp_dd.c":784: Cannot allocate memory
sg starting in command at "sgp_dd.c":784: Cannot allocate memory

So for whatever reason sgp_dd can't allocate memory.

> megan:  Pasting result--
> [root at oss4 ~]# sgp_dd of=/dev/sg16 if=/dev/null count=10 bs=512 time=1
> time to transfer data was 0.000121 secs
>   remaining block count=10
> 0+0 records in
> 0+0 records out

Hrm.  The result doesn't look right.

> Note that a "cat /proc/meminfo" shows 16Gb RAM on the machine oss4.
> [root at oss4 ~]# cat /proc/meminfo
> MemTotal:     16439328 kB
> MemFree:      16101332 kB
> Buffers:         32260 kB
> Cached:         205820 kB

I don't really know why you'd be getting those errors then.  Buggy
version of sgp_dd maybe?  Buggy something else?

> BTW I am running iozone  v. 3.283 on the OS drive, a RAID6 JBOD disk
> formatted ext3 and one of our existing Lustre disks and the lustre
> system is doing well under iozone.

Good.

b.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20080801/87f58d6a/attachment.pgp>