osd: implement GETXATTR read op

kclient: better readdir debug output

mds: make rdlock_try kick the lock if it blocks

We were strangely getting by even though it wasn't changing the lock
state.  Weird.

mds: issue AUTH_EXCL on mkdir

Client is clearly an exclusive user, and will often chmod.

kclient: drop LINK_RDCACHE cap on rename source inode

This is only needed because the mds locks the srci linklock.  It has to
lock _some_ field on the source inode in order to make and propagate the
ctime change; the linklock is generally the least contended.  So humor
the mds...

kclient: update cap->mds_wanted on revocation reply

Make sure our local mds_wanted reflects the value sent off to the mds
during a revocation.

mds: do not want LINK caps for any open file; no non-FILE caps when readonly

When readonly, we don't want anything other than FILE caps.  (The mds
will of course give us more when it can.)

For WR and RDWR, we still want AUTH and XATTR caps, for now, since there
is some possibility that the client will want to change them.

kclient: drop any unwanted caps when unlinking a file

Since we can't reopen an unlinked file, there's no reason to hold on to
them.  And the MDS will often want to lock to update max_size, which could
mean spurious revocations.  At the very least, make sure we drop the LINK
caps.

Do the same for the rename target, if it exists.

kclient: send messages with default priority (to match mds)

Make our default priority match the mds.  This is only important because
we occasionally resend and incoming message out again without fixing the
priority to match our default, which means out-of-order processing on
the other end.

msgr: show seq # of incoming messages

mds: alloc wrlock by EXCL client

Not sure why this was off.  It is allowed in EXCL_MIX...

mds: don't issue new caps with a revocation

This is a really just a heuristic...

kclient: queue inode for cap check if mds_wanted mismatch

If mds_wanted in add_cap is more than we actually want (for
example, on a getattr that races with a cap wanted release),
requeue a cap check.  We don't want to release immediately if we
can help it because something like readdir would prematurely (?)
release caps we're holding on to for good measure...

mds: fix wanted updates

Check issue_seq, not seq, for wanted updates.  We're primarily
worried about racing against a lookup+open, which means we only
need to worry about an _issue_ (not a cap grant or revocation).

Allow wanted _expansion_ even if seq mismatch, though!

mds: clean up issue_new_caps interface

kclient: fix session leak

kclient: grab inode before queue_cap_snap; cleanup

kclient: fix some log messages

uclient: mksnap/rmsnap via mkdir/rmdir

uclient: remove some dead code

kclient: protect realm->inodes_with_caps_lock

kclient: protect session->s_caps list with s_cap_lock

kclient: adjust caps accounting a bit

Keep track of caps avail (size of caps reserve list).

kclient: link snap dentry for MKSNAP as well as LOOKUPSNAP

Also, set is_dentry = 1 to prevent the notrace handler(s) from doing
another lookup.

mds: include target inode in mksnap result

kclient: fix readdir dup requests

We want to request a new frag if the offset is _before_ the one we
have cached (i.e., we need to back up or start over).  Not after.

This was making a final readdir at the end of the directory do
an extra mds request.  Der.

uclient: fix up snapped path generation

uclient: fix reply trace

uclient: fix root inode open on mount; fix readdir

uclient: use new mds protocol for replies

A 'walk' now works.

mds: kill symlink following in the mds; handle this on the client

uclient: big refactoring

mds: cleanup

mds: fix open on snapped files

rdlock the filelock to make sure we get the snapped metadata.  Also
make sure the filelock is SYNC so that the data ends up on disk.
(On the auth mds, we may rdlock by going to LOCK state.)

mds: fix open on snapped files

Return a dentry only if requested.

kclient: fix opens on snapped files

We just need to check i_snap_caps.  If we don't have what we want
(all of it), ask the MDS, who will do the locking necessary to get
data/metadata flushed and issue us the (immutable) caps we want.

kclient: special case LOOKUPSNAP in fill_trace to add in the dentry

mds: clean up path_traverse vs snap interface

Keep snap traversal info in the MDRequest.

Don't fake the snap dentry; let the client fill it in.

kclient: send new LOOKUPSNAP opcode

mds: add LOOKUPSNAP op; synthesize snapname dentries in replies

The path_traverse verses snap interface still needs cleanup (and
follow_sym can go away!).

