Date: Sat, 11 Jul 1998 10:20:55 +0200 (CEST) From: Holm Tiffe <freebsd@magnet.geophysik.tu-freiberg.de> To: freebsd-current@FreeBSD.ORG Subject: Re: Arrgh ! resubscribing again again again.... (fwd) Message-ID: <199807110820.KAA04937@magnet.geophysik.tu-freiberg.de>
next in thread | raw e-mail | index | archive | help
----- Forwarded message from freebsd -----
>From freebsd Sat Jul 11 10:18:01 1998
Subject: Re: Arrgh ! resubscribing again again again....
In-Reply-To: <19980711000956.A21101@klemm.gtn.com> from Andreas Klemm at "Jul 11, 98 00:09:56 am"
To: andreas@klemm.gtn.com (Andreas Klemm)
Date: Sat, 11 Jul 1998 10:18:01 +0200 (CEST)
X-Mailer: ELM [version 2.4ME+ PL26 (25)]
Content-Length: 10208
> On Fri, Jul 10, 1998 at 01:11:15PM +0200, Holm Tiffe wrote:
> > Hi,
> > Could someone please take a look at the long standing
> > problem, with the dying daemons on -current ?
>
> No daemons dying here. Which version (date) of -current do
> you use ? Might that be a hardware related thing ?
>
> What hardware are you using ?
> What kernel config file ?
This problem in the VM Subsystem persists since around mid of January
1998 and ther was already a thread on this lists about "dying daemons".
Here an example what happens: (a little old now, but unchanged behavior
on a current -current)
Jun 3 13:41:28 magnet /kernel: npx0: INT 16 interface
Jun 3 13:41:28 magnet named[74]: starting. named 8.1.2-T3B Tue Jun 2 11:30:43 CEST 1998 root@red-bul
l.geophysik.tu-freiberg.de:/usr/obj/usr/src/usr.sbin/named
Jun 3 13:41:31 magnet named[75]: Ready to answer queries.
Jun 3 13:41:34 magnet amd[112]: NIS domain name is not set. NIS ignored.
Jun 3 13:41:38 magnet lpd[135]: restarted
Jun 3 14:13:33 magnet su: holm to root on /dev/ttyp3
Jun 3 14:13:58 magnet su: holm to root on /dev/ttyp3
Jun 3 14:15:28 magnet su: holm to root on /dev/ttyp1
Jun 3 16:10:20 magnet /kernel: swap_pager: suggest more swap space: 61 MB
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
This comes from starting netscape 4.05
and now:
Jun 3 16:12:17 magnet su: holm to root on /dev/ttyp3
Jun 3 16:15:10 magnet su: holm to freebsd on /dev/ttyp2
Jun 3 16:31:43 magnet /kernel: pid 3385 (sendmail), uid 0: exited on signal 11
This is what I mean !
Because I know that problem for long, the next action is killing sendmail
and restarting it per hand:
Jun 3 16:36:20 magnet su: holm to root on /dev/ttyp2
Jun 3 16:38:11 magnet sendmail[4980]: NOQUEUE: SYSERR(root): opendaemonsocket: cannot bind: Address already
in use
Jun 3 16:38:11 magnet sendmail[4980]: problem creating SMTP socket
Jun 3 16:38:16 magnet sendmail[4980]: NOQUEUE: SYSERR(root): opendaemonsocket: cannot bind: Address already
...
but this is normal.
Like this problem I have problems with inetd too, telnetd is claiming about
junk pointer to low etc.
All this after starting navigator4.05.
This machine waits for an upgrade next time.
It is a 486DX2/80 with 32Mbyte RAM, and tracks -current since 2.0.0.
######################################################
dmesg output here:
Copyright (c) 1992-1998 FreeBSD Inc.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
FreeBSD 3.0-CURRENT #6: Fri Jul 10 14:13:28 CEST 1998
root@red-bull.geophysik.tu-freiberg.de:/usr/src/sys/compile/MAGNET
Timecounter "i8254" frequency 1193182 Hz cost 6501 ns
CPU: i486DX (486-class CPU)
real memory = 33554432 (32768K bytes)
avail memory = 30785536 (30064K bytes)
eisa0: <SIS01 (System Board)>
Probing for devices on the EISA bus
ahc0: <Adaptec 274X SCSI host adapter> at 0x3c00-0x3cff irq 11 on eisa0 slot 3
ahc0: aic7770 <= Rev C, Twin Channel, A SCSI Id=7, B SCSI Id=7, 4 SCBs
ahc0: waiting for scsi devices to settle
scbus0 at ahc0 bus 0
sd0 at scbus0 target 0 lun 0
sd0: <IBM OEM 0663E12 5 51> type 0 fixed SCSI 2
sd0: Direct-Access 995MB (2039283 512 byte sectors)
sd1 at scbus0 target 1 lun 0
sd1: <Quantum XP32150W L912> type 0 fixed SCSI 2
sd1: Direct-Access 2151MB (4406960 512 byte sectors)
cd0 at scbus0 target 4 lun 0
cd0: <TOSHIBA CD-ROM XM-3301TA 3511> type 5 removable SCSI 2
cd0: CD-ROM cd present [303846 x 2048 byte records]
st1 at scbus0 target 5 lun 0
st1: <HP HP35480A A> type 1 removable SCSI 2
st1: Sequential-Access density code 0x13, variable blocks, write-enabled
ahc0: waiting for scsi devices to settle
scbus1 at ahc0 bus 1
st0 at scbus1 target 3 lun 0
st0: <TANDBERG TDC 3660 O08:> type 1 removable SCSI 1
st0: Sequential-Access density code 0x10, drive empty
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 at 0x280-0x29f irq 10 maddr 0xd8000 msize 16384 on isa
ed0: address 00:00:c0:90:69:63, type WD8013EPC (16 bit)
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16450
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
sio4 at 0x2a0-0x2a7 flags 0x781 on isa
sio4: type 16550A (multiport)
sio5 at 0x2a8-0x2af flags 0x781 on isa
sio5: type 16550A (multiport)
sio6 at 0x2b0-0x2b7 flags 0x781 on isa
sio6: type 16550A (multiport)
sio7 at 0x2b8-0x2bf irq 5 flags 0x781 on isa
sio7: type 16550A (multiport master)
lpt0 at 0x378-0x37f irq 7 on isa
lpt0: Interrupt-driven port
lp0: TCP/IP capable interface
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: FIFO enabled, 8 bytes threshold
fd0: 1.44MB 3.5in
fd1: 1.2MB 5.25in
npx0 on motherboard
npx0: INT 16 interface
changing root device to sd0s1a
######################################################
$ swapinfo
Device 1024-blocks Used Avail Capacity Type
/dev/sd0s1b 65536 29392 36016 45% Interleaved
$
######################################################
Kernel config:
#
# MAGNET
#
#
#
machine "i386"
cpu "I486_CPU"
ident MAGNET
maxusers 10
options INET #InterNETworking
options FFS #Berkeley Fast Filesystem
options NFS #Network Filesystem
#options MSDOSFS #MSDOS Filesystem
options "CD9660" #ISO 9660 Filesystem
options PROCFS #Process filesystem
options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!]
options SCSI_DELAY=5 #Be pessimistic about Joe SCSI device
options UCONSOLE #Allow users to grab the console
options KTRACE
options SYSVSHM
options SYSVSEM
options SYSVMSG
options "SHMMAX=16777216"
options "SHMSEG=32"
options "SHMMNI=128"
options "SHMALL=4096"
options COM_MULTIPORT
config kernel root on sd0
controller isa0
controller eisa0
controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
disk fd0 at fdc0 drive 0
disk fd1 at fdc0 drive 1
# A single entry for any of these controllers (ncr, ahb, ahc) is sufficient
# for any number of installed devices.
controller ahc0
controller scbus0 at ahc0 bus 0
controller scbus1 at ahc0 bus 1
device sd0 at scbus0 target 0
#device sd1 at scbus0 target 2
#device sd2 at scbus1 target 2
device st0 at scbus1 target 3
device st1 at scbus0 target 5
#device cd0 at scbus0 target 4
device od0
device cd0 #Only need one of these, the code dynamically grows
# syscons is the default console driver, resembling an SCO console
device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr
# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
#device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint
#options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5
#options XSERVER # include code for XFree86
#options FAT_CURSOR # start with block cursor
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
#options PCVT_SCANSET=2 # IBM keyboards are non-std
# Mandatory, don't remove
device npx0 at isa? port "IO_NPX" irq 13 vector npxintr
device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr
device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr
#device sio2 at isa? port "IO_COM3" tty irq 9 vector siointr
#device sio3 at isa? port "IO_COM4" tty irq 9 vector siointr
# AST-4 Port
device sio4 at isa? port 0x2a0 tty flags 0x781
device sio5 at isa? port 0x2a8 tty flags 0x781
device sio6 at isa? port 0x2b0 tty flags 0x781
device sio7 at isa? port 0x2b8 tty flags 0x781 irq5 vector siointr
device lpt0 at isa? port? tty irq 7 vector lptintr
#device lpt1 at isa? port? tty
#device lpt2 at isa? port? tty
# Order is important here due to intrusive probes, do *not* alphabetize
# this list of network interfaces until the probes have been fixed.
# Right now it appears that the ie0 must be probed before ep0. See
# revision 1.20 of this file.
device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr
device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 vector edintr
pseudo-device loop
pseudo-device ether
pseudo-device sl 1
# ijppp uses tun instead of ppp device
#pseudo-device ppp 1
pseudo-device tun 1
pseudo-device pty 16
# keep this if you want to be able to continue to use /stand/sysinstall
pseudo-device gzip # Exec gzipped a.out's
pseudo-device bpfilter 4 #Berkeley packet-filter
pseudo-device vn 2
################################################################
>
> > This number 6 or 7 of subscribing our lists, because
> > my computer with 32 Mbytes of memory tracks -current
> > and sendmail's childs are getting killed on segfaults
> > when I start netscape or so.
>
> ???
>
> > Than the mail bounces back, I have to resubscribe our
> > own lists.
>
> What does a dying daemon have to do with subscribing to
> a list (aliases file, majordomo ???).
The problem occours on weekends and holydays, when I'm
away from that host for several days and forgot to restart sendmail.
>
> > sorry for my poor english.
>
this belives actual!
Holm
--
*******************************************************************************
* Holm Tiffe holm@geophysik.tu-freiberg.de *
* Freiberger Strasse 24 *
* 09600 Kleinschirma, Germany Microsoft is not the Answer - *
* Tel.: 49 3731 74233 Microsoft is the Question, *
* UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! *
*******************************************************************************
----- End of forwarded message from freebsd -----
--
*******************************************************************************
* Holm Tiffe holm@geophysik.tu-freiberg.de *
* Freiberger Strasse 24 *
* 09600 Kleinschirma, Germany Microsoft is not the Answer - *
* Tel.: 49 3731 74233 Microsoft is the Question, *
* UUCP: 49 3731 73719 unicorn!holm and the Answer is no ! *
*******************************************************************************
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199807110820.KAA04937>