From: Marc Joliet <marcec@gmx.de>
To: linux-btrfs@vger.kernel.org
Subject: Deleted files cause btrfs-send to fail
Date: Thu, 13 Aug 2015 00:34:19 +0200 [thread overview]
Message-ID: <20150813003419.09f13c1a@thetick> (raw)
[-- Attachment #1: Type: text/plain, Size: 2383 bytes --]
Hi all,
Starting today I have an interesting problem: I deleted some files as part (old
fcrontabs), which now persistently causes btrfs-send to fail. The error
message I get is:
Aug 12 23:32:24 thetick make_backups.sh[1059]: ERROR: send ioctl failed with -2: No such file or directory
Aug 12 23:32:25 thetick make_backups.sh[1059]: ERROR: unexpected EOF in stream.
There is nothing in the dmesg output.
Since this is the root file system, I haven't gotten a copy of the actual output
of "btrfs check", though I have run it from an initramfs rescue shell. The
output I saw there was much like the following (taken from an Email by Roman
Mamedov from 2014-12-28):
root 22730 inode 6236418 errors 2000, link count wrong unresolved ref dir 105512 index 586340 namelen 48 name [redacted].dat.bak filetype 0 errors 3, no dir item, no dir index
Only in my case, it's "root 5" and "root 4" (I think), and the file names
(and other file system specifics) are of course different. I definitely saw
"errors 2000" (I take it that's supposed to be an error code?).
Is this something that "btrfs check --repair" (or something else) can safely
fix?
# uname -a
Linux thetick 4.1.4-gentoo #1 SMP PREEMPT Tue Aug 4 21:58:41 CEST 2015 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ AuthenticAMD GNU/Linux
# btrfs --version
btrfs-progs v4.1.2
# btrfs filesystem show
Label: 'MARCEC_ROOT' uuid: 0267d8b3-a074-460a-832d-5d5fd36bae64
Total devices 1 FS bytes used 59.30GiB
devid 1 size 107.79GiB used 74.03GiB path /dev/sda1
Label: 'MARCEC_STORAGE' uuid: 472c9290-3ff2-4096-9c47-0612d3a52cef
Total devices 2 FS bytes used 597.75GiB
devid 1 size 931.51GiB used 600.03GiB path /dev/sdc
devid 2 size 931.51GiB used 600.03GiB path /dev/sdb
Label: 'MARCEC_BACKUP' uuid: f97b3cda-15e8-418b-bb9b-235391ef2a38
Total devices 1 FS bytes used 810.35GiB
devid 1 size 976.56GiB used 837.06GiB path /dev/sdd2
btrfs-progs v4.1.2
# btrfs filesystem df /
Data, single: total=70.00GiB, used=57.53GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=4.00GiB, used=1.77GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
Greetings
--
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup
[-- Attachment #2: Digitale Signatur von OpenPGP --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
next reply other threads:[~2015-08-12 22:34 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-12 22:34 Marc Joliet [this message]
2015-08-13 7:05 ` Deleted files cause btrfs-send to fail Marc Joliet
2015-08-13 8:29 ` Duncan
2015-08-13 8:54 ` Marc Joliet
2015-08-14 21:37 ` Marc Joliet
2015-08-15 5:10 ` Duncan
2015-08-15 9:19 ` Marc Joliet
2015-08-23 13:22 ` [SOLVED] " Marc Joliet
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20150813003419.09f13c1a@thetick \
--to=marcec@gmx.de \
--cc=linux-btrfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).