mds: make lssnap use new readdir response format

kclient: snap snapdir fixes

Trivially open anything snapped.

Always successfully revalidate snapdir dentry.

kclient: some list handling api cleanup

kclient: remove leaked preallocated cap releases messages

kclient: lookup is the only vfs call on which we init the dentry

kclient: don't free dentry private data when dropping lease

kclient: fix compilation error

kclient: change dentry private data initialization scheme

Merge branch 'nofilltrace' into unstable

start v0.7.3

Merge branch 'master' into unstable

kclient: drop caps in setattr

mds: flush log when waiting on xlock

Merge branch 'unstable' into nofilltrace

kclient: fix mds session check in update_dentry_lease

di->lease_session may be null, since we now have di's without
leases.

kclient: reduce log levels on some messages

kclient: merge conflict

kclient: adjust nfs reexport

kclient: refactor message creation

Merge branch 'unstable' into nofilltrace

Conflicts:

src/TODO
src/kernel/debugfs.c
src/kernel/mds_client.c

mon: log quorum on election victory

kclient: make some get/put_cap res methods static; allow reclaim

Allow a released cap to be put in a reservation context.

kclient: some cap reservation cleanups

Simplify interface a bit.  Do not use reserved caps if a ctx is
not provided (eventually that one caller will be fixed).
Remove some whitespace.

mon: log monitor election events

kclient: remove bad iput from check_delay_caps

We no longer take an inode ref when putting the inode on the
cap_delay list.

mds: make open() _not_ follow symlinks

This is needed to make the lookup_open intent thing work for the
kclient.  If we try to open a file that isn't a dir or file, do
not set the cap wanted bits (i.e., behave like a lookup/getattr).

kclient: make ceph_lookup_open on symlink behave

Don't initialize the struct file if we are a symlink.  The lookup
will be followed by an open, which will do the right thing.

This fix assumes that we don't ever call open on an actual symlink.

mds: replace FINDINODE with LOOKUPHASH

The nfs export code still needs to be fixed.

mds: simplify mds command set

kclient: simplify cap flushing

Track flushing caps globally.

We still need to add a mechanism to reflush if the mds session
drops, or if the cap gets migrated.  We will know i_flushing_caps
is us if we are/were i_auth_cap.

kclient: fix caps reservation cleanup

kclient: caps bug fixes, less verbose

kclient: small adjustments

kclient: debugfs for caps reservation system

kclient: caps reservation system

kclient: flush dirty inodes on sync_fs

Maintain dirty and sync inode lists.  When inode is dirtied,
make sure inode is on VFS dirty lists (so the vfs will write it
out for us).  When we flush caps, add to sync list.

On sync_fs, wait for sync list to drain.  (Lists are separate to
avoid starving a sync with newly dirtied inodes.)

Remove old unmount cap check cruft... once the sb goes read-only
we know all the dirty cap data has been flushed.

kclient: read each frag over multiple readdir calls, as needed

kclient: fix mds reply error codes

mds: include 'last', 'complete' flags in readdir reply

mds: kill CEPH_MDS_OP_FSYNC

kclient: fix fill_trace comments

kclient: use kmem_cache for caps

kclient: add missing ceph dentry init

mds: all request paths must be relative to a non-snapped inode

kclient: generate request paths relative to a non-snapshotted inode

kclient: only flush caps to auth mds.  wait in write_inode, if asked.

todo

kclient: roll up setattr helpers into a single function

mds: roll up various ops into single SETATTR

kclient: small bug fix

kclient: add dentry lru

kclient: pin inode with FILE_WRBUFFER cap refs

This avoids the variety of ugly issues that come up with an iput()
has to wait for writeback.

caps: track last_issue seq, check on release

kclient: make ->write_inode() flush dirty caps

mds: leave simplelock in EXCL if there is a loner

kclient: fix flush_ack cleaned logic

We cleaned the bits we said were dirty.  It has nothing to do with
whether we also released them.

kclient: drop old_atime cruft

kclient: fix cap_release accounting

Count num caps we can release, not messages.

kclient: no need to clean out cap_delay_list

Inodes get removed from __remove_cap.  And there are no pins, so
we don't interfere with umount.

mds: release caps only via cap_release