Bug#915886: zfs-dkms: module FTBFS for 4.18.0-3-amd64: NR_FILE_PAGES in either node_stat_item or zone_stat_item: NOT FOUND

2019-01-05 Thread Mo Zhou
Hi anbe, Do you still have any idea about the way to reproduce this failure? I've added an autopkgtest script to zfs to test the dkms build against linux-headers-$(dpkg --print-architecture), and it seems that I cannot reproduce this issue in a clean and minimal chroot.

Bug#915886:

2019-01-04 Thread Rich
Ben, I'm pretty sure you're not having the same problem as the original person. They were reporting getting a Perl error out of the enum-extract script, you're reporting that it's passing the wrong location to the enum-extract script to try and find the header. - Rich

Bug#915886: enum-extract.pl output

2018-12-20 Thread Ben McCann
This script fails because the include file passed to it doesn't exist: cd /var/lib/dkms/zfs/0.7.12/build sudo ./scripts/enum-extract.pl node_stat_item /lib/modules/4.19.0-1-amd64/build/include/linux/mmzone.h Can't open /lib/modules/4.19.0-1-amd64/build/include/linux/mmzone.h: No such file or

Bug#915886: Workaround

2018-12-19 Thread Rich
So, yes, the workaround Ben posted will work, but that's fixing the symptom, not the problem. I'd still like to know what the enum-extract.pl script says for you (Ben) if you try invoking it (or what's in config.log when it fails). Because the problem with the common/amd64 headers location

Bug#915886: Probable work-around

2018-12-19 Thread Ben McCann
The issue is that Debian delivers Linux headers in two directories, each of which is linked under /lib/modules. On my system, with 4.14, these symlinks are under /lib/modules/4.14.0-3-amd64: cd /lib/modules/4.14.0-3-amd64 ls -ld build source lrwxrwxrwx 1 root root 37 Jan 25 2018 build ->

Bug#915886: NR_FILE_PAGES is present

2018-12-15 Thread Ben McCann
I checked the Linux headers and each kernel defines NR_FILE_PAGES as a member of the node_stat_item enumeration in include/linux/mmzone.h. I'm running on MX-17, which is derived from Debian Stable, and the headers are in: /usr/src/linux-headers-4.14.0-3-common (using 4.14.0-3 as my current

Bug#915886: Additional Debug Data

2018-12-14 Thread Ben McCann
I'm also hitting this bug so I've collected the data requested by Rich: b@mx17:~$ dpkg -l | egrep '^ii perl-' ii perl-base 5.24.1-3+deb9u5 amd64minimal Perl system ii perl-modules-5.24 5.24.1-3+deb9u5 all Core Perl modules ii

Bug#915886:

2018-12-07 Thread Rich
Well, the PUMPIN MUD just means enum-extract.pl didn't do the right thing. config.log.gz says: configure:26532: ./scripts/enum-extract.pl zone_stat_item /lib/modules/4.18.0-3-amd64/source/include/linux/mmzone.h | egrep -qx NR_SLAB_RECLAIMABLE Can't locate Getopt/Std.pm in @INC (you may need to

Bug#915886: zfs-dkms: module FTBFS for 4.18.0-3-amd64: NR_FILE_PAGES in either node_stat_item or zone_stat_item: NOT FOUND

2018-12-07 Thread Andreas Beckmann
Package: zfs-dkms Version: 0.7.12-1 Severity: serious Hi, # dkms build -k 4.18.0-3-amd64 zfs/0.7.12 Kernel preparation unnecessary for this kernel. Skipping... Running the pre_build script: checking for gawk... no checking for mawk... mawk checking metadata... META file checking build