and not any longer a SLES kernel. Is it planned
to reintegrate a current SLES kernel as server or will lustre be focused on
RHEL?
Greetings
Patrick
--
Patrick Winnertz
Tel.: +49 (0)21 61 - 46 43-0
Fax: +49 (0)21 61 - 46 43-100
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061
a clue what is going wrong here?
Greetings
Patrick
--
Patrick Winnertz
Tel.: +49 (0)21 61 - 46 43-0
Fax: +49 (0)21 61 - 46 43-100
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz
lustre-log.1272455822.2099
: ldiskfs_iget [/usr/src/modules/lustre/lustre/lvfs/fsfilt_ldiskfs.ko]
undefined!
as this is native sles11 kernel without further modification (expect the lustre
patchset of course), I'll really doesn't understand what is going wrong here.
Has anybody else a clue?
Greetings
Patrick
--
Patrick
Hey
Up to 2.6.28 vanilla kernels, mounting lustre on a patchless client with
b1_8 is fine. Why do I see errors about 'unknown type: mgc' on the client
side with 2.6.30?
When I remember correctly one module is not loaded automatically, try prior
loading the module mgc by hand (modprobe mgc)
Hey!
After reinstallation of an lustre testcluster with 1.8.1 one ost crashed with
an Assertion failure in inode.c (running 2.6.18er kernel on amd64).
Do you know such an issue or has anybody else met this error before?
Greetings
Winnie
here the error msg:
Lustre: spfs-OST0001: received MDS
Hello,
I've huge problems since several days to build lustre on unstable, the
cause seems to be something related to auto* stuff.
configure is crashing with this error msg:
checking whether to build kernel modules... no (linux-gnu)
../../configure: line 5542: syntax error near
Hey
Can you please submit a bug with the above, and attach the generated
configure and config.log files. Also post the excerpt of the
configure file around line 5542 here would possibly allow someone
else to diagnose what is going wrong.
Done.. see #20383
I'll add the requested files
request sent, awaiting response... 302 Found
Location: http://www.credativ.com/404.html [following]
Sorry for this, This is fixed now.
Greetings
Patrick
--
Patrick Winnertz
Tel.: +49 (0) 2161 / 4643 - 0
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
for
investigate.
I hope this helps to sort this out.
If you need more informations please ask.
Greetings
Patrick
--
Patrick Winnertz
Tel.: +49 (0) 2161 / 4643 - 0
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz
any hint in the lustre wiki about
this module and therefore I don't have any idea where to check out.
Any contribution is appreciated, even if you didn't finish it, since it
saves the developer to tackle the tricky parts of the integration.
I'll try this next week.
Greetings
Patrick Winnertz
Hello,
Are there any plans to support the latest e2fsprogs version with the lustre
patches? If yes, is there a a bug in the bugzilla where the status can be
viewed?
Greetings
Patrick Winnertz
___
Lustre-discuss mailing list
Lustre-discuss
from the Debian repository as the Lustre kernel packages are tested against
them.
Vanilla kernels should be supported.. We've only packaged the upstream patches
and modified them a bit for the debian kernels. So vanilla kernels should work
as usual.
Greetings
Patrick Winnertz
()) dirty
81108992 dirty_max 33554432
This behaviour is described in #13344 [2].
Any ideas?
Greetings
Patrick Winnertz
[1]:https://bugzilla.lustre.org/show_bug.cgi?id=11742
[2]:https://bugzilla.lustre.org/show_bug.cgi?id=13344
--
Patrick Winnertz
Tel.: +49 (0) 2161 / 4643 - 0
credativ GmbH
it to this mail.
Anybody know what's going wrong here?
Greetings
Winnie
--
Patrick Winnertz
Tel.: +49 (0) 2161 / 4643 - 0
credativ GmbH, HRB Mönchengladbach 12080
Hohenzollernstr. 133, 41061 Mönchengladbach
Geschäftsführung: Dr. Michael Meskes, Jörg Folz
lustre-log.1210676708.2921
Description
14 matches
Mail list logo