Well. That did not go so well: there were no ZFS modules in the builds. We've tried all of:
* http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.19.8-vivid/linux- image-3.19.8-031908-generic_3.19.8-031908.201505110938_amd64.deb * http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.68/linux- image-4.4.68-040468-generic_4.4.68-040468.201705140831_amd64.deb * 4.4.0-78-generic with ZFS modules disabled. But because there was no ZFS, our setup wasn't the same. We tried: - 15 minutes of file copying/removing with sync => no panic Then we tried the 78-kernel with ZFS to reproduce the previous days panic: - file copying on the ZFS disk => no panic - 15 minutes of stress(1) testing with `stress -m 1 -c 1 -i 1 -d 1` => no panic - repeat of yesterdays tasks => *instant* *panic* The tasks were in this case: - removing the mysql data dir - aborting the rm, because mysqld (maria) was still running - stopping mysqld, did not work - resuming removal of data dir - mkdir of data dir (took rather long) - kill -9 on mysqld - kernel panic within 2s Previously the panic would occur when we were transferring a complete mysql dataset of 100G-500G over tcp to xbstream (receive). ---- We cannot test any further on this system without working ZFS support, since the environment seems to be different enough for the panic not to happen. Is there any way you could provide the ZFS modules for the stock kernel? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1691741 Title: Execute NX-protected page - 4.4.0-78-generic - kernel panic To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1691741/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
