2007-06-12 09:07:21 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-02-17 09:13:57 +05:30
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-06-22 14:16:25 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-08-14 23:27:46 +03:00
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-10-08 11:37:06 +02:00
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-10-08 11:37:06 +02:00
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-29 15:18:18 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-29 15:18:18 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-07-14 21:23:06 +00:00
|
|
|
|
|
|
|
|
|
Btrfs: Mixed back reference (FORWARD ROLLING FORMAT CHANGE)
This commit introduces a new kind of back reference for btrfs metadata.
Once a filesystem has been mounted with this commit, IT WILL NO LONGER
BE MOUNTABLE BY OLDER KERNELS.
When a tree block in subvolume tree is cow'd, the reference counts of all
extents it points to are increased by one. At transaction commit time,
the old root of the subvolume is recorded in a "dead root" data structure,
and the btree it points to is later walked, dropping reference counts
and freeing any blocks where the reference count goes to 0.
The increments done during cow and decrements done after commit cancel out,
and the walk is a very expensive way to go about freeing the blocks that
are no longer referenced by the new btree root. This commit reduces the
transaction overhead by avoiding the need for dead root records.
When a non-shared tree block is cow'd, we free the old block at once, and the
new block inherits old block's references. When a tree block with reference
count > 1 is cow'd, we increase the reference counts of all extents
the new block points to by one, and decrease the old block's reference count by
one.
This dead tree avoidance code removes the need to modify the reference
counts of lower level extents when a non-shared tree block is cow'd.
But we still need to update back ref for all pointers in the block.
This is because the location of the block is recorded in the back ref
item.
We can solve this by introducing a new type of back ref. The new
back ref provides information about pointer's key, level and in which
tree the pointer lives. This information allow us to find the pointer
by searching the tree. The shortcoming of the new back ref is that it
only works for pointers in tree blocks referenced by their owner trees.
This is mostly a problem for snapshots, where resolving one of these
fuzzy back references would be O(number_of_snapshots) and quite slow.
The solution used here is to use the fuzzy back references in the common
case where a given tree block is only referenced by one root,
and use the full back references when multiple roots have a reference
on a given block.
This commit adds per subvolume red-black tree to keep trace of cached
inodes. The red-black tree helps the balancing code to find cached
inodes whose inode numbers within a given range.
This commit improves the balancing code by introducing several data
structures to keep the state of balancing. The most important one
is the back ref cache. It caches how the upper level tree blocks are
referenced. This greatly reduce the overhead of checking back ref.
The improved balancing code scales significantly better with a large
number of snapshots.
This is a very large commit and was written in a number of
pieces. But, they depend heavily on the disk format change and were
squashed together to make sure git bisect didn't end up in a
bad state wrt space balancing or the format change.
Signed-off-by: Yan Zheng <zheng.yan@oracle.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
2009-06-10 10:45:14 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-29 15:18:18 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-03-16 16:20:31 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
2015-08-24 21:56:28 +00:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2011-10-03 23:22:44 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2012-09-18 07:52:32 -06:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-01-03 14:51:00 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-12-20 11:37:06 -05:00
|
|
|
|
2013-08-20 13:20:07 +02:00
|
|
|
|
2008-01-03 14:51:00 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-09-18 07:52:32 -06:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
2012-09-18 07:52:32 -06:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-09-18 07:52:32 -06:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2007-10-15 16:14:19 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-10-03 23:22:34 -04:00
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-10-03 23:22:34 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-05-16 10:49:58 -04:00
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
2013-06-27 11:32:16 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-05-16 10:49:58 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-04-21 01:20:15 +02:00
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2010-05-16 10:49:58 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
2014-02-17 09:13:57 +05:30
|
|
|
|
2013-06-27 11:32:16 -04:00
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
2013-06-27 11:32:16 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-09-25 14:43:01 +08:00
|
|
|
|
2013-06-27 11:32:16 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2015-09-25 14:43:01 +08:00
|
|
|
|
2013-06-27 11:32:16 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2014-04-02 19:51:05 +08:00
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
Btrfs: fix loading of orphan roots leading to BUG_ON
commit 909c3a22da3b8d2cfd3505ca5658f0176859d400 upstream.
When looking for orphan roots during mount we can end up hitting a
BUG_ON() (at root-item.c:btrfs_find_orphan_roots()) if a log tree is
replayed and qgroups are enabled. This is because after a log tree is
replayed, a transaction commit is made, which triggers qgroup extent
accounting which in turn does backref walking which ends up reading and
inserting all roots in the radix tree fs_info->fs_root_radix, including
orphan roots (deleted snapshots). So after the log tree is replayed, when
finding orphan roots we hit the BUG_ON with the following trace:
[118209.182438] ------------[ cut here ]------------
[118209.183279] kernel BUG at fs/btrfs/root-tree.c:314!
[118209.184074] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
[118209.185123] Modules linked in: btrfs dm_flakey dm_mod crc32c_generic ppdev xor raid6_pq evdev sg parport_pc parport acpi_cpufreq tpm_tis tpm psmouse
processor i2c_piix4 serio_raw pcspkr i2c_core button loop autofs4 ext4 crc16 mbcache jbd2 sd_mod sr_mod cdrom ata_generic virtio_scsi ata_piix libata
virtio_pci virtio_ring virtio scsi_mod e1000 floppy [last unloaded: btrfs]
[118209.186318] CPU: 14 PID: 28428 Comm: mount Tainted: G W 4.5.0-rc5-btrfs-next-24+ #1
[118209.186318] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS by qemu-project.org 04/01/2014
[118209.186318] task: ffff8801ec131040 ti: ffff8800af34c000 task.ti: ffff8800af34c000
[118209.186318] RIP: 0010:[<ffffffffa04237d7>] [<ffffffffa04237d7>] btrfs_find_orphan_roots+0x1fc/0x244 [btrfs]
[118209.186318] RSP: 0018:ffff8800af34faa8 EFLAGS: 00010246
[118209.186318] RAX: 00000000ffffffef RBX: 00000000ffffffef RCX: 0000000000000001
[118209.186318] RDX: 0000000080000000 RSI: 0000000000000001 RDI: 00000000ffffffff
[118209.186318] RBP: ffff8800af34fb08 R08: 0000000000000001 R09: 0000000000000000
[118209.186318] R10: ffff8800af34f9f0 R11: 6db6db6db6db6db7 R12: ffff880171b97000
[118209.186318] R13: ffff8801ca9d65e0 R14: ffff8800afa2e000 R15: 0000160000000000
[118209.186318] FS: 00007f5bcb914840(0000) GS:ffff88023edc0000(0000) knlGS:0000000000000000
[118209.186318] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[118209.186318] CR2: 00007f5bcaceb5d9 CR3: 00000000b49b5000 CR4: 00000000000006e0
[118209.186318] Stack:
[118209.186318] fffffbffffffffff 010230ffffffffff 0101000000000000 ff84000000000000
[118209.186318] fbffffffffffffff 30ffffffffffffff 0000000000000101 ffff880082348000
[118209.186318] 0000000000000000 ffff8800afa2e000 ffff8800afa2e000 0000000000000000
[118209.186318] Call Trace:
[118209.186318] [<ffffffffa042e2db>] open_ctree+0x1e37/0x21b9 [btrfs]
[118209.186318] [<ffffffffa040a753>] btrfs_mount+0x97e/0xaed [btrfs]
[118209.186318] [<ffffffff8108e1c0>] ? trace_hardirqs_on+0xd/0xf
[118209.186318] [<ffffffff8117b87e>] mount_fs+0x67/0x131
[118209.186318] [<ffffffff81192d2b>] vfs_kern_mount+0x6c/0xde
[118209.186318] [<ffffffffa0409f81>] btrfs_mount+0x1ac/0xaed [btrfs]
[118209.186318] [<ffffffff8108e1c0>] ? trace_hardirqs_on+0xd/0xf
[118209.186318] [<ffffffff8108c26b>] ? lockdep_init_map+0xb9/0x1b3
[118209.186318] [<ffffffff8117b87e>] mount_fs+0x67/0x131
[118209.186318] [<ffffffff81192d2b>] vfs_kern_mount+0x6c/0xde
[118209.186318] [<ffffffff81195637>] do_mount+0x8a6/0x9e8
[118209.186318] [<ffffffff8119598d>] SyS_mount+0x77/0x9f
[118209.186318] [<ffffffff81493017>] entry_SYSCALL_64_fastpath+0x12/0x6b
[118209.186318] Code: 64 00 00 85 c0 89 c3 75 24 f0 41 80 4c 24 20 20 49 8b bc 24 f0 01 00 00 4c 89 e6 e8 e8 65 00 00 85 c0 89 c3 74 11 83 f8 ef 75 02 <0f> 0b
4c 89 e7 e8 da 72 00 00 eb 1c 41 83 bc 24 00 01 00 00 00
[118209.186318] RIP [<ffffffffa04237d7>] btrfs_find_orphan_roots+0x1fc/0x244 [btrfs]
[118209.186318] RSP <ffff8800af34faa8>
[118209.230735] ---[ end trace 83938f987d85d477 ]---
So fix this by not treating the error -EEXIST, returned when attempting
to insert a root already inserted by the backref walking code, as an error.
The following test case for xfstests reproduces the bug:
seq=`basename $0`
seqres=$RESULT_DIR/$seq
echo "QA output created by $seq"
tmp=/tmp/$$
status=1 # failure is the default!
trap "_cleanup; exit \$status" 0 1 2 3 15
_cleanup()
{
_cleanup_flakey
cd /
rm -f $tmp.*
}
# get standard environment, filters and checks
. ./common/rc
. ./common/filter
. ./common/dmflakey
# real QA test starts here
_supported_fs btrfs
_supported_os Linux
_require_scratch
_require_dm_target flakey
_require_metadata_journaling $SCRATCH_DEV
rm -f $seqres.full
_scratch_mkfs >>$seqres.full 2>&1
_init_flakey
_mount_flakey
_run_btrfs_util_prog quota enable $SCRATCH_MNT
# Create 2 directories with one file in one of them.
# We use these just to trigger a transaction commit later, moving the file from
# directory a to directory b and doing an fsync against directory a.
mkdir $SCRATCH_MNT/a
mkdir $SCRATCH_MNT/b
touch $SCRATCH_MNT/a/f
sync
# Create our test file with 2 4K extents.
$XFS_IO_PROG -f -s -c "pwrite -S 0xaa 0 8K" $SCRATCH_MNT/foobar | _filter_xfs_io
# Create a snapshot and delete it. This doesn't really delete the snapshot
# immediately, just makes it inaccessible and invisible to user space, the
# snapshot is deleted later by a dedicated kernel thread (cleaner kthread)
# which is woke up at the next transaction commit.
# A root orphan item is inserted into the tree of tree roots, so that if a
# power failure happens before the dedicated kernel thread does the snapshot
# deletion, the next time the filesystem is mounted it resumes the snapshot
# deletion.
_run_btrfs_util_prog subvolume snapshot $SCRATCH_MNT $SCRATCH_MNT/snap
_run_btrfs_util_prog subvolume delete $SCRATCH_MNT/snap
# Now overwrite half of the extents we wrote before. Because we made a snapshpot
# before, which isn't really deleted yet (since no transaction commit happened
# after we did the snapshot delete request), the non overwritten extents get
# referenced twice, once by the default subvolume and once by the snapshot.
$XFS_IO_PROG -c "pwrite -S 0xbb 4K 8K" $SCRATCH_MNT/foobar | _filter_xfs_io
# Now move file f from directory a to directory b and fsync directory a.
# The fsync on the directory a triggers a transaction commit (because a file
# was moved from it to another directory) and the file fsync leaves a log tree
# with file extent items to replay.
mv $SCRATCH_MNT/a/f $SCRATCH_MNT/a/b
$XFS_IO_PROG -c "fsync" $SCRATCH_MNT/a
$XFS_IO_PROG -c "fsync" $SCRATCH_MNT/foobar
echo "File digest before power failure:"
md5sum $SCRATCH_MNT/foobar | _filter_scratch
# Now simulate a power failure and mount the filesystem to replay the log tree.
# After the log tree was replayed, we used to hit a BUG_ON() when processing
# the root orphan item for the deleted snapshot. This is because when processing
# an orphan root the code expected to be the first code inserting the root into
# the fs_info->fs_root_radix radix tree, while in reallity it was the second
# caller attempting to do it - the first caller was the transaction commit that
# took place after replaying the log tree, when updating the qgroup counters.
_flakey_drop_and_remount
echo "File digest before after failure:"
# Must match what he got before the power failure.
md5sum $SCRATCH_MNT/foobar | _filter_scratch
_unmount_flakey
status=0
exit
Fixes: 2d9e97761087 ("Btrfs: use btrfs_get_fs_root in resolve_indirect_ref")
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: Qu Wenruo <quwenruo@cn.fujitsu.com>
Signed-off-by: Chris Mason <clm@fb.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2016-03-02 15:49:38 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-05-15 07:48:19 +00:00
|
|
|
|
|
|
|
|
|
2010-05-16 10:49:58 -04:00
|
|
|
|
|
|
|
|
|
2013-09-25 21:47:43 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 16:00:26 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-09-29 15:18:18 -04:00
|
|
|
|
2007-03-16 16:20:31 -04:00
|
|
|
|
|
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2011-03-23 08:14:16 +00:00
|
|
|
|
|
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
2007-12-21 16:27:24 -05:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-04-10 09:27:04 -04:00
|
|
|
|
2007-06-22 14:16:25 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
2007-04-02 11:20:42 -04:00
|
|
|
|
2007-03-13 16:47:54 -04:00
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-05-19 04:37:44 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-04-21 01:20:15 +02:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2011-05-19 04:37:44 +00:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-03-12 16:03:00 +01:00
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
2012-03-12 16:03:00 +01:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2011-04-21 01:20:15 +02:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2009-09-21 15:56:00 -04:00
|
|
|
|
2008-11-17 20:37:39 -05:00
|
|
|
|
2011-03-28 02:01:25 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-16 11:19:18 +08:00
|
|
|
|
2011-03-28 02:01:25 +00:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2013-07-16 11:19:18 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2011-03-28 02:01:25 +00:00
|
|
|
|
|
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-12-07 09:28:54 +00:00
|
|
|
|
2013-07-16 11:19:18 +08:00
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2012-12-07 09:28:54 +00:00
|
|
|
|
2012-07-25 17:35:53 +02:00
|
|
|
|