Sorry I forgot to include the OST logs, these help quite a bit:
ldiskfs_map_inode_page: error reading block 0
LustreError: 3168:0:(fsfilt-ldiskfs.c: 1088:fsfilt_ldiskfs_map_bm_inode_pages()) ino 14303278, blk 0 cr 4294967295 create 1: rc 1 LustreError: 3168:0:(fsfilt-ldiskfs.c: 1088:fsfilt_ldiskfs_map_bm_inode_pages()) Skipped 57 previous similar messages
ldiskfs_map_inode_page: error reading block 256
ldiskfs_map_inode_page: error reading block 512
ldiskfs_map_inode_page: error reading block 768
ldiskfs_map_inode_page: error reading block 1

if I am missing something obvious please, someone let me know, as previously mentioned I am very new to Lustre.do I want to use a different backingfstype? right now it just defaults to ldiskfs.

-Joel Robison



On Jul 5, 2007, at 3:29 PM, Joel Robison wrote:

After doing the steps below ( I actually reformatted all of the drives used (sdb) in my case) the OST's join the MDT/MGS just fine but then when my client mounts the target it will not write data to it:

[EMAIL PROTECTED]:/mnt/testfs# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/md1              455G   44G  389G  10% /
varrun               1005M   52K 1005M   1% /var/run
varlock              1005M  4.0K 1005M   1% /var/lock
procbususb           1005M   96K 1005M   1% /proc/bus/usb
udev                 1005M   96K 1005M   1% /dev
devshm               1005M     0 1005M   0% /dev/shm
/dev/md0               89M   44M   40M  53% /boot
[EMAIL PROTECTED]:/testfs
                      1.2T  1.9G  1.1T   1% /mnt/testfs
[EMAIL PROTECTED]:/mnt/testfs#
[EMAIL PROTECTED]:/mnt/testfs# dd if=/dev/zero of=/mnt/testfs/striped/ pain.img bs=65536 count=100000
dd: writing `/mnt/testfs/striped/pain.img': Invalid argument
1+0 records in
0+0 records out
0 bytes (0 B) copied, 0.004042 seconds, 0.0 kB/s

I have tried records of different sizes and still the same, here are the errors on the client: LustreError: 2568:0:(client.c:574:ptlrpc_check_status()) @@@ type == PTL_RPC_MSG_ERR, err == 1 [EMAIL PROTECTED] x69/t0 o4->testfs- [EMAIL PROTECTED]@tcp:28 lens 384/352 ref 2 fl Rpc:R/0/0 rc 0/1 LustreError: 2568:0:(client.c:574:ptlrpc_check_status()) @@@ type == PTL_RPC_MSG_ERR, err == 1 [EMAIL PROTECTED] x70/t0 o4->testfs- [EMAIL PROTECTED]@tcp:28 lens 384/352 ref 2 fl Rpc:R/0/0 rc 0/1 LustreError: 2568:0:(client.c:574:ptlrpc_check_status()) @@@ type == PTL_RPC_MSG_ERR, err == 1 [EMAIL PROTECTED] x68/t0 o4->testfs- [EMAIL PROTECTED]@tcp:28 lens 384/352 ref 2 fl Rpc:R/0/0 rc 0/1

these repeat several times and all OST's are mentioned, not just 0,1,3 as above.
Here is the log from the MGS/MDT:
LustreError: 30032:0:(ldlm_lib.c:1363:target_send_reply_msg()) @@@ processing error (-107) [EMAIL PROTECTED] x590075/t0 o101-><?>@<? >:-1 lens 232/0 ref 0 fl Interpret:/0/0 rc -107/0 LustreError: 30032:0:(ldlm_lib.c:1363:target_send_reply_msg()) Skipped 1 previous similar message

alot of these.

I dont think I didnt anything differently, can anyone point whats going wrong here?



-Joel Robison




On Jul 5, 2007, at 2:42 PM, Harald van Pee wrote:

On Thursday 05 July 2007 11:23 pm, Bernd Schubert wrote:
Joel Robison wrote:
Thanks for the quick reply Bernd,

I have not put any valuable data on the filesystem yet, so no worries
about data loss, just 1.2T of zeros.
How can I disable extents and mballoc? is it a ../configure option?
I am away from the machines right now or I would check myself.

On the OSSs

1.) umount {ost-mountpoint}
2.) tunefs.lustre --mountfsoptions="" /dev/{ost-device}
3.) mount {ost-mountpoint}

would there a big performance loss and if so does the CFS team suggests a
patch instead?



Cheers,
Bernd

_______________________________________________
Lustre-discuss mailing list
[email protected]
https://mail.clusterfs.com/mailman/listinfo/lustre-discuss

_______________________________________________
Lustre-discuss mailing list
[email protected]
https://mail.clusterfs.com/mailman/listinfo/lustre-discuss

_______________________________________________
Lustre-discuss mailing list
[email protected]
https://mail.clusterfs.com/mailman/listinfo/lustre-discuss

Reply via email to