RE: Installing linux_base 6.1
Thanks all! rm -rf on /usr/compat/linux did the trick. Now I can try to install Oracle. :-) Thanks again. -Reggie -Original Message- From: Matthew Dillon [mailto:[EMAIL PROTECTED]] Sent: Friday, February 18, 2000 8:31 PM To: Jordan K. Hubbard Cc: Reginald S. Perry; [EMAIL PROTECTED] Subject: Re: Installing linux_base 6.1 :> I am currently having a problem installing linux_base, both the port and the :> package on -current. I used to lurk to discover these problems by browsing :> the mailing list, but they are down. :-( :> :> I just cvsupped and rebuilt the world today and it still fails. Here are the :> messages: : :Yes, I've seen this also. For some reason, either the linux_base :package or pkg_add is broken here, and I'm tending to suspect the :latter at this point since there shouldn't be any attempt to cd to :/compat, nowhere in the packing list does it say to do that. Methinks :a buffer is overflowing somewhere. : :- Jordan I had similar problems trying to install the latest linux_base onto a system which previously had the old (/compat/linux) version. I wound up having to rm -rf /compat/linux and /usr/compat/linux and then doing the make install, which worked. It created /usr/compat/linux and didn't seem to care that no /compat/linux existed. However, other linux programs (e.g. the linux netscape) still look in /compat so I had to create a softlink from /compat/linux to /usr/compat/linux in order for netscape to run. -Matt Matthew Dillon <[EMAIL PROTECTED]> To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Installing linux_base 6.1
I am currently having a problem installing linux_base, both the port and the package on -current. I used to lurk to discover these problems by browsing the mailing list, but they are down. :-( I just cvsupped and rebuilt the world today and it still fails. Here are the messages: miles# pkg_add -v linux_base-6.1.tgz Requested space: 72761200 bytes, free space: 710092800 bytes in /var/tmp/instmp.UL3236 Package `linux_base-6.1' depends on `gdbm-1.8.0'. - already installed. Package `linux_base-6.1' depends on `rpm-2.5.6'. - already installed. extract: Package name is linux_base-6.1 extract: CWD to /compat/linux pkg_add: unable to cwd to '/compat' miles# make install ===> Extracting for linux_base-6.1 >> Checksum OK for rpm/setup-2.0.5-1.noarch.rpm. >> Checksum OK for rpm/filesystem-1.3.5-1.noarch.rpm. >> Checksum OK for rpm/basesystem-6.0-4.noarch.rpm. >> Checksum OK for rpm/ldconfig-1.9.5-15.i386.rpm. >> Checksum OK for rpm/glibc-2.1.2-11.i386.rpm. >> Checksum OK for rpm/termcap-9.12.6-15.i386.rpm. >> Checksum OK for rpm/libtermcap-2.0.8-18.i386.rpm. >> Checksum OK for rpm/bash-1.14.7-16.i386.rpm. >> Checksum OK for rpm/ncurses-4.2-25.i386.rpm. >> Checksum OK for rpm/zlib-1.1.3-5.i386.rpm. >> Checksum OK for rpm/info-3.12h-2.i386.rpm. >> Checksum OK for rpm/fileutils-4.0-8.i386.rpm. >> Checksum OK for rpm/grep-2.3-2.i386.rpm. >> Checksum OK for rpm/binutils-2.9.1.0.23-6.i386.rpm. >> Checksum OK for rpm/gd-1.3-5.i386.rpm. >> Checksum OK for rpm/gdbm-1.8.0-2.i386.rpm. >> Checksum OK for rpm/glib-1.2.5-1.i386.rpm. >> Checksum OK for rpm/ld.so-1.9.5-11.i386.rpm. >> Checksum OK for rpm/libc-5.3.12-31.i386.rpm. >> Checksum OK for rpm/libstdc++-2.9.0-24.i386.rpm. >> Checksum OK for rpm/sh-utils-2.0-1.i386.rpm. >> Checksum OK for rpm/readline-2.2.1-5.i386.rpm. >> Checksum OK for rpm/redhat-release-6.1-1.noarch.rpm. >> Checksum OK for rpm/rpm-3.0.3-2.i386.rpm. >> Checksum OK for rpm/setserial-2.15-2.i386.rpm. >> Checksum OK for rpm/slang-1.2.2-4.i386.rpm. >> Checksum OK for rpm/stat-1.5-11.i386.rpm. >> Checksum OK for rpm/tcsh-6.08.00-6.i386.rpm. >> Checksum OK for rpm/XFree86-libs-3.3.5-3.i386.rpm. >> Checksum OK for rpm/xpm-3.4k-1.i386.rpm. >> Checksum OK for rpm/glib-1.2.6-2.i386.rpm. ===> linux_base-6.1 depends on executable: rpm - found ===> Patching for linux_base-6.1 ===> Configuring for linux_base-6.1 ===> Installing for linux_base-6.1 setup-2.0.5-1.noarch.rpm filesystem-1.3.5-1.noarch.rpm basesystem-6.0-4.noarch.rpm ldconfig-1.9.5-15.i386.rpm glibc-2.1.2-11.i386.rpm termcap-9.12.6-15.i386.rpm libtermcap-2.0.8-18.i386.rpm execution of script failed -Reggie To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
Panics on my SMP system
Hi there,
I recently had a crash on my SMP system. Actually, I have had a
number of crashes over the past six months, but have just recently had
time to configure the system to get the crash dumps. Like a good
citizen, I filed a problem report (kern/12127). I have now gotten
another crash. I have attached the backtrace from the crash dump. If
you refer to kern/12127, you will get all of the gory details about my
setup.I would like to know two things. Should I file a separate
problem report for this crash? Second, is there somewhere that I
should upload the vmcores and the kernel.debug for the relevant
developer to examine?
Thanks,
-Reggie
trane# gdb -k /usr/src/sys/compile/TRANE/kernel.debug ./vmcore.1
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...
SMP 2 cpus
IdlePTD 3325952
initial pcb at 2aee40
panicstr: from debugger
panic messages:
---
Fatal trap 12: page fault while in kernel mode
mp_lock = 0102; cpuid = 1; lapic.id = 0100
fault virtual address = 0xe37295b0
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc014ec05
stack pointer = 0x10:0xc6f5ae28
frame pointer = 0x10:0xc6f5ae38
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 365 (communicator-4.6)
interrupt mask = net tty bio cam <- SMP: XXX
panic: from debugger
mp_lock = 0102; cpuid = 1; lapic.id = 0100
panic: from debugger
mp_lock = 0103; cpuid = 1; lapic.id = 0100
boot() called on cpu#1
dumping to dev (4,131081), offset 280576
dump 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111
110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88
87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62
61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36
35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9
8 7 6 5 4 3 2 1
---
#0 boot (howto=260) at ../../kern/kern_shutdown.c:288
288 dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0 boot (howto=260) at ../../kern/kern_shutdown.c:288
#1 0xc014c7d5 in panic (fmt=0xc025fdf4 "from debugger")
at ../../kern/kern_shutdown.c:451
#2 0xc012e8ed in db_panic (addr=-1072370683, have_addr=0, count=1,
modif=0xc6f5aca4 "") at ../../ddb/db_command.c:434
#3 0xc012e88d in db_command (last_cmdp=0xc028c050, cmd_table=0xc028beb0,
aux_cmd_tablep=0xc02ac554) at ../../ddb/db_command.c:334
#4 0xc012e952 in db_command_loop () at ../../ddb/db_command.c:456
#5 0xc0130ab3 in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71
#6 0xc0212fbe in kdb_trap (type=12, code=0, regs=0xc6f5ade8)
at ../../i386/i386/db_interface.c:157
#7 0xc0225c8e in trap_fatal (frame=0xc6f5ade8, eva=3815937456)
at ../../i386/i386/trap.c:903
#8 0xc0225925 in trap_pfault (frame=0xc6f5ade8, usermode=0, eva=3815937456)
at ../../i386/i386/trap.c:801
#9 0xc022556f in trap (frame={tf_fs = 24, tf_es = 16, tf_ds = 16,
tf_edi = -958059680, tf_esi = -958059200, tf_ebp = -956977608,
tf_isp = -956977644, tf_ebx = -958059680, tf_edx = -1070804384,
tf_ecx = 16777217, tf_eax = -479029840, tf_trapno = 12, tf_err = 2,
tf_eip = -1072370683, tf_cs = 8, tf_eflags = 66194, tf_esp = -958059680,
tf_ss = -958059200}) at ../../i386/i386/trap.c:427
#10 0xc014ec05 in wakeup (ident=0xc6e52b60) at ../../kern/kern_synch.c:692
#11 0xc015a90f in pipeclose (cpipe=0xc6e52d40) at ../../kern/sys_pipe.c:1099
#12 0xc015a82c in pipe_close (fp=0xc0bdb780, p=0xc648df20)
at ../../kern/sys_pipe.c:1065
#13 0xc014507c in closef (fp=0xc0bdb780, p=0xc648df20)
at ../../kern/kern_descrip.c:1082
#14 0xc0144e60 in fdfree (p=0xc648df20) at ../../kern/kern_descrip.c:994
#15 0xc014632a in exit1 (p=0xc648df20, rv=10) at ../../kern/kern_exit.c:201
#16 0xc014db96 in sigexit (p=0xc648df20, signum=10)
at ../../kern/kern_sig.c:1251
#17 0xc014d9d9 in postsig (signum=10) at ../../kern/kern_sig.c:1157
#18 0xc0225fee in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47,
tf_edi = 13495712, tf_esi = 9470, tf_ebp = -1077955960,
tf_isp = -956977196, tf_ebx = 11829344, tf_edx = 342, tf_ecx = 103029,
tf_eax = 0, tf_trapno = 548769888, tf_err = 7, tf_eip = 550790017,
tf_cs = 31, tf_eflags = 662, tf_esp = -1077955976, tf_ss = 47})
at ../../i386/i386/trap.c:163
#19 0x20d46381 in ?? ()
#20 0xbfbfdfdc in ?? ()
#21 0x20bb4e10 in ?? ()
#22 0x20b5f527 in ?? ()
#23 0x20b601bd in ?? ()
#24 0x2
Re: 4.0-Current, netscape halts system
I finally got everything set up as far as having my vt220 being my console and being able to drop into DDB by hitting the break key. It turns out that as part of my setup I was using MFS for /tmp. When I did a CVSup and make world on the 29th, I decided to comment out the MFS mount point. I have not had a hang since then. So the question is are there known problems with MFS? -Reggie >"Alfred" == Alfred Perlstein writes: > On Mon, 25 Jan 1999, Reginald S. Perry wrote: I have been having > these X lockups with the linux netscape 4.5 running. I may have > exacerbated it when I installed the linux realplayer and macromedia > flash plugins. > > I would like to have a methodology to help debug this, but I have > just this one system to use as the debug system. I do also have a > vt220 which I could set up if that would help. > > The key here is that for me it locks the system up completely. I > cannot telnet in remotely and the ctrl-alt-esc key sequence does not > work so its unclear to me how to debug this. Tell me what I would > need to help debug it, and I will try to be of some help. Ill attach > my dmesg output. > > -Reggie > > options DDB options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes > to options INVARIANTS options INVARIANT_SUPPORT > device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device > sio1 at isa? port "IO_COM2" flags 0x30 tty irq 3 vector siointr > my 'sio2' is setup with special flags to make it always be the > consol. look in lint for more hints. > when the machine locks: send a break: if on vt220: F5 using tip/cu: > ~% > take a look at 'ps' and copy it down to see what's up. > you may also want to enable crash dumps, look in rc.conf and set > your 'dumpdevice' to your swap partition. then you can type 'panic' > and get a core image of the system to look at. > on the next reboot you can 'kdb' the kernel and then type 'bt' to > get a backtrace. > i have a vt320 for vanity purposes :), but i suggest you use a > serial line into an xterm on another box if you can, ddb isn't the > nicest interface and being able to cut and paste in and out of ddb > in an xterm is nice. > -Alfred To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-current" in the body of the message
Re: 4.0-Current, netscape halts system
I have been having these X lockups with the linux netscape 4.5 running. I may have exacerbated it when I installed the linux realplayer and macromedia flash plugins. I would like to have a methodology to help debug this, but I have just this one system to use as the debug system. I do also have a vt220 which I could set up if that would help. The key here is that for me it locks the system up completely. I cannot telnet in remotely and the ctrl-alt-esc key sequence does not work so its unclear to me how to debug this. Tell me what I would need to help debug it, and I will try to be of some help. Ill attach my dmesg output. -Reggie Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Sun Jan 17 09:52:17 PST 1999 r...@trane.lambdawerks.org:/usr/src/sys/compile/TRANE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping=3 Features=0x8003bf real memory = 134217728 (131072K bytes) config> pnp 1 0 os enable irq0 5 drq0 1 drq1 5 port0 0x220 port1 0x330 port2 0x388 config> pnp 1 1 os disable config> pnp 1 2 os enable port0 0x620 port1 0xa20 port2 0xe20 config> pnp 1 3 os disable config> quit avail memory = 127401984 (124416K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00030010, at 0xfee0 cpu1 (AP): apic id: 1, version: 0x00030010, at 0xfee0 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec0 Preloaded elf kernel "kernel" at 0xf02f3000. Preloaded userconfig_script "/kernel.config" at 0xf02f309c. Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x00 int a irq 18 on pci0.18.0 bt0: rev 0x08 int a irq 17 on pci0.19.0 bt0: BT-958 FW Rev. 5.06I Ultra Wide SCSI Host Adapter, SCSI ID 7, 192 CCBs fxp0: rev 0x02 int a irq 16 on pci0.20.0 fxp0: Ethernet address 00:a0:c9:90:bb:52 Probing for PnP devices: CSN 1 Vendor ID: CTL009e [0x9e008c0e] Serial 0x0d9191f1 Comp ID: PNPb02f [0x2fb0d041] Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 irq 12 on isa psm0: model GlidePoint, device ID 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A 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 wdc0 not found at 0x1f0 wdc1 not found at 0x170 bt: unit number (1) too high bt1 not found at 0x330 vga0 at 0x3b0-0x3df maddr 0xa msize 131072 on isa npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 1 on isa snd0: sbxvi0 at drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: awe0 at 0x620 on isa awe0: Intel Pentium detected, installing workaround for F00F bug APIC_IO: Testing 8254 interrupt delivery APIC_IO: routing 8254 via pin 2 Waiting 2 seconds for SCSI devices to settle SMP: AP CPU #1 Launched! sa0 at bt0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.0MB/s transfers (10.0MHz, offset 8) da0 at bt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.0MB/s transfers (20.0MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) da1 at bt0 bus 0 target 4 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 40.0MB/s transfers (20.0MHz, offset 15, 16bit), Tagged Queueing Enabled da1: 4134MB (8467200 512 byte sectors: 255H 63S/T 527C) changing root device to da0s1a WARNING: / was not properly dismounted vinum: loaded cd0 at bt0 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.0MB/s transfers (10.0MHz, offset 8) cd0: cd present [296322 x 2048 byte records] ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates ffs_mountfs: superblock updated for soft updates >"Asmodai" == Asmodai writes: > On 26-Jan-99 Andrew Gordon wrote: On Mon, 25 Jan 1999, Matthew > Dillon wrote: >> :One variable may be available memory. On my system, with default >> :datasize >> :limit of 16M from login.conf, Netscape coredumps very frequently. > With >> >> I've been using netscape on a 24bit color system for well over a >> year and have never had a serious memory leak problem or X >> session ( or machine ) crashing due to it. I don't leave the >> netscape window open all the time, though... I tend to exit >> out of it when I'm not using
