journal: detect size of raw block devices properly

osd: only trim pg log if pg contains complete set of osds

Eventually we may want to also impose some maximum pg log size.  At
some point the cost of the long log will approach the cost of
building a backlog...

osdmap: fix type conversions

crush: mention license.  minor cleanup

be quiet

Merge branch 'unstable' of ssh://ceph.newdream.net/git/ceph into unstable

kclient: fix small resource leak when mds is down on mount

csyn: fix msgr startup

kclient: whitespace

mon: standardize storage of monmap revisions

mon: indicate last_consumed state after writing "latest" full maps

Until then, we may need old incremental states.  This way paxos
won't discard them.

paxos: only trim old states if they've been "consumed" by PaxosService

Higher level state may depend on these items.  Only remove them
when its clear they are unneeded.

mon: fix mon injectargs

cmonctl: seed random number generator so we pick a truly random mds

mds: treat open requests as non-idempotent

The problem is that the reply contains a capability, and as such
is statefull and can't be lost.  Forwards by the MDS on behalf of
the client, however, introduce the possibility of multiple copies
or a request in flight if one of the MDSs fails, and the client
will drop any duplicate replies it receives.

Alternatively, the client could _also_ parse duplicate responses
(i.e. call fill_trace).  I'm not sure if that's a good idea.  In
any case, MDS forwarded requests are only really important for
dealing with flash flood scenarios on extremely large clusters,
so let's just set this aside for now.

mds todo

kclient: only kick requests when they may make progress

Kick requests if the mds they are waiting on
 - failed.  it may be possible to send the request elsewhere.
 - became active.

The rest of the time we are just spinning our wheels.

kclient: only submit mds request if mds is active

Wait until we get a new map instead.

osd: always pick new mon during boot

kclient: fix connect_seq on connect-side after connect

mds: keep inode multiversion if it has snapped old_inodes

Once old_inodes gets cleaned out (snaps deleted), we can return
to normalcy.

mon: pave way for more per-client mount info in monitor

Eventually we'll need some security stuff in here

mon: client mon stat, dump commands; add to cmonctl -w

msgr: include entity type in negotiation

This allows the accepting end to determine the policy it will use
on this connection, and return the correct LOSSY flag to the peer.

Also, some kclient simplification, cleanup.

And a connection ref count fix in process_accept().

msgr: lotsa cleanup, protocol change, fixes, etc.

msgr: various locking fixes

Fixes some deadlock problems.

We also avoid the use of newsd, and do a sync join() on the reader
thread when killing a pipe, to avoid leaking sockets.

Also fix a 'bad seq #' error due to the reader not rechecking the
pipe state after retaking the lock after reading some data.

msgr: zero msgr header

Clears up some valgrind warnings

thread: complain on bad join() calls

testmsgr: messenger tester

mds: multiversion inodes with multiple links, too

