Sorry for replaying late, I answered in-line
On 10/21/18 6:00 AM, Andreas Dilger wrote:
It would be useful to post information like this on wiki.lustre.org so they can
be found more easily by others. There are already some ZFS tunings there (I
don't have the URL handy, just on a plane), so
I would totally be fine with that, so long as it works in a reasonable manner.
In theory, it would even be possible to do sub-page uncached writes from the
client, and have the OSS handle the read-modify-write of a single page. That
would need some help from the CLIO layer to send the small
Andreas,
An interesting thought on this, as the same limitation came up recently in
discussions with a Cray customer. Strictly honoring the direct I/O
expectations around data copying is apparently optional. GPFS is a notable
example – It allows non page-aligned/page-size direct I/O, but it
thank you Fernando for the hint, I did it right now thanks. I am
running e2fsck again.
Anyway my problem was this:
https://jira.whamcloud.com/browse/LU-5040
thank you
On 10/30/18 5:28 AM, Fernando Perez wrote:
Dear Riccardo.
Have you tried to upgrade e2fsprogs packages before perform the
Dear Riccardo.
Have you tried to upgrade e2fsprogs packages before perform the e2fsck?
Regards.
=
Fernando Pérez
Institut de Ciències del Mar (CSIC)
Departament Oceanografía Física i Tecnològica
Passeig Marítim de la Barceloneta,37-49
08003 Barcelona
I could mount the OSTs the only way though was to mount with abort_recov
thanks to this old ticket
https://jira.whamcloud.com/browse/LU-5040
On 10/30/18 5:05 AM, Riccardo Veraldi wrote:
Hello,
I have quite a very critical problem.
One of my OSSes hanfs into a kernel panic when trying to
Hello,
I have quite a very critical problem.
One of my OSSes hanfs into a kernel panic when trying to mount the OSTs.
After mounting 11 OSTs over 12 total OSTs it goes into kernel panic.
Does not matter hte order in which they are mounted.
Any clue on hints ?
I cannot really recover it and