From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 36AB415800F for ; Thu, 16 Feb 2023 14:08:51 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DA376E0843; Thu, 16 Feb 2023 14:08:45 +0000 (UTC) Received: from covici.com (debian-2.covici.com [166.84.7.93]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 94634E07D4 for ; Thu, 16 Feb 2023 14:08:45 +0000 (UTC) Received: from ccs.covici.com (ccs.covici.com [70.109.51.194]) (authenticated bits=0) by covici.com (8.15.2/8.15.2/Debian-22) with ESMTPSA id 31GED8403734979 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 16 Feb 2023 09:13:10 -0500 Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.17.1.9/8.17.1) with ESMTPS id 31GE8gdF213292 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT) for ; Thu, 16 Feb 2023 09:08:42 -0500 Received: (from covici@localhost) by ccs.covici.com (8.17.1.9/8.17.1/Submit) id 31GE8c2j213196; Thu, 16 Feb 2023 09:08:38 -0500 Date: Thu, 16 Feb 2023 09:08:38 -0500 Message-ID: From: John Covici To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: my 5.15.93 kernel keeps rebooting In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/28.2 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) Organization: Covici Computer Systems Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Archives-Salt: c3f298c6-4482-4049-aad2-864d3427e0bb X-Archives-Hash: df21392f06e43219115c73415b906f31 On Thu, 16 Feb 2023 07:11:12 -0500, Rich Freeman wrote: > > On Thu, Feb 16, 2023 at 6:50 AM John Covici wrote: > > > > The sending computer has two nics, eno1 for the internal network and > > eno2 is on the internet. So, my netconsole stanza said > > netconsole=@192.168.0.1/eno1,@192.168.0.2 > > Is CONFIG_NETCONSOLE enabled for your kernel? > > I'm not sure if the kernel will assign the names eno1/2 to interfaces > - I think those might be assigned by udev, which probably won't have > run before the kernel parses this instruction. You might need to use > eth0/1 - and your guess is as good as mine which one corresponds to > which. > > If it isn't one of those it might not hurt to put the target mac > address in there just to be safe. I haven't needed that but maybe > there are situations where ARP won't work (it would be needed if you > are crossing subnets, in which case you'd need the gateway MAC). Keep > in mind that this is a low-level function that doesn't use any > routing/userspace/etc. It was designed to be robust in the event of a > PANIC and to be able to be enabled fairly early during boot, so it > can't rely on the sorts of things we just take for granted with > networking. > > > > > The box which is at 192.168.0.2 has netcat (windows version) and I > > tried the following: > > netcat -u -v -l 192.168.0.2 6666 and I also tried 192.168.0.1 6666 > > which is the ip address of the linux console which I am trying to > > debug. > > > > I also tried 0.0.0.0 6666 which did not work either, but I think the > > windows firewall was blocking, and I did fix that, but did not try the > > 0.0.0.0 after that. > > > > So I'm pretty sure that netcat requires listing the destination IP, > since it has to open a socket to listen on that IP. You can > optionally set a source address/port in which case it will ignore > anything else, but by default it will accept packets from any source. > > I was definitely going to suggest making sure that a windows firewall > wasn't blocking the inbound connections. That's fairly default > behavior on windows. hmmm, but what should I use for the source ip, I only assign those when I bring the interface up when I start the interface -- I have something like this: [Unit] Description=Network Connectivity for %i Documentation=man:ip Before=network.target Wants=network.target BindsTo=sys-subsystem-net-devices-%i.device After=sys-subsystem-net-devices-%i.device [Service] Type=oneshot RemainAfterExit=yes EnvironmentFile=/etc/conf.d/network@%i ExecStart=/bin/ip link set dev %i up ExecStart=/bin/ip addr add ${address}/${netmask} broadcast ${broadcast} dev %i ExecStart=-/bin/bash -c "test -n ${gateway} && /bin/ip route add default via ${gateway}" ExecStart=-/bin/bash -c "test -f /etc/conf.d/postup@%i.sh&&/bin/bash -c /etc/conf.d/postup@%i.sh" ExecStop=/bin/ip addr flush dev %i ExecStop=/bin/ip link set dev %i down ExecStop=-/bin/bash -c "test -f /etc/conf.d/postdown@%i.sh&&/bin/bash -c /etc/conf.d/postdown@%i.sh" [Install] WantedBy=multi-user.target and the /etc/conf.d/network@eno1 is address=192.168.0.1 netmask=24 broadcast=192.168.0.255 So, before I run this, I don't think the card has any ip address, does it? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una covici@ccs.covici.com