Re: [LSF/MM TOPIC] linux servers as a storage server - what'smissing?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 01/24/2012 12:05 PM, Loke, Chetan wrote:
But writes that have to fetch the non-cached data, will
unnecessarily
issue I/O to the fabric. These orphaned I/O's cause more pain in the
cleanup.
And if caching is enabled on the front-side then it's all the more
painful.

We can go one extra step and make FS fail read I/O for non-cached
data
too to avoid more orphan IOs.
I don't really see this as a useful state. Read-only without a real
backing file
system or LUN is hit or miss, that file system should go offline :)

Last year when I checked, I forget but I think xfs(or ext4) was going
read-only.
If this is still the case then you are basically asking FS's to modify
that behavior.

Not really.

I think that at that state, we need to be able to cleanly umount those file systems and clean up the system without requiring a reboot.

Read-only state is not a usable condition for a file system without a backing device, just an side effect of our error handling...

ric

--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [SCSI Target Devel]     [Linux SCSI Target Infrastructure]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Photos]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Linux IIO]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux