|
OpenBSD General Other questions regarding OpenBSD which do not fit in any of the categories below. |
|
Thread Tools | Display Modes |
|
|||
Nmap scan from another PC can trigger kernel-current crash
Hello
I am running OpenBSD 5.7 amd64 userland with kernel-current (5.8 amd64). I know this is not supported configuration. On the other hand I discovered that nmap scan (-sO The IP protocol scan) from another PC (Linux kernel based on 3.19, nmap 6.47) triggers remote kernel crash. I think that having mix of userland and kernel from different releases may lead to some problems with applications, but kernel must not crash. So I suppose that properly installed OpenBSD-current can crash too and this is kernel bug. Bug is reproductible for me. Does it reproductible for anyone else? How to reproduce the problem? From another PC in LAN run: Code:
nmap -sO -O ip_address Code:
lspci -nn | grep -i ethernet 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM57785 Gigabit Ethernet PCIe [14e4:16b5] (rev 10) Kernel outputs something like that: Code:
uvm_fault(0xffffffff81905280,0x141,0,1) kernel: pagefault(trap,code=0) stopped at mplsip_decap+0x17 |
|
|||
Quote:
Sorry, but you'll have to reproduce this with -current. |
|
|||
I come from Linux world, where (in theory) almost everything can crash in userland (except i.e. pid 1) and kernel should continue to run without any problem. I know that kernel without userland probably will not do anything useful, but it should not crash. Ok. Let's assume that thing are different in *BSD world.
I know this is not guaranteed so I didn't send mail to openbsd-bugs. The thing is I don't want to upgrade to current unless I must. On the other hand I know on this forum there are people who are running -current so maybe somebody could reproduce a problem. It is just a nmap scan from another computer. If somebody will reproduce problem, I will install current and take some steps to report it properly to openbsd-bugs. |
|
|||
Please don't take this the wrong way, but on BSD, the kernel & userland are considered to be one, they are not considered to be separate like in Linux, so you would be much more likely to have problems if you mix & match.
(BSD are operating systems, Linux is a kernel.)
__________________
Linux since 1999, & also a BSD user. |
|
||||
Quote:
Quote:
|
|
|||
I don't buy the argument that the kernel should be allowed crash when mixing different versions of userland and kernel. Imagine that a malicious user knows that running 5.7 binaries on 5.8 kernel can be used to crash the system. He can just take a suitable binary from 5.7 and run it from his own home directory and crash the system. This is absolutely not acceptable.
However, I suspect that the real problem in particular case is the cutting edge nature of OpenBSD current and there is a real problem in the kernel that needs to be looked at. |
|
|||
@kpa
I think the same. I have read: http://undeadly.org/cgi?action=artic...20150730180506 It seems that they were working on pf, especially multiprocessing. So maybe it is just a temporary problem. |
|
||||
I'm not a member of the OpenBSD Project. I don't speak for them. However, having been a user for many years, I can at least parrot the position of the Project on this particular issue, because it's been discussed before.
"You can run whatever customized 'Frankensystem' monster you want to run. But the Project will only accept problem reports produced by supported configurations. If this problem is not repeatable with -release, -stable, or -current, using the Project-supplied GENERIC or RAMDISK kernel configuration, then it's your problem, and your problem alone." |
|
|||
Quote:
|
|
||||
kpa, e1-531g, here's an informal problem report thread where it was just determined the problem was caused by inadvertently building a Frankensystem.
http://marc.info/?t=143867794900002&r=1&w=2 Last edited by jggimi; 4th August 2015 at 12:41 PM. Reason: typo |
|
|||
I hear you and I understand what you mean very well. However, if you have 5.8 kernel and 5.7 userland it's exactly what you get when you're halfway trough an upgrade from 5.7 (using source code method) when you have booted with the new kernel but haven't yet installed 5.8 userland. That should be a supported configuration at least for the purpose of finishing the upgrade if not using it in production. But as I said this is not relevant to the OP's problem because it looks very much like he would observe the same behaviour even if he did have a fully upgraded OpenBSD current on his machine.
Last edited by kpa; 4th August 2015 at 01:13 PM. |
|
||||
The supported method for upgrading by building from source is to start with the most recently available snapshot.
Is it possible to upgrade without doing so? Of course. It depends upon the starting point, the extent of interface and architectural change to reach the end point, the admin's skills, and the guidance available in the Following -current FAQ.Using your example, if you start with 5.7-release and build -current from source, you are doing something that is unsupported. As I type this, the oldest snapshot available for any of the supported architectures is for the luna88k, and while that snapshot is six weeks old, it contains more than three months of development over 5.7-release. Quote:
Can you replicate the problem? Last edited by jggimi; 4th August 2015 at 01:49 PM. Reason: clarity regarding unsupported source builds |
|
|||
Quote:
Is this, for example, good source of snapshot? Code:
ht tp ://ftp.hostserver.de/pub/OpenBSD/snapshots/amd64/ |
|
|||
Quote:
www.openbsd.org/ftp.html |
|
|||
Yes, and thus the entire post is meaningless.
|
|
|||
Hmm. With properly installed current I didn't triggered that crash. Sorry for this thread. I have also educated myself what is page fault.
|
|
|||
Did you mean that if I installed a kernel from /pub/OpenBSD/snapshots/`uname -m`/, I should install packages from /pub/OpenBSD/snapshots/packages/`uanme -m`/ and not from /pub/OpenBSD/5.7/packages/`uname -m`/ ?
|
|
|||
Quote:
|
|
|||
Quote:
|
Tags |
crash, kernel, openbsd, remote |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
NetBSD New kernel modules in NetBSD-CURRENT (instead LKM) | vermaden | News | 1 | 17th May 2015 11:06 PM |
Update your FreeBSD-CURRENT kernel | rocket357 | FreeBSD Security | 0 | 17th February 2015 07:10 PM |
Please scan softly - your router could crash | J65nko | News | 2 | 5th July 2010 11:36 PM |
OBSD 4.6 Installed - Problem building Kernel for -current | IronForge | OpenBSD Installation and Upgrading | 11 | 10th November 2009 09:34 PM |
track current kernel | itti | NetBSD Installation and Upgrading | 8 | 11th December 2008 06:09 PM |