Linux-Networking Digest #976, Volume #11 Thu, 22 Jul 99 19:13:36 EDT
Contents:
Re: Simultaneous network/IDE traffic = reboot (Jamie Guinan)
Re: Port listings ("pg")
Re: dhcpd (Stuart R. Fuller)
Re: Local IP addresses ([EMAIL PROTECTED])
Logging into Linux from Win98? Win98-local shell? Possible? (Ben Blish)
traceroute port ("John F. McClure")
Reading Material ("Adam Haile")
Re: Linux mgetty/pap dialin (Tim Peeler)
loging IP address (George Genovezos)
Re: Ipchains & Port Forward ([EMAIL PROTECTED])
----------------------------------------------------------------------------
From: Jamie Guinan <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware
Subject: Re: Simultaneous network/IDE traffic = reboot
Date: Thu, 22 Jul 1999 22:31:10 GMT
Just to chime in with a "me too", a system running
at one my client's sites starting exhibiting spontaneous
reboots after an upgrade from RH 5.2 to 6.0. I was
unable to reproduce the error manually, but it
happened often enough that they decided to downgrade
to RH 5.2 again (the client needed a functioning server
and didn't want to pay me to debug Linux problems).
The one thing I noticed in common with your setup was
the 3c59x driver (3Com 3C905B Cyclone 100baseTX).
I noticed some very weird behavior with the network
card under RH 6.0. The link light would come and
go almost randomly, and network connectivity came
and went with it.
I tried all of the following but the flaky network
behavior and reboots still happened with the 6.0
install (stock kernel 2.2.15-15):
.. swapping the NIC card with another of the same model
.. replacing the network cable
.. trying several different network drops
.. swapping the hard drive and video card into
another machine (with same model NIC)
Too bad I didn't have time to ferret out the
exact problem, but I figured I'd post here to
bear witness to the fact that some sort of bug
may exist that is causing the reboot behavior we
both experienced.
Since the downgrade to 5.2 everything looks fine.
The link light on the card stays on all the time
and they haven't had any problems.
-Jamie
Roland Olsson wrote:
> This is a multi-part message in MIME format.
> --------------0B567FA2BC1A6CBE88523E35
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
>
> Hi,
>
> I have stumbled upon a _big_ problem with my machine. It makes a silent
> and instantaneous soft reboot when performing (pretty tough) disk and
> network access at the same time. I noticed this when trying to transfer
> some 10+ Mb files from this machine as the screen just turned black and
> the BIOS "welcome" screen appeared. No kernel oops or other message,
> just a plain reboot. I can't find anything in the logs either. *sigh*
>
> If I am using the machine "normally" everything works just fine. That is
> no fiddling with large files or performing any extreme network activity.
>
> I have found a very simple way of reproducing the crash. Just do a 'ping
> -f' to the machine for a second or so and run 'hdparm -t /dev/hda' at
> the same time. It reboots almost immediately. One more thing, if I do
> 'ping -f' locally no matter to what address/if, I can't make it crash.
> But from another machine - reboot.
>
> I have checked everything I can think of, i.e. conflicting IRQ:s, DMA
> etc. I have tried to reassign almost everything in the BIOS but to no
> avail. Also tested the 2.2.9 kernel but same thing there. I do not know
> what to do next, does anyone of you have an idea?
>
> Some facts about the machine:
> Intel Celeron 333
> 128Mb DIMM
> Motherboard Abit BH6 (Award BIOS rev 4.51PG)
> 2pcs NIC 3Com 3C905B-TX
> Seagate Medalist ST38420A IDE 8,6Gb
> Redhat 6.0 (kernel build 2.2.5-15)
>
> Attached are some files from /proc that may or may not help you to help
> me.
>
> Regards,
> /Roland
> --------------0B567FA2BC1A6CBE88523E35
> Content-Type: text/plain; charset=us-ascii;
> name="boot-allinfo"
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline;
> filename="boot-allinfo"
>
> ::::::::::::::
> cpuinfo
> ::::::::::::::
> processor : 0
> vendor_id : GenuineIntel
> cpu family : 6
> model : 6
> model name : Celeron (Mendocino)
> stepping : 0
> cpu MHz : 334.098612
> cache size : 128 KB
> fdiv_bug : no
> hlt_bug : no
> sep_bug : no
> f00f_bug : no
> fpu : yes
> fpu_exception : yes
> cpuid level : 2
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat
pse36 mmx osfxsr
> bogomips : 333.41
>
> ::::::::::::::
> devices
> ::::::::::::::
> Character devices:
> 1 mem
> 2 pty
> 3 ttyp
> 4 ttyS
> 5 cua
> 7 vcs
> 10 misc
> 29 fb
> 36 netlink
> 128 ptm
> 136 pts
>
> Block devices:
> 1 ramdisk
> 3 ide0
> 9 md
> ::::::::::::::
> dma
> ::::::::::::::
> 4: cascade
> ::::::::::::::
> dmesg
> ::::::::::::::
> Linux version 2.2.5-15 ([EMAIL PROTECTED]) (gcc version
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)) #1 Mon Apr 19 23:00:46
EDT 1999
> Detected 334098612 Hz processor.
> Console: colour dummy device 80x25
> Calibrating delay loop... 333.41 BogoMIPS
> Memory: 63140k/65536k available (996k kernel code, 412k reserved, 928k
data, 60k init)
> VFS: Diskquotas version dquot_6.4.0 initialized
> CPU: Intel Celeron (Mendocino) stepping 00
> Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
> Checking 'hlt' instruction... OK.
> POSIX conformance testing by UNIFIX
> mtrr: v1.26 (19981001) Richard Gooch ([EMAIL PROTECTED])
> PCI: PCI BIOS revision 2.10 entry at 0xfb460
> PCI: Using configuration type 1
> PCI: Probing PCI hardware
> Linux NET4.0 for Linux 2.2
> Based upon Swansea University Computer Society NET3.039
> NET4: Unix domain sockets 1.0 for Linux NET4.0.
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP, IGMP
> Initializing RT netlink socket
> Starting kswapd v 1.5
> vesafb: framebuffer at 0xe6000000, mapped to 0xc4800000, size 4096k
> vesafb: mode is 1024x768x32, linelength=4096, pages=0
> vesafb: protected mode interface info at c000:7ee0
> vesafb: scrolling: redraw
> vesafb: directcolor: size=8:8:8:8, shift=24:16:8:0
> Console: switching to colour frame buffer device 128x48
> fb0: VESA VGA frame buffer device
> Detected PS/2 Mouse Port.
> Serial driver version 4.27 with MANY_PORTS MULTIPORT SHARE_IRQ enabled
> ttyS00 at 0x03f8 (irq = 4) is a 16550A
> pty: 256 Unix98 ptys configured
> apm: BIOS version 1.2 Flags 0x07 (Driver version 1.9)
> Real Time Clock Driver v1.09
> RAM disk driver initialized: 16 RAM disks of 4096K size
> PIIX4: IDE controller on PCI bus 00 dev 39
> PIIX4: not 100% native mode: will probe irqs later
> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA
> hda: ST38420A, ATA DISK drive
> hdb: Pioneer CD-ROM ATAPI Model DR-A12X 0100, ATAPI CDROM drive
> ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
> hda: ST38420A, 8223MB w/512kB Cache, CHS=1048/255/63
> hdb: ATAPI 12X CD-ROM drive, 128kB Cache
> Uniform CDROM driver Revision: 2.54
> floppy0: no floppy controllers found
> md driver 0.90.0 MAX_MD_DEVS=256, MAX_REAL=12
> raid5: measuring checksumming speed
> raid5: using high-speed MMX checksum routine
> pII_mmx : 813.054 MB/sec
> p5_mmx : 787.908 MB/sec
> 8regs : 576.072 MB/sec
> 32regs : 413.766 MB/sec
> using fastest function: pII_mmx (813.054 MB/sec)
> scsi : 0 hosts.
> scsi : detected total.
> md.c: sizeof(mdp_super_t) = 4096
> Partition check:
> hda: hda1 hda2 < hda5 hda6 hda7 hda8 hda9 >
> autodetecting RAID arrays
> autorun ...
> ... autorun DONE.
> VFS: Mounted root (ext2 filesystem) readonly.
> Freeing unused kernel memory: 60k freed
> Adding Swap: 72256k swap-space (priority -1)
> 3c59x.c:v0.99H 11/17/98 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html
> eth0: 3Com 3c905B Cyclone 100baseTx at 0xe400, 00:50:04:35:47:48, IRQ 10
> Internal config register is 1800000, transceivers 0xa.
> 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface.
> MII transceiver found at address 24, status 786d.
> MII transceiver found at address 0, status 786d.
> Enabling bus-master transmits and whole-frame receives.
> eth1: 3Com 3c905B Cyclone 100baseTx at 0xe800, 00:50:04:35:44:e8, IRQ 11
> Internal config register is 1800000, transceivers 0xa.
> 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface.
> MII transceiver found at address 24, status 786d.
> MII transceiver found at address 0, status 786d.
> Enabling bus-master transmits and whole-frame receives.
> eth0: Initial media type Autonegotiate.
> eth0: MII #24 status 786d, link partner capability 0020, setting
half-duplex.
> eth0: vortex_open() InternalConfig 01800000.
> eth0: vortex_open() irq 10 media status 8080.
> eth1: Initial media type Autonegotiate.
> eth1: MII #24 status 786d, link partner capability 41e1, setting
full-duplex.
> eth1: vortex_open() InternalConfig 01800000.
> eth1: vortex_open() irq 11 media status 8080.
> eth0: Media selection timer tick happened, Autonegotiate.
> eth0: MII transceiver has status 7869.
> eth1: Media selection timer tick happened, Autonegotiate.
> eth1: MII transceiver has status 7869.
> Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]).
> nfsd_init: initialized fhcache, entries=256
> CSLIP: code copyright 1989 Regents of the University of California
> SLIP: version 0.8.4-NET3.019-NEWTTY-MODULAR (dynamic channels, max=256)
(6 bit encapsulation enabled).
> SLIP linefill/keepalive option.
> cat uses obsolete /proc/pci interface
> ::::::::::::::
> interrupts
> ::::::::::::::
> CPU0
> 0: 87868 XT-PIC timer
> 1: 933 XT-PIC keyboard
> 2: 0 XT-PIC cascade
> 8: 2 XT-PIC rtc
> 10: 1598 XT-PIC eth0
> 11: 441 XT-PIC eth1
> 13: 1 XT-PIC fpu
> 14: 654584 XT-PIC ide0
> NMI: 0
> ::::::::::::::
> ioports
> ::::::::::::::
> 0000-001f : dma1
> 0020-003f : pic1
> 0040-005f : timer
> 0060-006f : keyboard
> 0070-007f : rtc
> 0080-008f : dma page reg
> 00a0-00bf : pic2
> 00c0-00df : dma2
> 00f0-00ff : fpu
> 01f0-01f7 : ide0
> 03c0-03df : vga+
> 03f6-03f6 : ide0
> 03f8-03ff : serial(auto)
> e400-e47f : eth0
> e800-e87f : eth1
> f000-f007 : ide0
> f008-f00f : ide1
> ::::::::::::::
> modules
> ::::::::::::::
> slip 7636 2 (autoclean)
> slhc 4392 1 (autoclean) [slip]
> nfsd 151576 8 (autoclean)
> lockd 31208 1 (autoclean) [nfsd]
> sunrpc 52420 1 (autoclean) [nfsd lockd]
> 3c59x 18472 2 (autoclean)
> ::::::::::::::
> pci
> ::::::::::::::
> PCI devices found:
> Bus 0, device 0, function 0:
> Host bridge: Intel 440BX - 82443BX Host (rev 2).
> Medium devsel. Master Capable. Latency=64.
> Prefetchable 32 bit memory at 0xe0000000 [0xe0000008].
> Bus 0, device 1, function 0:
> PCI bridge: Intel 440BX - 82443BX AGP (rev 2).
> Medium devsel. Master Capable. Latency=64. Min Gnt=128.
> Bus 0, device 7, function 0:
> ISA bridge: Intel 82371AB PIIX4 ISA (rev 2).
> Medium devsel. Fast back-to-back capable. Master Capable. No
bursts.
> Bus 0, device 7, function 1:
> IDE interface: Intel 82371AB PIIX4 IDE (rev 1).
> Medium devsel. Fast back-to-back capable. Master Capable.
Latency=64.
> I/O at 0xf000 [0xf001].
> Bus 0, device 7, function 2:
> USB Controller: Intel 82371AB PIIX4 USB (rev 1).
> Medium devsel. Fast back-to-back capable. Master Capable.
Latency=64.
> I/O at 0xe000 [0xe001].
> Bus 0, device 7, function 3:
> Bridge: Intel 82371AB PIIX4 ACPI (rev 2).
> Medium devsel. Fast back-to-back capable.
> Bus 0, device 13, function 0:
> Ethernet controller: 3Com 3C905B 100bTX (rev 48).
> Medium devsel. IRQ 10. Master Capable. Latency=64. Min
Gnt=10.Max Lat=10.
> I/O at 0xe400 [0xe401].
> Non-prefetchable 32 bit memory at 0xea001000 [0xea001000].
> Bus 0, device 15, function 0:
> Ethernet controller: 3Com 3C905B 100bTX (rev 48).
> Medium devsel. IRQ 11. Master Capable. Latency=64. Min
Gnt=10.Max Lat=10.
> I/O at 0xe800 [0xe801].
> Non-prefetchable 32 bit memory at 0xea000000 [0xea000000].
> Bus 0, device 17, function 0:
> VGA compatible controller: Matrox Mystique (rev 3).
> Medium devsel. Fast back-to-back capable. Master Capable.
Latency=64.
> Prefetchable 32 bit memory at 0xe6000000 [0xe6000008].
> Non-prefetchable 32 bit memory at 0xe7000000 [0xe7000000].
> Non-prefetchable 32 bit memory at 0xe8000000 [0xe8000000].
>
>
> --------------0B567FA2BC1A6CBE88523E35--
>
================== Posted via SearchLinux ==================
http://www.searchlinux.com
------------------------------
From: "pg" <[EMAIL PROTECTED]>
Subject: Re: Port listings
Date: Thu, 22 Jul 1999 22:33:04 GMT
<[EMAIL PROTECTED]> wrote in message news:7n7v6j$527$[EMAIL PROTECTED]...
> Does anybody know where I can find a listing of all the ports and
> services that are used? I know http uses port 80 and telnet is port 23,
> I think. Thanks in advance.
>
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
==========================================
You can find them all at:
http://www.isi.edu/in-notes/iana/assignments/port-numbers
keep in mind that these are assigned ports - people don't always play by the
rules....
PG
------------------------------
From: [EMAIL PROTECTED] (Stuart R. Fuller)
Subject: Re: dhcpd
Crossposted-To:
comp.os.linux.hardware,alt.os.linux,alt.linux.sux,alt.linux,alt.os.linux.caldera
Reply-To: [EMAIL PROTECTED]
Date: Thu, 22 Jul 1999 22:00:04 GMT
TURBO1010 ([EMAIL PROTECTED]) wrote:
: Help, I can't start dhcpd.
:
: This is what I get right now when I try to start dhcpd
:
: [root@comp1 juan]# Listening on Socket/eth1/192.168.1.0
: Sending on Socket/eth1/192.168.1.0
: No subnet declaration for eth0 (209.203.123.110).
: dhcpd: exiting.
dhcpd is complaining that you don't have a subnet declaration for your
external network. So, the solution is to give it a subnet declaration, but
don't list any addresses that it should serve:
subnet 24.2.252.0 netmask 255.255.254.0 {
}
Stu
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.sys.next.sysadmin
Subject: Re: Local IP addresses
Date: Thu, 22 Jul 1999 21:23:44 GMT
In article <[EMAIL PROTECTED]>,
Warren Young <[EMAIL PROTECTED]> wrote:
> That'd be correct if 192.168 was a class B address, but it isn't. The
> 192.168.x blocks are all class C. The class B unroutable/private
> blocks are 172.{16-31}. The netmask for simple class C networks is,
> of course, 255.255.255.0.
Well, if you're going to be overly-pedantic, I should point out that
there is no longer any such thing as a "Class B" or "Class C" network.
The new terminology is:
10.0.0.0 - 10.255.255.255 (10/8)
172.16.0.0 - 172.31.255.255 (172.16/12)
192.168.0.0 - 192.168.255.255 (192.168/16)
...so 192.168.x "blocks" are all parts of the 192.168/16 network, NOT a
collection of 256 "Class C" networks.
--
Bill Clark
Systems Architect
ISP Channel
http://neighborhood.ispchannel.com/
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: [EMAIL PROTECTED] (Ben Blish)
Subject: Logging into Linux from Win98? Win98-local shell? Possible?
Reply-To: [EMAIL PROTECTED]
Date: Thu, 22 Jul 1999 22:04:37 GMT
I've got four PC's on an ethernet TCP-IP network. One is a linux machine, and
I'd like to be able to start compiles and suchlike from a command line
interface on a Win98 platform on this little network.
Is this possible? The Linux machine is a "Workstation" install from a very
recent RedHat CD, 6 or 6.something.
I don't have the Apache server on it (though I'd really like to try it,
my experiences thus far with the RedHat RPM's hasn't been reassuring.
Do I need that for this? I'll need it later, but I'm trying to do this
step by step to reduce confusion (with which I am well supplied... :)
Any advice is appreciated. Thank you!
Ben
------------------------------
From: "John F. McClure" <[EMAIL PROTECTED]>
Subject: traceroute port
Date: Thu, 22 Jul 1999 21:31:43 +0000
When trying to traceroute using my linux box
I never get back the final host. I always get
to the last hop before the final host, but never
complete the traceroute. Traceroute on my
Windows machine works fine. It always completes
the route. Does *nix use a higher udp for the
last hop or what? Any suggestions?
TIA
-- John
------------------------------
From: "Adam Haile" <[EMAIL PROTECTED]>
Subject: Reading Material
Date: Thu, 22 Jul 1999 15:46:44 -0700
What is some good reading material that I can learn I'm getting Red Hat 6 in
a couple of weeks and need some references. I currently have a 3 computer
network Win 98 and going to school for my Degree in CS Any Books/Links is
welcome Thank you Adam
------------------------------
From: Tim Peeler <[EMAIL PROTECTED]>
Subject: Re: Linux mgetty/pap dialin
Date: Thu, 22 Jul 1999 22:37:04 +0000
"M. Buchenrieder" wrote:
>
> Tim Peeler <[EMAIL PROTECTED]> writes:
>
> [snip]
>
> >Debug msgs:
>
> > <-- /var/log/mgetty.log.ttyD1
> > 07/21 23:38:02 yD1 mgetty: experimental test release 1.1.14-Apr02
> > 07/21 23:38:02 yD1 check for lockfiles
> > 07/21 23:38:02 yD1 locking the line
> > 07/21 23:38:02 yD1 WARNING: DSR is off - modem turned off or bad
> >cable?
>
> [...]
>
> This one has "hint" written all over it.
>
> See "info mgetty" and "man mgetty"; check for "DIRECT" option (-r) .
>
> Michael
> --
> Michael Buchenrieder * [EMAIL PROTECTED] * http://www.muc.de/~mibu
> Lumber Cartel Unit #456 (TINLC) & Official Netscum
> Note: If you want me to send you email, don't munge your address.
Bleh, looks like a problem with the null modem cable. I'll have to pick
up a
new one and see if i still get the same errors. While i'm at it I might
as
well get a null rj45. (Btw, when using ttyD0 on my modem I've got no
errors from mgetty, i can connect to my isp so it's got to be a bad
cable or
a bad port on windows... Will test...)
------------------------------
Date: Thu, 22 Jul 1999 16:07:54 -0400
From: George Genovezos <[EMAIL PROTECTED]>
Subject: loging IP address
Hello
How do I log IP addresses that log in from telnet, HTTP and FTP? I am
using redhat
5.2 and apache 1.3.3
Thanks
Goerge
------------------------------
From: [EMAIL PROTECTED]
Subject: Re: Ipchains & Port Forward
Date: 22 Jul 1999 21:12:04 GMT
Reply-To: [EMAIL PROTECTED]
There isn't an IPChains command to do what you want. But, I think the "redir"
command (an IP Masq hack) will accomplish a port forward from 420 to 21.
Look for it from the IP Masquerading homepage: http://members.home.net/ipmasq/
>> > i want FTP requests on port 420 on my Linux BOX to be sent to
>> > 192.168.0.2 ( local ) port 21
>> > but i still want to keep my ftp in linux on port 21.
"Miserable Glitches!"
-- [EMAIL PROTECTED]
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.networking) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Networking Digest
******************************
