https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-3675 Lustre <p>Tracker for 3.10 kernel support</p> LU-3675

Support for linux 3.10 kernel

Improvement Minor Resolved Fixed Lai Siyao James A Simmons Wed, 31 Jul 2013 16:12:04 +0000 Mon, 2 Dec 2013 13:48:25 +0000 Mon, 2 Dec 2013 13:48:25 +0000 Lustre 2.5.0 0 4 <p>Lai</p> <p>You have been looking at some of these patches already</p> <p>Peter</p> <p>Patch <a href="http://review.whamcloud.com/#/c/5390" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/5390</a> from <a href="https://jira.whamcloud.com/browse/LU-2800" title="build: clean out old autoconf options" class="issue-link" data-issue-key="LU-2800"><del>LU-2800</del></a> handles a block device function change now for 3.10 for lloop.c.</p> <p>I've noticed an odd failure to autoload kernel modules on 3.10 kernels. I thought this might be related to the CONFIG_MODULE_FORCE_LOAD setting in the kernel config, but setting that on or off seems to make no difference. Causes a command like 'mount -t lustre ...' client mount to fail due to lustre modules not getting loaded.</p> <p>In the short term for test purposes this isn't a big problem. Just need to do a manual 'modprobe lustre' before trying to do any client mounts. Longer term really need to find the cause &amp; a solution.</p> <p>With the patches from <a href="https://jira.whamcloud.com/browse/LU-3319" title="Adapt to 3.10 upstream kernel proc_dir_entry change" class="issue-link" data-issue-key="LU-3319"><del>LU-3319</del></a> and <a href="http://review.whamcloud.com/#/c/5380" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/5380</a> from <a href="https://jira.whamcloud.com/browse/LU-2800" title="build: clean out old autoconf options" class="issue-link" data-issue-key="LU-2800"><del>LU-2800</del></a> I just mounted a ZFS server file system.</p> <p><span class="error">&#91;root@spoon46 tests&#93;</span># df <br/> Filesystem 1K-blocks Used Available Use% Mounted on<br/> unionfs 88763392 61317120 22938624 73% /<br/> none 100 0 100 0% /dev/shm<br/> none 2957192 25312 2931880 1% /tmp<br/> nccsfiler3.ccs.ornl.gov:/vol/techint<br/> 1015021568 871888352 143133216 86% /autofs/na3_techint<br/> 172.30.248.91:/data/shared-root-homedir<br/> 57799680 34323456 20540416 63% /root<br/> 172.30.248.91:/chexport<br/> 46445568 32187392 11898880 74% /chexport<br/> lustre-mdt1/mdt1 157440 3072 152320 2% /tmp/lustre/mds1<br/> lustre-ost1/ost1 157440 1152 154240 1% /tmp/lustre/ost1<br/> lustre-ost2/ost2 157440 1152 154240 1% /tmp/lustre/ost2<br/> 172.30.248.48@tcp0:/lustre<br/> 314880 2304 308480 1% /lustre/barry<br/> <span class="error">&#91;root@spoon46 tests&#93;</span># uname -r<br/> 3.10.2</p> <p>James, excellent. I have also done some successful zfs only server builds recently, but haven't done any functional testing yet.</p> <p>Any ETA on the few remaining osd-ldiskfs/osd_handler.c build blocking issues?</p> <p>I have the proc seq_file coding done for osd-ldiskfs but their is a lbug dealing with the osp layer when I attempt to mount a OST. I haven't updated the filldir_t changes for osd-ldisk yet. Even with those issues fixed their are problems building osd-ldiskfs with the fc19 ldiskfs patch Yeng had provided. I say it could be ready by the end of next week.</p> <p>some additional fixes to osd-ldiskfs just today. see comments in <a href="https://jira.whamcloud.com/browse/LU-3373" title="ldiskfs patches for FC19" class="issue-link" data-issue-key="LU-3373"><del>LU-3373</del></a>. don't know if those address some of your issues or not.</p> <p>As far as I know the seq_file and readdir changes are still needed. Looking forward to seeing those. The end of next week sounds good to me. Wasn't looking for a cast in concrete promise, just some idea of when. Your answer is fine.</p> <p>Yep the patch <a href="http://review.whamcloud.com/#/c/8116" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/#/c/8116</a> from <a href="https://jira.whamcloud.com/browse/LU-3373" title="ldiskfs patches for FC19" class="issue-link" data-issue-key="LU-3373"><del>LU-3373</del></a> did the trick. I have something that can build but does it work is another question.</p> <p>The patch from <a href="https://jira.whamcloud.com/browse/LU-2800" title="build: clean out old autoconf options" class="issue-link" data-issue-key="LU-2800"><del>LU-2800</del></a> needed to support 3.10 kernels has been landed. Now only patches from <a href="https://jira.whamcloud.com/browse/LU-3319" title="Adapt to 3.10 upstream kernel proc_dir_entry change" class="issue-link" data-issue-key="LU-3319"><del>LU-3319</del></a> are needed. We can close this ticket and focus on 3.11 kernel support now.</p> <p>ok. Thanks James</p> Related LU-3319 LU-3373 Development Rank 1|hzvwwf: Rank (Obsolete) 9489