Bug 197109 - benchmarks/geekbench 2.1.3 – FATAL: kernel too old
Summary: benchmarks/geekbench 2.1.3 – FATAL: kernel too old
Status: Closed Not A Bug
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-26 22:16 UTC by Harry Weppner
Modified: 2015-03-05 06:48 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Harry Weppner 2015-01-26 22:16:55 UTC
Hi there,

geekbench 2.1.3 installed via pkg on a 10-STABLE system returns 'FATAL: kernel too old'.

$ pkg info | grep linux
linux_base-c6-6.6_1            Base set of packages needed in Linux mode for i386/amd64 (Linux CentOS 6)

I recall it working with linux_base-f10 but it now pulls in linux_base-c6 instead!?

Thanks & cheerio, Harry.
Comment 1 Kalten 2015-02-16 15:04:22 UTC
(In reply to Harry Weppner from comment #0)
I do experience similar problems at building ports using
ports-mgmt/poudriere.

I was able to narrow it down a little bit:
Try calling /compat/linux/bin/bash
On my system (10.1-RELEASE-p5) it results in
“FATAL: kernel too old” and exit code 1.
The same seems to be happening many times inside poudriere(8).

linux_base-c6-6.6_3 is installed here, and it was a fresh
installation after a fresh system installation (10.1-RELEASE
using freebsd-update(8) prior to adding the packages, leading to
10.1-RELEASE-p5).

By the way: /usr/share/examples/FreeBSD_version/ reports
Compilation release date: 1001000
Execution environment release date: 1001000

I have to admit, that I did compile those ports in poudriere(8)
for 10.1 on my old 10.0-p* as host and 10.1-p5 as jail (reading
the warnings): it might be, that the problem will vanish after
reinstalling using the currently being built packages (on a
10.1-p5 host in poudriere(8) with 10.1-p5 jails in it).

I shall try to narrow this problem down even further—very likely
in a new bug report that I shall make aware of in this one too.
As probably most of us, I too have a lack of time, so: no promise
given until when this will happen ;-)

Regards,
 Kalten
Comment 2 Kalten 2015-02-19 05:36:23 UTC
(In reply to Kalten from comment #1)
Well: Setting
---8<---
sysctl compat.linux.osrelease="2.6.18"
--->8---
(or using /etc/sysctl.conf for it) resolves the problem:
emulators/linux_base-c6 needs it: see
---8<---
pkg info -Dx linux_base-c6
--->8---
(it displays the file emulators/linux_base-c6/pkg-message)

ru,
 Kalten
Comment 3 Kalten 2015-02-20 00:29:29 UTC
Hello Harry!

Did my Comment 2 solve your problem?
Can this bug report be closed?

Regards,
 Kalten
Comment 4 Harry Weppner 2015-03-05 06:48:19 UTC
(In reply to Kalten from comment #3)

Hi Kalten,

so sorry – I missed that announcement completely. Seems to work fine with the sysctl set.

Thanks!

Cheerio, Harry.