Discussion:
Getting DECnet-Linux to work on ubuntu 17/zesty
(too old to reply)
tuklu_san
2017-08-30 12:43:33 UTC
Permalink
Hi guys,

I am spending many sleepless nights on this with not much to show for
progress.

I am trying to get two ubuntu zesty boxes to talk DECnet. As the basic
test, I am doing dneigh which works on both, and dnping from box 1 to
box 2 which does not work. They are connected over dedicated NICs via a
consumer ethernet switch.

The box I try dnping from comes back with "Write: No buffer space
available". It also logs a WARNING to the kernel log, as below:

UBUNTU BOX 1
------------
# cat /etc/issue
Ubuntu 17.04 \n \l
# uname -a
Linux moksha 4.10.0-33-generic #37-Ubuntu SMP Fri Aug 11 10:55:28 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/decnet.conf
#
# DECnet hosts file
#
#Node Node Name Node Line Line
#Type Address Tag Name Tag Device
#----- ------- ----- ----- ----- ------
executor 1.553 name moksha line enp0s8
node 1.554 name mukti
# ip addr show enp0s8
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
link/ether aa:00:04:00:29:06 brd ff:ff:ff:ff:ff:ff
dnet 1.553 peer 1.553/16 scope global enp0s8
# dneigh
Node HWtype HWaddress Flags MTU
Iface
mukti ether AA:00:04:00:2A:06 --- 1498
enp0s8
# dnping mukti -c 3
Write: No buffer space available

-- kernel log --
Aug 30 12:07:04 moksha kernel: [ 252.949488] ------------[ cut here
]------------
Aug 30 12:07:04 moksha kernel: [ 252.949517] WARNING: CPU: 0 PID: 3518
at /build/linux-nhaT8l/linux-4.10.0/include/net/dst.h:184
dn_rt_set_next_hop+0x175/0x1a0 [decnet]
Aug 30 12:07:04 moksha kernel: [ 252.949519] Modules linked in: arc4
md4 nls_utf8 cifs decnet ccm fscache bridge stp llc vboxvideo ttm
input_leds serio_raw drm_kms_helper drm fb_sys_fops syscopyarea joydev
sysfillrect mac_hid vboxguest i2c_piix4 sysimgblt parport_pc ppdev lp
parport ip_tables x_tables autofs4 hid_generic usbhid hid ahci fjes
psmouse libahci e1000 pata_acpi video
Aug 30 12:07:04 moksha kernel: [ 252.949674] CPU: 0 PID: 3518 Comm:
dnping Not tainted 4.10.0-33-generic #37-Ubuntu
Aug 30 12:07:04 moksha kernel: [ 252.949675] Hardware name: innotek
GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
Aug 30 12:07:04 moksha kernel: [ 252.949677] Call Trace:
Aug 30 12:07:04 moksha kernel: [ 252.949686] dump_stack+0x63/0x81
Aug 30 12:07:04 moksha kernel: [ 252.949689] __warn+0xcb/0xf0
Aug 30 12:07:04 moksha kernel: [ 252.949691] warn_slowpath_null+0x1d/0x20
Aug 30 12:07:04 moksha kernel: [ 252.949695]
dn_rt_set_next_hop+0x175/0x1a0 [decnet]
Aug 30 12:07:04 moksha kernel: [ 252.949699]
__dn_route_output_key+0x4fb/0x8c0 [decnet]
Aug 30 12:07:04 moksha kernel: [ 252.949703]
dn_route_output_sock+0x23/0x70 [decnet]
Aug 30 12:07:04 moksha kernel: [ 252.949706] __dn_connect+0x107/0x370
[decnet]
Aug 30 12:07:04 moksha kernel: [ 252.949715] dn_connect+0x5a/0x90 [decnet]
Aug 30 12:07:04 moksha kernel: [ 252.949719] SYSC_connect+0xd9/0x110
Aug 30 12:07:04 moksha kernel: [ 252.949722] ? putname+0x54/0x60
Aug 30 12:07:04 moksha kernel: [ 252.949725] ? do_sys_open+0x1bc/0x280
Aug 30 12:07:04 moksha kernel: [ 252.949727] SyS_connect+0xe/0x10
Aug 30 12:07:04 moksha kernel: [ 252.949730]
entry_SYSCALL_64_fastpath+0x1e/0xad
Aug 30 12:07:04 moksha kernel: [ 252.949732] RIP: 0033:0x7f8b9673ea90
Aug 30 12:07:04 moksha kernel: [ 252.949734] RSP: 002b:00007ffcef61eeb8
EFLAGS: 00000246 ORIG_RAX: 000000000000002a
Aug 30 12:07:04 moksha kernel: [ 252.949736] RAX: ffffffffffffffda RBX:
000055ac08676bd0 RCX: 00007f8b9673ea90
Aug 30 12:07:04 moksha kernel: [ 252.949737] RDX: 000000000000001a RSI:
00007ffcef61ef60 RDI: 0000000000000003
Aug 30 12:07:04 moksha kernel: [ 252.949738] RBP: 00007f8b969f3400 R08:
000000000000ffff R09: 000000000000003f
Aug 30 12:07:04 moksha kernel: [ 252.949739] R10: 00007f8b96794ca0 R11:
0000000000000246 R12: 0000000000000000
Aug 30 12:07:04 moksha kernel: [ 252.949740] R13: 0000000000000000 R14:
00007ffcef61ee60 R15: ffffffffffffff98
Aug 30 12:07:04 moksha kernel: [ 252.949742] ---[ end trace
3c5b9e3fad23fbe4 ]---


