From: Theodore Ts'o <tytso@mit.edu>
To: Villa <villa@vansid.org>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Filesystem corruption on Synology iSCSI LUN
Date: Fri, 28 Nov 2014 22:04:21 -0500 [thread overview]
Message-ID: <20141129030421.GA4362@thunk.org> (raw)
In-Reply-To: <CAOE-YndzkhbAPjc=bBqioQkjbdbE2dKaq8AnrZBcLxDuupfg-w@mail.gmail.com>
On Fri, Nov 28, 2014 at 09:32:21PM +0000, Villa wrote:
> The problem is occurring with an iSCSI LUN presented to an Ubuntu
> 12.04 x64 Linux system via a Synology DS1513 using DSM version 5.1.
> This filesystem has been running flawlessly for quite some time. It
> is on UPS and no power outages or unscheduled shutdowns have taken
> place lately. I very recently upgraded from DSM 5.0 to 5.1, and
> roughly after this I started noticing the filesystem corruption
> problem. However, it is far too simplistic to immediately assume that
> DSM 5.1 is the culprit, and instead I am trying to find out what else
> may be causing the issue.
Unfortunately, I suspect all we can say is that DSM 5.1 is probably
the issue.
> [126085.888075] sd 9:0:0:0: [sdd] Result: hostbyte=DID_OK
> driverbyte=DRIVER_SENSE
> [126085.888081] sd 9:0:0:0: [sdd] Sense Key : Illegal Request [current]
> [126085.888086] sd 9:0:0:0: [sdd] <<vendor>> ASC=0x80 ASCQ=0x0ASC=0x80 ASCQ=0x0
> [126085.888093] sd 9:0:0:0: [sdd] CDB: Write(16): 8a 00 00 00 00 01 e1
> c0 95 c0 00 00 00 08 00 00
> [126085.888105] end_request: I/O error, dev sdd, sector 8082462144
> [126085.890808] Buffer I/O error on device sdd1, logical block 1010307512
> [126085.893509] lost page write due to I/O error on sdd1
This I/O error is coming from the SCSI stack, and indicates something
is going very wrong at the iSCSI target or iSCSI initiator. Until you
can get this resolved, it's hopeless to try to look at anything at the
file system layer. You always have to fix the problems lowest on the
storage stack before moving upwards...
> I know this list doesn't exist to fix my personal problems and I
> understand that this is a lot (especially for the first post in the
> thread), but I'd like to know if any of you think this filesystem is
> salvageable and if it can be permanently fixed. Luckily this is a
> backup LUN and all of the data is safely elsewhere, so I can
> "experiment" if necessary. I wonder if this is some sort of
> kernel/module problem. If anyone can help, I'd greatly appreciate it.
> Let me know if you need more info.
The main thing is can you get the bits off of the iSCSI volume
successfully. If you can, there is a high probability that the file
system can be fixed, with hopefully minor amounts of data loss. But
given the malfunctioning at the SCSI layer, any attempt to try to
"fix" things on at the file system level can very easily make things
much worse.
Cheers,
- Ted
prev parent reply other threads:[~2014-11-29 3:04 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-28 21:32 Filesystem corruption on Synology iSCSI LUN Villa
2014-11-29 3:04 ` Theodore Ts'o [this message]
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=20141129030421.GA4362@thunk.org \
--to=tytso@mit.edu \
--cc=linux-ext4@vger.kernel.org \
--cc=villa@vansid.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).