lustre/ChangeLog

   1 2002-08-07  Phil Schwan  <phil@clusterfs.com>
   2         * version 0_5_3, our first alpha
   3         * we use the new Portals iovs
   4         * documentation updates
   5         * bug fixes and cleanups
   6         * small changes in the DLM wire protocol
   7
   8 2002-07-25  Peter J. Braam  <braam@clusterfs.com>
   9         * version 0_5_1 with some initial stability,
  10         * locking on MD and file I/O.
  11         * documentation updates
  12         * several bug fixes since 0.5.0
  13         * small changes in wire protocol
  14
  15 2002-07-18  Phil Schwan  <phil@clusterfs.com>
  16         * version v0_4_5
  17         * delivered as Lustre Light Alpha
  18         * fixed a crash after handling invalid MDS requests
  19         * fixed directory pages for architectures with non-4k pages sizes
  20
  21 2002-07-11  Andreas Dilger  <adilger@clusterfs.com>
  22         * release version v0_4_4
  23         * Moves TCP acceptor to be on port 2432 (unused Coda port) instead
  24           of 1234.
  25         * Fixes a number of interruption problems with OST operations.
  26         * Update documentation for portals header changes
  27         * Move all wire protocol structs/defines to lustre_idl.h
  28         * Fixes symlink length bug.
  29         * Add tcpdump to repository.
  30
  31 2002-07-05  Andreas Dilger  <adilger@clusterfs.com>
  32         * release version v0_4_3
  33         * Fixes statfs for inodes on extN.
  34         * Fixes bug in runtests which would delete /etc/hosts.
  35         * Use 64-bit object IDs wherever possible (not into VFS though)
  36           Remove ost_get_info, which is unused by lustre, and out of date.
  37
  38 2002-07-03  Peter Braam  <braam@clusterfs.com>
  39         * release version v0_4_2   Fixes a lookup error (type not passed)
  40         * move forward to head of Portals
  41         * move forward to latest Lustre kernel
  42
  43 2002-06-25  Peter Braam  <braam@clusterfs.com>
  44         * release version v0_4_1.  Hopefully stable on single node use.