UBUNTU BOX 2
------------
# cat /etc/issue
Ubuntu 17.04 \n \l
# uname -a
Linux dell-dimension-e510 4.10.0-33-generic #37-Ubuntu SMP Fri Aug 11
10:55:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/decnet.conf
#
# DECnet hosts file
#
#Node Node Name Node Line Line
#Type Address Tag Name Tag Device
#----- ------- ----- ----- ----- ------
executor 1.554 name mukti lina enp3s3
node 1.553 name moksha
# dneigh
Node HWtype HWaddress Flags MTU
Iface
moksha ether AA:00:04:00:29:06 --- 1498
enp3s3
# ip addr show enp3s3
3: enp3s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
link/ether aa:00:04:00:2a:06 brd ff:ff:ff:ff:ff:ff
dnet 1.554 peer 1.554/16 scope global enp3s3

I created a user "linux" on this side, based on a earlier log message
from dnetd:

Aug 30 11:44:48 dell-dimension-e510 dnetd[1372]: Fork_and_setuid failed:
Unknown username 'linux' - access denied




It does seem to receive the dnping connection request and tries to do
something:

Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: Connection from:
moksha::linux
Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: dnetd.conf, checking proxy
Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: Using proxy name linux
Aug 30 12:32:17 dell-dimension-e510 dnetd[5403]: Doing mirror
Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: Reaped child process 5403

There is nothing in kernel logs on this side.

The other related files (proxy, dnetd and default configuration files)
are like so:

# cat /etc/decnet.proxy
# /etc/decnet.proxy
#
# DECnet proxy database.
# The format of this file is (one entry per line)
# node::remoteuser localuser
#
# Regular expressions are allowed for node and remote user. Remember
these are
# POSIX regular expressions so use .* where you would use just * on VMS.
# Also it is IMPORTANT that whole names (node and user) are enclosed
# in anchors as below.
# The entries are checked in the order they appear in this file.
# * as a local user will be replaced by the remote username.
# # is a comment.
#
# Here are some examples (commented out of course):
#
# ^tramp$::^test$ chrissie # Explicitly convert 'test' on tramp to
'chrissie'
# ^zaphod$::.* none # Disable proxies from zaphod (assuming you
don't have
# # a user called 'none')
# .*::.* decnet # Like a default DECnet account
# .*::.* * # Equivalent to VMS *::* * proxy (make this last
# # if you use it)
.*::.* */DEFAULT

