Q: kernel tftp strange problem.

Q: kernel tftp strange problem.

Post by Lahaye Olivie » Tue, 21 Jan 1997 04:00:00



Hello,

I'm trying to instzll linux on a Sparc Architecture (IPX SUN4C)

I've set up a tftp server.

But when I "boot net", the kernel start loading, but never finish...
When I snoop the loading, I can see that the kernel is completely sent
by the server, but the client still want more data.
What's wrong???
I've tryed thos kernels:

vmlinux-2.0-961222
vmlinux-2.1-961210
vmlinuxSMP-2.1-961210

downloaded by the web or by ftp (in binary mode of course)

those kernels are of course uncompressed.

The snoop trace is:
-----------------------
      suisse -> hongrie      TFTP Data block 2904 (512 bytes)
     hongrie -> suisse       TFTP Ack  block 2904
      suisse -> hongrie      TFTP Data block 2905 (512 bytes)
     hongrie -> suisse       TFTP Ack  block 2905
      suisse -> hongrie      TFTP Data block 2906 (512 bytes)
     hongrie -> suisse       TFTP Ack  block 2906
      suisse -> hongrie      TFTP Data block 2907 (512 bytes)
     hongrie -> suisse       TFTP Ack  block 2907
      suisse -> hongrie      TFTP Data block 2908 (512 bytes)
     hongrie -> suisse       TFTP Ack  block 2908
      suisse -> hongrie      TFTP Data block 2909 (441 bytes) (last block)
     hongrie -> suisse       TFTP Error: unknown transfer ID
     hongrie -> suisse       UDP D=44314 S=19429 LEN=12
      suisse -> hongrie      ICMP Destination unreachable (Bad port)
     hongrie -> suisse       UDP D=44314 S=19429 LEN=12
      suisse -> hongrie      ICMP Destination unreachable (Bad port)
     hongrie -> suisse       UDP D=44314 S=19429 LEN=12
      suisse -> hongrie      ICMP Destination unreachable (Bad port)
     hongrie -> suisse       UDP D=44314 S=19429 LEN=12
      suisse -> hongrie      ICMP Destination unreachable (Bad port)
-----------------------
The last block is sent, but the client want's more???
What's wrong?
Can it be a problem of prom config?
NOTE: Solaris boots well with boot net.....

Is there an FAQ about this?
Is it a but from SUN Solaris 2.4 in.tftpd?

Please help, I hate Solaris, and I want to turn all my IPX/SS1 into
linux boxes!

Thanks in advance.

 
 
 

1. Strange tftp/bootp/netmask problem

I have a strange problem after just converting to a class B network with
a class C netmask.  The machine has one ethernet and one slip interface
and is running on a 350, with aix 3.2.[>0<3].  My netmasks are consistent
across the entire net.  Today, when trying to boot an xterminal, it
got a successful bootp response, and then tried to tftp through my
slip interface for its files!  I removed the slip interface and it
booted just fine through the regular ethernet.  I would really like
to have that slip line working, but can't if I want to have xstations
boot from it.  The only reason I know what is going on is because we
have third party xterminals that tell us what is going on.  Our lone
IBM Xstation is, I would imagine, doing the same thing, since it won't
boot when we have a slip interface running (or even configured).

I first thought it was a reverse IP host lookup problem from the
DNS from h--l.  However, I just popped in /etc/hosts, removed all dns
stuff, and the problem still appeared.

Any ideas?  Thanks in advance.

-Nathan Lane
Trico Title Company, Santa Barbara, CA

2. soz - but ftpd & umask again

3. ltsp/tftp/kernel problem ?

4. Q: How to increase line length XMAN uses on x11r4 system

5. enable tftp and script tftp

6. Linux box as a router.

7. Beginner Linux help -- X and kernel Qs

8. Help!!! X-Windows and SiS 5596

9. Newbie Qs: Kernel patching and ppp auto dialing for no (apparent) reason

10. Strange, strange, strange...

11. C, Bash, and X: Strange, strange, strange

12. Strange kernel log message: kernel: set_rtc_mmss: can't update from 55 to 6

13. URGENT bootp - does tftp initiate transfer or does server push kernel?