Re: Sun-4/110 NetBSD Diskless NFS Issue

Jason Thorpe <[email protected]>
Newsgroups gmane.os.netbsd.ports.sparc
Message-ID <[email protected]>

> On Apr 7, 2024, at 12:20 PM, Samuel Furtaw <[email protected]> wrote:
> 
> Hi all,
> 
> I've been tinkering on-and-off for several months trying to get NetBSD
> to run on my Sun-4/110 workstation. I haven't had any success with
> SCSI emulators, so I've been working on running the machine diskless.
> I have already successfully run SunOS 4.1.4 diskless over the network,
> so I translated most of my existing server setup into a "NetBSD"
> config.

FWIW — the 4/110 SCSI is a cranky beast.  I’ve worked on that driver in the past, so if you’re willing to put it a little more work on the SCSI emulator front, I am.

> The issue I'm running into is that, when pulling the kernel over NFS,
> the loader times out (with an error=60) when pulling the second chunk
> of the kernel. It does actually pull the first 1024 bytes of the
> kernel successfully, judging based on a Wireshark capture.
> 
> Here is the text output to the terminal:
> ```
> root addr=172.16.0.2 path=/export/netbsd/root
> read header failed: Unknown error: code 60
> Cannot load netbsd: error=60

#define ETIMEDOUT       60              /* Operation timed out */

> ```
> 
> In order to get it loading at all, I have compiled a kernel without
> most other SPARC components in order to fit within RAM - in my
> disk-based testing it refused to unpack the kernel if it was larger
> than 4MB (I only have 8MB total to work with.)
> 
> In the Wireshark capture, what's odd is that the first 1024-byte chunk
> of the kernel is pulled successfully, but when requesting the second
> chunk (offset 1024), the responses are sent by the server and plainly
> visible. The loader still asks for 3 retransmits before finally
> quitting.

Can you make the capture file available somewhere?

-- thorpej
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.