# cat /etc/dnetd.conf
# /etc/dnetd.conf
#
# Define DECnet objects
#
# Fields
# name: object name (or * for any named object, number must be 0)
# number: object number (or 0 for a named object)
# options: auth[,auto accept]:
# auth: Whether to authenticate users: Y or N
# auto accept: Should we accept incoming connections
# This is needed for non-decnet daemons
# (not calling dnet_accept)
# user: If auth is N then use this user
# daemon: program to run or 'internal'
#
# name number options user daemon
#
FAL 17 Y,Y none fal
MIRROR 25 Y,Y nobody internal
MAIL 27 N,Y vmsmail vmsmaild
CTERM 42 N,Y root ctermd
DTERM 23 N,Y root rmtermd
NML 19 N,Y nobody dnetnml
* * Y,R none internal

# cat /etc/default/dec
cat: /etc/default/dec: No such file or directory
***@dell-dimension-e510:~# cat /etc/default/decnet
# DNET_INTERFACES specifies the names of ethernet interfaces whose
# MAC address is to be set to the DECnet node address
#DNET_INTERFACES="all"
#DNET_INTERFACES="enp3s2"
DNET_INTERFACES="enp3s3"
# DNET_DAEMONS lists the daemons to start when dnet-progs is installed.
#
DNET_DAEMONS="dnetd phoned"
dnetd_FLAGS="-vvv"
dnroute_FLAGS="-v -2"
# The following two lines enable routing, note that if you are
# being a router, then add dnroute to the DNET_DAEMONS too
#ROUTING=1
PRIORITY=32

What else can I try? What am I doing wrong?

Thanks in advance

Supratim Sanyal
John E. Malmberg
2017-08-30 13:02:38 UTC
Permalink
Post by tuklu_san
Hi guys,
I am spending many sleepless nights on this with not much to show for
progress.
I am trying to get two ubuntu zesty boxes to talk DECnet. As the basic
test, I am doing dneigh which works on both, and dnping from box 1 to
box 2 which does not work. They are connected over dedicated NICs via a
consumer ethernet switch.
The box I try dnping from comes back with "Write: No buffer space
UBUNTU BOX 1
------------
# cat /etc/issue
Ubuntu 17.04 \n \l
# uname -a
Linux moksha 4.10.0-33-generic #37-Ubuntu SMP Fri Aug 11 10:55:28 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/decnet.conf
#
#               DECnet hosts file
#
#Node           Node            Name            Node    Line    Line
#Type           Address         Tag             Name    Tag     Device
#-----          -------         -----           -----   -----   ------
executor        1.553           name            moksha  line    enp0s8
node            1.554           name            mukti
# ip addr show enp0s8
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    link/ether aa:00:04:00:29:06 brd ff:ff:ff:ff:ff:ff
    dnet 1.553 peer 1.553/16 scope global enp0s8
