Subject: Re: Scsi Problem
To: Manuel Bouyer <bouyer@antioche.lip6.fr>
From: Baltazar S. Quinterno <balta@interar.com.ar>
List: port-alpha
Date: 10/22/2001 13:26:00
I'm really lost, I don't know where the problem could be.
Here is some info of my machine.
Thanks a lot.


load averages:  0.13,  0.14, 
0.15                                                              
13:17:30
19 processes:  18 sleeping, 1 on processor
CPU states:  0.1% user,  0.0% nice,  0.2% system,  0.0% interrupt, 99.7%
idle
Memory: 25M Act, 296K Wired, 439M Free, 1021M Swp free

  PID USERNAME PRI NICE   SIZE   RES STATE      TIME   WCPU    CPU
COMMAND
    4 root     -18    0     0K   37M pgdaem/0    ???  0.00%  0.00%
[pagedaemon]
  265 root       2    0   832K 2528K select/1   0:11  0.00%  0.00% sshd
  234 mysql      2    0    78M 7088K select/1   0:05  0.00%  0.00%
mysqld
  341 root      28    0   280K 1344K CPU/1      0:00  0.00%  0.00% top
    6 root      18    0     0K   37M syncer/1   0:00  0.00%  0.00%
[ioflush]
  166 root      18    0   120K  920K pause/0    0:00  0.00%  0.00% inetd
  266 root      10    0  1488K 1888K wait/0     0:00  0.00%  0.00% bash
  200 root      10    0   320K  952K nanosl/1   0:00  0.00%  0.00% cron
  162 root      10    0  1368K  672K wait/1     0:00  0.00%  0.00% sh
    1 root      10    0   904K  416K wait/1     0:00  0.00%  0.00% init
  264 root       3    0    96K 1056K ttyin/1    0:00  0.00%  0.00% getty
  231 root       3    0    72K  952K ttyopn/0   0:00  0.00%  0.00% getty
  153 root       2    0   792K 2104K select/0   0:00  0.00%  0.00% sshd
   72 root       2    0   232K  968K select/1   0:00  0.00%  0.00%
syslogd
    3 root      -6    0     0K   37M sccomp/0   0:00  0.00%  0.00%
[ahc0:0]
    2 root      -6    0     0K   37M sccomp/0   0:00  0.00%  0.00%
[pciide0:0]
    5 root     -18    0     0K   37M reaper/1   0:00  0.00%  0.00%
[reaper]
    7 root     -18    0     0K   37M aiodon/1   0:00  0.00%  0.00%
[aiodoned]
    0 root     -18    0     0K   37M schedu/1   0:00  0.00%  0.00%
[swapper]

bash-2.05# vmstat -i
interrupt                           total     rate
soft net                            22114       18
soft clock                            286        0
cpu0 clock                        1214762     1032
cpu0 device                         43016       36
cpu0 ipi                            10988        9
cpu0 shootdown ipi                   9405        7
cpu0 imb ipi                         3089        2
cpu0 synch fpu ipi                    248        0
cpu0 discard fpu ipi                   24        0
cpu1 clock                        1204466     1024
cpu1 ipi                             2949        2
cpu1 microset ipi                    1176        1
cpu1 shootdown ipi                   1445        1
cpu1 imb ipi                          538        0
cpu1 synch fpu ipi                    102        0
isa irq 1                             383        0
Total




Manuel Bouyer wrote:
> 
> On Mon, Oct 22, 2001 at 01:08:34PM -0300, Baltazar S. Quinterno wrote:
> > Oct 22 12:55:39 jupiter /netbsd: CPU 0: fatal kernel trap:
> > Oct 22 12:55:39 jupiter /netbsd:
> > Oct 22 12:55:39 jupiter /netbsd: CPU 0    trap entry = 0x2 (memory
> > management fault)
> > Oct 22 12:55:39 jupiter /netbsd: CPU 0    a0         = 0x60
> > Oct 22 12:55:39 jupiter /netbsd: CPU 0    a1         = 0x1
> > Oct 22 12:55:40 jupiter /netbsd: CPU 0    a2         = 0x0
> > Oct 22 12:55:40 jupiter /netbsd: CPU 0    pc         =
> > 0xfffffc0000351b58
> > Oct 22 12:55:40 jupiter /netbsd: CPU 0    ra         =
> > 0xfffffc0000351b50
> > Oct 22 12:55:40 jupiter /netbsd: CPU 0    pv         =
> > 0xfffffc0000347060
> > Oct 22 12:55:40 jupiter /netbsd: CPU 0    curproc    =
> > 0xfffffc0003f73c78
> > Oct 22 12:55:40 jupiter /netbsd: CPU 0        pid = 6156, comm = tar
> > Oct 22 12:55:40 jupiter /netbsd:
> > Oct 22 12:55:40 jupiter /netbsd: panic: trap
> > Oct 22 12:55:40 jupiter /netbsd: syncing disks... tlp0: receive ring
> > overrun
> > Oct 22 12:55:40 jupiter /netbsd: 14 14 14 14 14 14 14 14 14 14 14 14 14
> > 14 14 14 14 14 14 14 giving up
> > Oct 22 12:55:40 jupiter /netbsd: cpu1: shutting down...
> > Oct 22 12:55:40 jupiter /netbsd:
> > Oct 22 12:55:40 jupiter /netbsd: dumping to dev 8,1 offset 1042431
> > Oct 22 12:55:40 jupiter /netbsd: dump i/o error
> > Oct 22 12:55:40 jupiter /netbsd:
> > Oct 22 12:55:40 jupiter /netbsd:
> > Oct 22 12:55:40 jupiter /netbsd: sd0: cache synchronization failed
> > Oct 22 12:55:40 jupiter /netbsd: rebooting...
> 
> Hum it looks like a virtual memory problem, rather than SCSI.
> I see CPU1, you're using a SMP kernel, rigth ?
> 
> --
> Manuel Bouyer, LIP6, Universite Paris VI.           Manuel.Bouyer@lip6.fr
> --