[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: newbie questions
- To: misc_(_at_)_openbsd_(_dot_)_org
- Subject: Re: newbie questions
- From: Robert Waldner <waldner_(_at_)_waldner_(_dot_)_priv_(_dot_)_at>
- Date: Tue, 05 Nov 2002 22:33:50 +0100
On 05 Nov 2002 12:38:41 +0100, Artur Grabowski writes:
>> Robert Waldner wrote:
>>> Please bear with me, I'm absolutely new to OpenBSD. If you just tell me
>>> to RTFM, that's fine, although I'd appreciate a pointer to the relevant
>>> manual/section ;)
>>> Just finished installing OpenBSD 3.1 on my SS1+ (sun4c), so I created a
>>> user-account (with adduser), and tried to ssh into the box. Right
>>> after the initial SYN-packet was received on port 22, the OpenBSD-box
>>> crashed (is that the right term?). From the serial console, where I
>>> still had a root-shell:
>>> panic: pool_get(mclpl): free list modified: magic=73797363; page 0xfaa8c000
<...>
First of all: could this be related to "Subject: Re: sparcstation ipx
+ 3.2 + pool_get() panic" earlier on this list? How would I apply a
kernel-patch with OpenBSD (I'm a Debian zealot, mainly)?
>> Try 3.2...
Which has finished installing now, and ran just fine. For a few minutes,
that is :/
I just added one user, and then started to scp ports.tar.gz to the box,
when...:
data fault: pc=0xf81eafb8 addr=0x8c5dcc68 ser=80<INVAL>
panic: kernel fault
Stopped at Debugger+0x4: jmpl [%o7 + 0x8], %g0
RUN AT LEAST 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC!
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb> ps
PID PPID PGRP UID S FLAGS WAIT COMMAND
5045 5987 5987 1000 3 0x4084 piperd scp
5987 5605 5987 1000 3 0x4084 pause sh
5605 5299 5299 1000 2 0x104 sshd
5299 10663 5299 0 3 0x184 netio sshd
14984 32569 14984 0 3 0x4086 ttyin csh
32569 21279 32569 1000 3 0x4086 pause sh
21279 12094 12094 1000 3 0x184 select sshd
12094 10663 12094 0 3 0x184 netio sshd
10852 1 10852 0 3 0x4086 ttyin csh
23386 1 23386 0 3 0x84 select cron
*24659 1 24659 0 2 0x40584 sendmail
10663 1 10663 0 3 0x84 select sshd
15549 1 15549 0 3 0x184 select inetd
13934 1 13934 0 2 0x84 syslogd
7 0 0 0 3 0x100204 crypto_wa crypto
6 0 0 0 3 0x100204 aiodoned aiodoned
5 0 0 0 3 0x100204 syncer update
4 0 0 0 3 0x100204 cleaner cleaner
3 0 0 0 3 0x100204 reaper reaper
2 0 0 0 3 0x100204 pgdaemon pagedaemon
1 0 1 0 3 0x4084 wait init
0 -1 0 0 3 0x80204 scheduler swapper
ddb> trace
mem_access_fault(0x9, 0x80, 0x8c5dcc68, 0xf81eafb8, 0x800fc6, 0xfaca6b80)
at mem_access_fault+0x284
kernel_text(0x87f6a68c, 0xf00, 0x32, 0xf8002000, 0x6, 0x8c5dcc68) at
kernel_text+0x459c
updatepri(0xf8442700, 0x0, 0x3dc834f9, 0x35c8a, 0x12a, 0xfacb4fb0) at
updatepri+0x8c
cpu_switch(0x0, 0x1, 0xf800aa54, 0xf8442700, 0x6, 0xf8277ef0) at
cpu_switch+0x1fc
mi_switch(0xae, 0x3, 0xfaca5220, 0xf827fc00, 0xffffffff, 0x2710) at
mi_switch+0x1bc
ltsleep(0x0, 0x118, 0xf8216fe8, 0x1f5, 0x0, 0xfaca2148) at ltsleep+0x1e4
sys_select(0x0, 0xfaca6f28, 0xfaca6f20, 0x1f5, 0x86c0e, 0x7ff) at
sys_select+0x2f0
syscall(0x5d, 0xfaca6fb0, 0x0, 0x4d, 0x0, 0xfaca6fb0) at syscall+0x220
slowtrap(0x8, 0xf7ffd328, 0x0, 0x0, 0xf7ffd320, 0x19b000) at slowtrap+0x1d8
>Actually it looks like the problems are still there. I just got a
>method to reproduce this panic in -current. Now I'm just waiting for
>the replacement IDPROM for my sun4c and I'll debug this. Let's hope
>that this is easier to reproduce and fix than the alpha problems I've
>been fighting with.
Well, since this box clearly isn't yet ready for production use I could
just make it a/v over the 'net and console for you, if you want.
cheers,
&r<please don't CC me on replies, yadda, yadda>w
--
-- Also, wenn ich vom DNS auf Clue schliessen darf:
-- waldner_(_at_)_ka:~$ host 193.80.31.4
-- 193.80.31.4 does not exist (Authoritative answer)
Visit your host, monkey.org