# dneigh
Node                     HWtype  HWaddress           Flags      MTU   Iface
mukti                    ether   AA:00:04:00:2A:06   ---        1498
enp0s8
# dnping mukti -c 3
Write: No buffer space available
-- kernel log --
Aug 30 12:07:04 moksha kernel: [  252.949488] ------------[ cut here
]------------
Aug 30 12:07:04 moksha kernel: [  252.949517] WARNING: CPU: 0 PID: 3518
at /build/linux-nhaT8l/linux-4.10.0/include/net/dst.h:184
dn_rt_set_next_hop+0x175/0x1a0 [decnet]
Aug 30 12:07:04 moksha kernel: [  252.949519] Modules linked in: arc4
md4 nls_utf8 cifs decnet ccm fscache bridge stp llc vboxvideo ttm
input_leds serio_raw drm_kms_helper drm fb_sys_fops syscopyarea joydev
sysfillrect mac_hid vboxguest i2c_piix4 sysimgblt parport_pc ppdev lp
parport ip_tables x_tables autofs4 hid_generic usbhid hid ahci fjes
psmouse libahci e1000 pata_acpi video
dnping Not tainted 4.10.0-33-generic #37-Ubuntu
Aug 30 12:07:04 moksha kernel: [  252.949675] Hardware name: innotek
GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/2006
Aug 30 12:07:04 moksha kernel: [  252.949686]  dump_stack+0x63/0x81
Aug 30 12:07:04 moksha kernel: [  252.949689]  __warn+0xcb/0xf0
Aug 30 12:07:04 moksha kernel: [  252.949691]  warn_slowpath_null+0x1d/0x20
Aug 30 12:07:04 moksha kernel: [  252.949695]
dn_rt_set_next_hop+0x175/0x1a0 [decnet]
Aug 30 12:07:04 moksha kernel: [  252.949699]
__dn_route_output_key+0x4fb/0x8c0 [decnet]
Aug 30 12:07:04 moksha kernel: [  252.949703]
dn_route_output_sock+0x23/0x70 [decnet]
Aug 30 12:07:04 moksha kernel: [  252.949706]  __dn_connect+0x107/0x370
[decnet]
Aug 30 12:07:04 moksha kernel: [  252.949715]  dn_connect+0x5a/0x90
[decnet]
Aug 30 12:07:04 moksha kernel: [  252.949719]  SYSC_connect+0xd9/0x110
Aug 30 12:07:04 moksha kernel: [  252.949722]  ? putname+0x54/0x60
Aug 30 12:07:04 moksha kernel: [  252.949725]  ? do_sys_open+0x1bc/0x280
Aug 30 12:07:04 moksha kernel: [  252.949727]  SyS_connect+0xe/0x10
Aug 30 12:07:04 moksha kernel: [  252.949730]
entry_SYSCALL_64_fastpath+0x1e/0xad
Aug 30 12:07:04 moksha kernel: [  252.949732] RIP: 0033:0x7f8b9673ea90
Aug 30 12:07:04 moksha kernel: [  252.949734] RSP: 002b:00007ffcef61eeb8
EFLAGS: 00000246 ORIG_RAX: 000000000000002a
000055ac08676bd0 RCX: 00007f8b9673ea90
00007ffcef61ef60 RDI: 0000000000000003
000000000000ffff R09: 000000000000003f
0000000000000246 R12: 0000000000000000
00007ffcef61ee60 R15: ffffffffffffff98
Aug 30 12:07:04 moksha kernel: [  252.949742] ---[ end trace
3c5b9e3fad23fbe4 ]---
UBUNTU BOX 2
------------
# cat /etc/issue
Ubuntu 17.04 \n \l
# uname -a
Linux dell-dimension-e510 4.10.0-33-generic #37-Ubuntu SMP Fri Aug 11
10:55:28 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
# cat /etc/decnet.conf
#
#               DECnet hosts file
#
#Node           Node            Name            Node    Line    Line
#Type           Address         Tag             Name    Tag     Device
#-----          -------         -----           -----   -----   ------
executor        1.554           name            mukti   lina    enp3s3
node            1.553           name            moksha
# dneigh
Node                     HWtype  HWaddress           Flags      MTU   Iface
moksha                   ether   AA:00:04:00:29:06   ---        1498
enp3s3
# ip addr show enp3s3
3: enp3s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UP group default qlen 1000
    link/ether aa:00:04:00:2a:06 brd ff:ff:ff:ff:ff:ff
    dnet 1.554 peer 1.554/16 scope global enp3s3