We may have remote links that get snapped.  They need to be able to
find the (single) anchored multiversion inode to get the correct
version.  (The anchor table isn't versioned.)

We'll need to go a step further than this and create snaprealms for
some of these too in order to handle inodes linked into multiple
realms.  But that needs backpointers first...

kclient: grab reference on inode before async operation

client: use separate locks for SafeCond completions

We can't reuse client_lock because it is already held when the completion
Context is called.

Revert "client: adjust objecter locking"

This reverts commit 1c70b1d8f62ad8d9eeef3a86ef36d8e6933c5702.

Actually, we need client_lock to protect access ot the objecter
and cache structures, as they have no internal locking.

Fix the safecond separately...

mds: cap may already be released in file_update_finish

There may be multiple release requests in the pipeline.  Not ideal,
but whatever.

Also, drop locks later.

mds: remove cap _after_ journaling update, at the same time we send the msg

There was an ordering problem that could come up when we prepared
a release message and removed the cap, but then didn't send it to
the client until after the update was journaled.  This could cause
us to remove the _next_ instance of the capability (from a
subseqent open) in certain circumstances.

Instead, wait until after we journal the update before removing
the client cap and sending the ack.  Since time has passed,
reverify the release request seq is still >= the last_open at
that time.  Introduce a helper to avoid duplicating code for the
case where no journaling is necessary and the cap is immediately
released in _do_cap_update.

mds: use null snap context for purge if no realm

The inode may be unlinked, e.g. when we are replaying a journaled
purge_inode EUpdate.  The snapc is not really important, as the
OSD will use the newer snapc it has for the object.  And we only
really care when we're purging the HEAD anyway.

osd: keep head_exists accurate

Also, create object on setattr if it doesn't yet exist.

And don't munge ZERO -> DELETE, at least for now.  What is the use case
for that, anyway?

filestore: implement touch

ebofs: implement touch

objectstore: introduce touch operation

Create an object if it doesn't exist.

kclient: some osd endianity fixes

kclient: fix symbol overshadowing

protocol, disk format change

osdmap: move offload from crush map into osdmap as osd_weight

dstart.sh: larger cluster

mds: fix replay lookup of snapshotted null dentries

Look up replayed dentry by dnLAST, not dnfirst, as we do with
primary and remote dentries, because that is how we identify
dentry instances in the timeline.

objecter: fix read scatter/gather

osd: pass at_version by reference, so that cloning works

mds: remove spurious warning

osd: ignore logs i don't expect without freaking out

We may get a log we didn't think we requested if the prior_set gets rebuilt
or our peering is restarted for some other reason.  Just ignore it, instead
of asserting.

osd: assert length on write, zero

objecter: whoops, do DELETE, not ZERO

osd: fix typo/bug when picking osd to pull missing object from

osd: fix missing vs lost counting idiocy

filestore: cope with zero-length attribute values

ebofs: cope with zero-length attribute values

osd: use modify flag to decide whether to take read fast path

kclient: fix up writes, reads for new op structure

Make sure osdc_readpages still returns bytes read, even though the
overall message result does not (pull it from the op.length).

Set MODIFY flag.

osd: MODIFY is a flag; fix up op_read

osd: simple higher-order append mutation

kclient: fix osd reply handler sanity check

objecter: destructively take ops[], bufferlist passed to read(), modify().

Small optimization.

mds: set path attr on directory objects

osd: object attr operations

objecter: tweaking interface

objecter: simplify objecter (no scatter/gather, generic ops vector)

osdc: avoid using objecter readx/writex

osd: compound osd operations

client: adjust objecter locking

We want to unlock client_lock before claling into objecter, mainly because the callbacks
rely on SafeCond that take a lock to signal a Cond and that gets awkward without mutex
recursion (see _write()'s sync case).

osd: track recovery sources independently of missing list

Fixes pull() to choose an osd that isn't down.

mds: debug session ref in EMetaBlob during replay

mds: match last snap exactly on replay, add_*_dentry

In general, we add new snapped dentries and THEN the new live dentry
to the metablob.  That means that during replay, we see [2,2] followed
by [3,head], replacing [2,head].  The [2,2] dentry should be added
anew, without paying heed to [2,head], and then the [3,head] should
replace/update [2,head].

It was mainly just the assertions in add_*_dentry that were getting
in the way.. but the lookup_exact_snap is also slightly faster.

Merge branch 'unstable' of ssh://ceph.newdream.net/git/ceph into unstable

kclient: when going down, release caps anyway

mon: avoid updating pg_map when osd_stat is unchanged

cmonctl: -w or --watch to watch (and print) mds/osd/pg stat changes

mds: don't cow a null dentry

kclient: sparse warnings

vstart.sh: add usage of $CEPH_BIN

osd: don't repeer an active pg just because the prior_set was affected

We only want to restart peering due to prior_set changes if it hasn't completed
yet.

mds: check dn->last when finding existing dentries during replay

We can't simply search for an existing dentry based on the name and end
snap, as that may turn up the wrong item.  For example, if we have
[2,head] and the replaying operations cowed that to [2,2] and [3,head], then
if we replay the [2,2] item first we'll find [2,head] (the _wrong_ dentry)
and throw an assertion.

So just check for dn->last != p->dnlast.

todos

ebofs: another recursive lock bug

osd: turn up debug on any shutdown, not just SIGINT/SIGTERM, for now

msgr: fix problem with forced stop of pipe

ebofs: fix lock recursion

mon: handle invalid commands to pgmon

osd: add degraded pg state bit

osd: improve build_prior logic

If, during some interval since the pg last went active, we may have gone
rw, but none of the osds survived, then we include all of those osds
in the prior_set (even tho they're down), because they may have written data
that we want.

The prior logic appears to have been broken.  It was only looking at the
primary osd.

osd: turn up debugging on SIGINT/TERM

osd: fix osd_lock recursion in wake_snap_trimmer

kclient: bookkeeper detects buffer overrun

kclient: frag_make_child fix (sage)

osd: don't pull if source osd is down

kclient: ran checkpatch

todos

synclient: fix debug prefix

cfuse: fix symlink call

vstart.sh

fix env parsing