MD

Marcus D. Leech

Wed, Nov 15, 2023 11:20 PM

On 15/11/2023 15:04, jmaloyan@umass.edu wrote:

Now, the device does not set the SFP addresses automatically, and I
suspect it has something to do with the ssh service not starting.
Additionally, if I use the Console JTAG port to manually set the
address of the RJ-45 port, then try to ping that address from my host
device, the address is not reachable.

sshd startup is a symptom of the underlying network pieces not being in
place--not the other way around.

I really don't know at this point--like I said I don't have one of these
(although it's possible I'll get one in the coming months),
so I'm not really familiar with its quirks.

On 15/11/2023 15:04, jmaloyan@umass.edu wrote: > > > Now, the device does not set the SFP addresses automatically, and I > suspect it has something to do with the ssh service not starting. > Additionally, if I use the Console JTAG port to manually set the > address of the RJ-45 port, then try to ping that address from my host > device, the address is not reachable. > > sshd startup is a symptom of the underlying network pieces not being in place--not the other way around. I really don't know at this point--like I said I don't have one of these (although it's possible I'll get one in the coming months), so I'm not really familiar with its quirks.

MA

Martin Anderseck

Thu, Nov 16, 2023 10:47 AM

There's something wrong with the network configuration of your device.

networkctl list
will give you an overview of the activity of your network ports on the device. My X410 reports this:

networkctl list

IDX LINK TYPE OPERATIONAL SETUP
1 lo loopback carrier unmanaged
2 eth0 ether routable configured
73 int0 ether routable configured
74 sfp0 ether routable configured
75 sfp0_1 ether no-carrier configuring
76 sfp0_2 ether no-carrier configuring
77 sfp0_3 ether no-carrier configuring

7 links listed.

If you don't have a carrier on eth0 then this is your problem. Are the LEDs at the RJ-45 connector on? After flashing your device, it should be in a fresh state, the 1 Gbps port is back to DHCP, and you can verify this with the ip command.

/Martin

From: jmaloyan@umass.edu jmaloyan@umass.edu
Sent: Wednesday, November 15, 2023 9:05 PM
To: usrp-users@lists.ettus.com
Subject: [USRP-users] Re: x410 stuck in reboot

I can not ping the non-working device even, either through RJ-45 or the SFP port. To be clear, everything I am doing to network into the non-working device is through console JTAG. Before this problem started, I was able to ssh into the processing system(Embedded linux) through either RJ-45 port and the SFP ports just fine.

In general, the x410 automatically sets the SFP ports 1-4 to 192.168.10.1-4 respectively. This is something I generally rely to not only log into the device, but when I want to run UHD software. If I ever want to use the RJ-45 port, I usually have to manually set the ip address using ifconfig, but this is pretty trivial.

Now, the device does not set the SFP addresses automatically, and I suspect it has something to do with the ssh service not starting. Additionally, if I use the Console JTAG port to manually set the address of the RJ-45 port, then try to ping that address from my host device, the address is not reachable.

National Instruments Dresden GmbH; Gesch?ftsf?hrer (Managing Directors): John Stanton McElroy, Albert Edward Percival III, Kathleen Spurck; Sitz (Registered Office): Dresden; HRB (Commercial Register No.): 22081; Registergericht (Registration Court): Dresden

This email and any attachments are intended only for the person to whom this email is addressed and may contain confidential and/or privileged information. If you received this email in error, please do not disclose the contents to anyone, but notify the sender by return email and delete this email (and any attachments) from your system.

There's something wrong with the network configuration of your device. networkctl list will give you an overview of the activity of your network ports on the device. My X410 reports this: # networkctl list IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier unmanaged 2 eth0 ether routable configured 73 int0 ether routable configured 74 sfp0 ether routable configured 75 sfp0_1 ether no-carrier configuring 76 sfp0_2 ether no-carrier configuring 77 sfp0_3 ether no-carrier configuring 7 links listed. # If you don't have a carrier on eth0 then this is your problem. Are the LEDs at the RJ-45 connector on? After flashing your device, it should be in a fresh state, the 1 Gbps port is back to DHCP, and you can verify this with the ip command. /Martin From: jmaloyan@umass.edu <jmaloyan@umass.edu> Sent: Wednesday, November 15, 2023 9:05 PM To: usrp-users@lists.ettus.com Subject: [USRP-users] Re: x410 stuck in reboot I can not ping the non-working device even, either through RJ-45 or the SFP port. To be clear, everything I am doing to network into the non-working device is through console JTAG. Before this problem started, I was able to ssh into the processing system(Embedded linux) through either RJ-45 port and the SFP ports just fine. In general, the x410 automatically sets the SFP ports 1-4 to 192.168.10.1-4 respectively. This is something I generally rely to not only log into the device, but when I want to run UHD software. If I ever want to use the RJ-45 port, I usually have to manually set the ip address using ifconfig, but this is pretty trivial. Now, the device does not set the SFP addresses automatically, and I suspect it has something to do with the ssh service not starting. Additionally, if I use the Console JTAG port to manually set the address of the RJ-45 port, then try to ping that address from my host device, the address is not reachable. National Instruments Dresden GmbH; Gesch?ftsf?hrer (Managing Directors): John Stanton McElroy, Albert Edward Percival III, Kathleen Spurck; Sitz (Registered Office): Dresden; HRB (Commercial Register No.): 22081; Registergericht (Registration Court): Dresden This email and any attachments are intended only for the person to whom this email is addressed and may contain confidential and/or privileged information. If you received this email in error, please do not disclose the contents to anyone, but notify the sender by return email and delete this email (and any attachments) from your system.

J

jmaloyan@umass.edu

Thu, Nov 16, 2023 4:06 PM

I managed to figure out how to ssh over RJ-45 and QSFP overnight, there was an issue with networking on my host device.

Last night, The RJ-45 and QSFP has solid green LED light. I am still not sure why the addresses of QSFP are not defaulting to the addresses listed in their respective network files, but nonetheless it is working now.

I managed to figure out how to ssh over RJ-45 and QSFP overnight, there was an issue with networking on my host device. Last night, The RJ-45 and QSFP has solid green LED light. I am still not sure why the addresses of QSFP are not defaulting to the addresses listed in their respective network files, but nonetheless it is working now.

J

jmaloyan@umass.edu

Thu, Nov 16, 2023 10:50 PM

The boot loop occured again after trying to load a new image

I tried following the same steps as before. But even after reflashing, I still get caught in a boot loop.

I want to power cycle the device, but before I unplugged the power supply, I noticed LED 1 to be solid green, which I believe means the FPGA is turned on(https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_usage_rearpanelleds).

Is it safe to unplug the power supply with this light on? I am hesitant to unplug it but I am not sure of another solution to figuring out the boot loop.

The boot loop occured again after trying to load a new image I tried following the same steps as before. But even after reflashing, I still get caught in a boot loop. I want to power cycle the device, but before I unplugged the power supply, I noticed LED 1 to be solid green, which I believe means the FPGA is turned on(https://files.ettus.com/manual/page_usrp_x4xx.html#x4xx_usage_rearpanelleds). Is it safe to unplug the power supply with this light on? I am hesitant to unplug it but I am not sure of another solution to figuring out the boot loop.