I created a user "linux" on this side, based on a earlier log message
Unknown username 'linux' - access denied
It does seem to receive the dnping connection request and tries to do
moksha::linux
Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: dnetd.conf, checking proxy
Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: Using proxy name linux
Aug 30 12:32:17 dell-dimension-e510 dnetd[5403]: Doing mirror
Aug 30 12:32:17 dell-dimension-e510 dnetd[1393]: Reaped child process 5403
There is nothing in kernel logs on this side.
The other related files (proxy, dnetd and default configuration files)
# cat /etc/decnet.proxy
# /etc/decnet.proxy
#
# DECnet proxy database.
# The format of this file is (one entry per line)
# node::remoteuser localuser
#
# Regular expressions are allowed for node and remote user. Remember
these are
# POSIX regular expressions so use .* where you would use just * on VMS.
# Also it is IMPORTANT that whole names (node and user) are enclosed
# in anchors as below.
# The entries are checked in the order they appear in this file.
# * as a local user will be replaced by the remote username.
# # is a comment.
#
#
# ^tramp$::^test$ chrissie # Explicitly convert 'test' on tramp to
'chrissie'
# ^zaphod$::.*    none     # Disable proxies from zaphod (assuming you
don't have
#                          #   a user called 'none')
# .*::.* decnet            # Like a default DECnet account
# .*::.* *                 # Equivalent to VMS *::* * proxy (make this last
#                          #   if you use it)
.*::.* */DEFAULT
# cat /etc/dnetd.conf
# /etc/dnetd.conf
#
# Define DECnet objects
#
# Fields
# name:     object name (or * for any named object, number must be 0)
# number:   object number (or 0 for a named object)
#   auth:         Whether to authenticate users: Y or N
#   auto accept:  Should we accept incoming connections
#                 This is needed for non-decnet daemons
#                 (not calling dnet_accept)
# user:     If auth is N then use this user
# daemon:   program to run or 'internal'
#
# name         number     options   user       daemon
#
FAL            17         Y,Y       none       fal
MIRROR         25         Y,Y       nobody     internal
MAIL           27         N,Y       vmsmail    vmsmaild
CTERM          42         N,Y       root       ctermd
DTERM          23         N,Y       root       rmtermd
NML            19         N,Y       nobody     dnetnml
*               *         Y,R       none       internal
# cat /etc/default/dec
cat: /etc/default/dec: No such file or directory
# DNET_INTERFACES specifies the names of ethernet interfaces whose
# MAC address is to be set to the DECnet node address
#DNET_INTERFACES="all"
#DNET_INTERFACES="enp3s2"
DNET_INTERFACES="enp3s3"
# DNET_DAEMONS lists the daemons to start when dnet-progs is installed.
#
DNET_DAEMONS="dnetd phoned"
dnetd_FLAGS="-vvv"
dnroute_FLAGS="-v -2"
# The following two lines enable routing, note that if you are
# being a router, then add dnroute to the DNET_DAEMONS too
#ROUTING=1
PRIORITY=32
What else can I try? What am I doing wrong?
I do not know what you are doing wrong, or if a code change is needed
for decnet-linux for more recent Linux kernels.

Have you tried connecting to a real VMS system, such as SimH/VAX on a
VMS hobbyist license as one side of the DECnet connection?

That way you may be able to determine if the issue is on the origination
side or answering side.

https://sourceforge.net/p/vms-ports/wiki/SimH-VAX%20in%20a%20Container/

Note that the lxc/lxd container is using Ubuntu 14.04. It does not work
in Ubuntu 16.04 because LXD requires a libvirt that allows specifying
cgroups which is newer than Ubuntu was providing for 16.04 when I last
tested.

If it still does not work on Ubuntu 17, perhaps you can update the
ticket (sorry do not have number handy) if it is still open and let them
know that is why people upgrading from 14.04 are complaining that their
LXC/LXD containers stopped working when they upgraded.

Regards,
-John
hb
2017-08-30 17:14:32 UTC
Permalink
Post by John E. Malmberg
Post by tuklu_san
# cat /etc/decnet.conf
#
# DECnet hosts file
#
#Node Node Name Node Line Line
#Type Address Tag Name Tag Device
#----- ------- ----- ----- ----- ------
executor 1.554 name mukti lina enp3s3
node 1.553 name moksha
"lina": typo or cut & paste error when posting here?
Post by John E. Malmberg
I do not know what you are doing wrong, or if a code change is needed
for decnet-linux for more recent Linux kernels.
As far as I know, the linux DECnet subsystem is still part of the
current kernel sources. Nowadays the subsystem is no longer compiled
into the kernel, it comes as a kernel module. As far as I know, 17.04
contains the decnet kernel module.

You only need to change the sources if the kernel with your distro has
an incompatible change, usually a backport from newer kernels and the
distro neither provides the decnet kernel module nor the sources with
the required changes for their modifications.
tuklu_san
2017-08-30 23:10:55 UTC
Permalink
Thanks for the pointers.
Post by hb
"lina": typo or cut & paste error when posting here?
nice catch ... fortunately a typo during cleaning up to post here.

There is something definitely broken in ubuntu 17, possibly in the
dn_rt_set_next_hop() function at line 184 in dst.h per the kernel logs.
It logs a warning at exactly this function in both the dnping source and
target boxes.

I will follow up with ubuntu folks. Obviously VMS has no such issues.

I will also do a test with a SIMH vax to ubuntu to see what happens.

=================
DNPING SOURCE BOX
=================
[ 1118.487775] ------------[ cut here ]------------
[ 1118.487844] WARNING: CPU: 0 PID: 5415 at
/build/linux-nhaT8l/linux-4.10.0/include/net/dst.h:184
dn_rt_set_next_hop+0x175/0x1a0 [decnet]
[ 1118.487845] Modules linked in: arc4 md4 nls_utf8 cifs ccm fscache
decnet bridge stp llc ipt_REJECT nf_reject_ipv4 nf_log_ipv4
nf_log_common xt_LOG xt_limit input_leds serio_raw xt_tcpudp xt_addrtype
joydev vboxvideo nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack ttm
drm_kms_helper drm mac_hid vboxguest fb_sys_fops syscopyarea i2c_piix4
sysfillrect sysimgblt ip6table_filter ip6_tables nf_conntrack_netbios_ns
nf_conntrack_broadcast nf_nat_ftp nf_nat libcrc32c nf_conntrack_ftp
nf_conntrack iptable_filter parport_pc ppdev lp parport ip_tables
x_tables autofs4 hid_generic usbhid hid ahci libahci e1000 pata_acpi
psmouse fjes video
[ 1118.488020] CPU: 0 PID: 5415 Comm: dnping Not tainted
4.10.0-33-generic #37-Ubuntu
[ 1118.488022] Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS
VirtualBox 12/01/2006
[ 1118.488024] Call Trace:
[ 1118.488110] dump_stack+0x63/0x81
[ 1118.488145] __warn+0xcb/0xf0
[ 1118.488148] warn_slowpath_null+0x1d/0x20
[ 1118.488152] dn_rt_set_next_hop+0x175/0x1a0 [decnet]
[ 1118.488156] __dn_route_output_key+0x4fb/0x8c0 [decnet]
[ 1118.488160] dn_route_output_sock+0x23/0x70 [decnet]
[ 1118.488163] __dn_connect+0x107/0x370 [decnet]
[ 1118.488167] dn_connect+0x5a/0x90 [decnet]
[ 1118.488212] SYSC_connect+0xd9/0x110
[ 1118.488241] ? ____fput+0xe/0x10
[ 1118.488257] ? task_work_run+0x85/0xa0
[ 1118.488279] ? exit_to_usermode_loop+0x90/0xb0
[ 1118.488281] SyS_connect+0xe/0x10
[ 1118.488303] entry_SYSCALL_64_fastpath+0x1e/0xad
[ 1118.488306] RIP: 0033:0x7f4b5c254a90
[ 1118.488316] RSP: 002b:00007ffd2a856478 EFLAGS: 00000246 ORIG_RAX:
000000000000002a
[ 1118.488326] RAX: ffffffffffffffda RBX: 00005643d8cf5bd0 RCX:
00007f4b5c254a90
[ 1118.488327] RDX: 000000000000001a RSI: 00007ffd2a856520 RDI:
0000000000000003
[ 1118.488328] RBP: 00007f4b5c509400 R08: 00005643d8cf5df0 R09:
0000000000000001
[ 1118.488329] R10: 0000000000000020 R11: 0000000000000246 R12:
0000000000000000
[ 1118.488331] R13: 00007ffd2a855bac R14: 00007ffd2a855fc0 R15:
00005643d7c0c8a8
[ 1118.488333] ---[ end trace 2bab736f369208e5 ]---

=================
DNPING TARGET BOX
=================
[ 246.875241] ------------[ cut here ]------------
[ 246.875266] WARNING: CPU: 1 PID: 0 at
/build/linux-nhaT8l/linux-4.10.0/include/net/dst.h:184
dn_rt_set_next_hop+0x175/0x1a0 [decnet]
[ 246.875270] Modules linked in: pci_stub vboxpci(OE) vboxnetadp(OE)
vboxnetflt(OE) vboxdrv(OE) arc4 md4 nls_utf8 cifs decnet ccm fscache
gpio_ich dcdbas intel_powerclamp input_leds serio_raw lpc_ich
snd_hda_codec_idt snd_hda_codec_generic snd_hda_intel snd_hda_codec
snd_hda_core snd_hwdep snd_pcm snd_timer snd shpchp soundcore mac_hid
ipt_REJECT nf_reject_ipv4 nf_log_ipv4 nf_log_common xt_LOG xt_limit
xt_tcpudp xt_addrtype nf_conntrack_ipv4 nf_defrag_ipv4 xt_conntrack
ip6table_filter ip6_tables nf_conntrack_netbios_ns
nf_conntrack_broadcast nf_nat_ftp nf_nat libcrc32c nf_conntrack_ftp
nf_conntrack parport_pc ppdev iptable_filter lp parport ip_tables
x_tables autofs4 uas usb_storage hid_generic usbhid hid amdkfd
amd_iommu_v2 psmouse radeon i2c_algo_bit e100 ttm mii drm_kms_helper
e1000 syscopyarea
[ 246.875341] pata_acpi sysfillrect sysimgblt fb_sys_fops drm fjes
[ 246.875353] CPU: 1 PID: 0 Comm: swapper/1 Tainted: G OE
4.10.0-33-generic #37-Ubuntu
[ 246.875355] Hardware name: Dell Inc. Dell DM051
/0HJ054, BIOS A07 01/08/2007
[ 246.875357] Call Trace:
[ 246.875359] <IRQ>
[ 246.875367] dump_stack+0x63/0x81
[ 246.875370] __warn+0xcb/0xf0
[ 246.875373] warn_slowpath_null+0x1d/0x20
[ 246.875379] dn_rt_set_next_hop+0x175/0x1a0 [decnet]
[ 246.875385] dn_route_input+0x318/0x4a0 [decnet]
[ 246.875391] ? dn_route_input+0x4a0/0x4a0 [decnet]
[ 246.875396] dn_route_rx_packet+0x1b/0x320 [decnet]
[ 246.875402] NF_HOOK.constprop.31+0x94/0xa0 [decnet]
[ 246.875408] dn_route_rcv+0x25c/0x3e0 [decnet]
[ 246.875413] __netif_receive_skb_core+0x514/0xa40
[ 246.875417] ? update_load_avg+0x6b/0x510
[ 246.875420] __netif_receive_skb+0x18/0x60
[ 246.875422] netif_receive_skb_internal+0x32/0xa0
[ 246.875425] netif_receive_skb+0x1c/0x70
[ 246.875430] e100_poll+0x1da/0x584 [e100]
[ 246.875433] net_rx_action+0x23e/0x380
[ 246.875436] ? e100_intr+0x83/0xd0 [e100]
[ 246.875439] __do_softirq+0x104/0x2af
[ 246.875443] irq_exit+0xb6/0xc0
[ 246.875445] do_IRQ+0x4f/0xd0
[ 246.875448] common_interrupt+0x89/0x89
[ 246.875452] RIP: 0010:mwait_idle+0x66/0x160
[ 246.875453] RSP: 0018:ffffb1da4068be80 EFLAGS: 00000246 ORIG_RAX:
ffffffffffffff9d
[ 246.875456] RAX: 0000000000000000 RBX: ffff94dd2336ea40 RCX:
0000000000000000
[ 246.875458] RDX: 0000000000000000 RSI: 0000000000000000 RDI:
0000000000000000
[ 246.875459] RBP: ffffb1da4068be98 R08: 0100000000000000 R09:
ffff94dd21001500
[ 246.875461] R10: 0000000000000000 R11: 0000000000000000 R12:
0000000000000001
[ 246.875462] R13: ffff94dd2336ea40 R14: 0000000000000000 R15:
0000000000000000
[ 246.875464] </IRQ>
[ 246.875469] arch_cpu_idle+0xf/0x20
[ 246.875472] default_idle_call+0x23/0x30
[ 246.875475] do_idle+0x16f/0x200
[ 246.875478] cpu_startup_entry+0x71/0x80
[ 246.875482] start_secondary+0x154/0x190
[ 246.875485] start_cpu+0x14/0x14
[ 246.875489] ---[ end trace 94933f0066a41534 ]---

