I found this useful ... you will have to build against the Ubuntu kernel
sources.
https://wiki.whamcloud.com/pages/viewpage.action?pageId=63968116
You should be able to adapt the steps for whichever kernel you are targeting.
Patches for early 5.0 kernel have landed to master but those patches
Christopher
Apologies for the confusing message about requesting an account for JIRA - I'll
see if we can remove that message but I think that it might be
system-generated. We've had to disable self-registration because of repeated
hacking attempts via that mechanism. The message on the left
We've seen 3 lustre client panics in the last few hours when using the b2_12
branch (we're using it on client nodes as it patches a data on MDT bug in
2.12.3. Still using 2.12.3 on MDS/OSS). This looks similar similar to LU-12581,
which we had seen on our system before but was fixed in 2.12.3.
As is to be expected, MDT no. 2 did not like the situation either:
:~# cat /proc/fs/lustre/mdt/hebe-MDT0002/recovery_status
status: WAITING
non-ready MDTs: 0001
recovery_start: 1579525859
time_waited: 23
I was already reading LU-9748 and chewing my nails about an ad-hoc upgrade (this is a
Hi all,
I had to restart our MDTs 1 and 2.
No.2 is still doing a file system check, no. 1 is mounted again and should be
in recovery, however:
:~# cat recovery_status
status: WAITING
non-ready MDTs: 0002
recovery_start: 1579524336
time_waited: 538
Seem I have misunderstood the organisation
Hi!
I'm looking at building the server part on Ubuntu.
I can see that there are patches for ldiskfs on Ubuntu18 so someone has
clearly done some work here.
What are the pre-requisites for doing this?
Or even better, does anyone have a working recipy?
--
Ake Sandgren, HPC2N, Umea University,
