Whamcloud - gitweb
- much of the striping configuration managment and setup builds up
authorbraam <braam>
Mon, 1 Jul 2002 07:30:40 +0000 (07:30 +0000)
committerbraam <braam>
Mon, 1 Jul 2002 07:30:40 +0000 (07:30 +0000)
commitcee4763f010a922b5e2b750c10290463d0ef9189
treec3458f4115d86740be16c3e697b4e7c675c7ca03
parent15c78e9c6026bbb802835ecb731488b4b4d22e87
- much of the striping configuration managment and setup builds up
  this patch
- the mds has a new lovconfig command to tell it the UUID's and
  default striping pattern of the targets it needs to use (these are
  the UUID's of the OSC's typically).
- To make this scalable I changed some of the memory management in the
  class ioctl handling
- The LOV device has a trivial attach method and setup only tells it
  what MDC to use to get its information, by giving it the MDC-UUID.
- As discussed before, the MDS really provides the persistent storage
  for the LOV, what little it needs.  So during the obd_connect call
  for the object storage target (which is made from read_super) the
  storage target learns how it is striped and then connects to all the
  targets.
- We are in need of better configuration scripts for this stuff and
  tomorrow we will push the XML configurations a little further.
- Updated the documentation
- Began to cleanup the /proc/lustre/ stuff -- have some neat ideas
  about that and SNMP now.
23 files changed:
lustre/Makefile.am
lustre/configure.in
lustre/include/linux/lustre_idl.h
lustre/include/linux/obd.h
lustre/include/linux/obd_class.h
lustre/include/linux/obd_lov.h
lustre/ldlm/Makefile.am
lustre/lib/lov_pack.c [new file with mode: 0644]
lustre/llite/super.c
lustre/lov/Makefile.am
lustre/lov/lov_obd.c
lustre/mds/Makefile.am
lustre/mds/handler.c
lustre/mds/mds_lov.c [new file with mode: 0644]
lustre/obdclass/class_obd.c
lustre/obdclass/genops.c
lustre/obdclass/proc_lustre.c
lustre/tests/common.sh
lustre/tests/llmountcleanup.sh
lustre/tests/mds.cfg
lustre/utils/obdctl.c
lustre/utils/parser.c
lustre/utils/parser.h