Thanks again,

Supratim Sanyal
hb
2017-08-31 07:52:05 UTC
Permalink
Post by tuklu_san
There is something definitely broken in ubuntu 17, possibly in the
dn_rt_set_next_hop() function at line 184 in dst.h per the kernel logs.
It logs a warning at exactly this function in both the dnping source and
target boxes.
Maybe. But from what I understand, the warning is about using a call to
dst_metric(), an old API, which should be replaced by some other
function. As far as I understand, it should not cause any of your
problems. I can see the very same warning on a system where decnet works
as expected and with an older kernel (3.13.0). But I'm sure the Ubuntu
people know more about this than I do.
tuklu_san
2017-09-04 21:11:19 UTC
Permalink
Post by hb
problems. I can see the very same warning on a system where decnet works
as expected and with an older kernel (3.13.0). But I'm sure the Ubuntu
people know more about this than I do.
Perfect advice, thank you. I gave up on Zesty, no regrets, went back to
trusty 14.04/3.13.0, and as you said, it works great. This is fantastic,
very exciting. Thanks again.

fedach:~$ cat /etc/issue
Ubuntu 14.04.5 LTS \n \l
fedach:~$ uname -a
Linux fedach 3.13.0-129-generic #178-Ubuntu SMP Fri Aug 11 12:49:13 UTC
2017 i686 athlon i686 GNU/Linux
fedach:~$ dneigh
Node HWtype HWaddress Flags MTU
Iface
fomfor ether AA:00:04:00:2A:06 --- 1498
eth1
fedach:~$ dnping fomfor user pass 200
Sent 200 packets, Received 200 packets
fedach:~$ dndir 'fomfor"user pass"::*.*;*'

Directory of HOME:[USER]

DESKTOP.DIR;1 DOCUMENTS.DIR;1 DOWNLOADS.DIR;1 MUSIC.DIR;1
PICTURES.DIR;1 PUBLIC.DIR;1
TEMPLATES.DIR;1 VIDEOS.DIR;1 DECNET-CHECK-TO-FEDACH.SH;1
FOMFOR.TXT;1
fedach:~$

Regards,
Supratim Sanyal

Loading...