Re: Losing ssh session when doing intensive disk I/O & background fsck with RELENG_6

On Fri, Sep 30, 2005 at 08:59:30PM +0200, Listas wrote:
> I'm testing BETA5/RELENG_6 with an Intel P4 system. Here are the 
> essential dmesg fragments with system information:
> 
> ---
> ACPI APIC Table: <A M I  OEMAPIC >
> Timecounter "i8254" frequency 1193182 Hz quality 0
> CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (3010.67-MHz 686-class CPU)
>   Origin = "GenuineIntel"  Id = 0xf34  Stepping = 4
> Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
>   Features2=0x441d<SSE3,RSVD2,MON,DS_CPL,CNTX-ID,<b14>>
> real memory  = 1073414144 (1023 MB)
> avail memory = 1041526784 (993 MB)
> ioapic0 <Version 2.0> irqs 0-23 on motherboard
> [...]
> xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xb800-0xb87f mem 
> 0xcddffc00-0xcddffc7f irq 17 at device 9.0 on pci1
> miibus0: <MII bus> on xl0
> xlphy0: <3Com internal media interface> on miibus0
> xlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
> xl0: Ethernet address: 00:01:02:a6:96:37
> [...]
> acd0: DMA limited to UDMA33, controller found non-ATA66 cable
> acd0: DVDR <HL-DT-ST DVDRAM GSA-4160B/A300> at ata0-master UDMA33
> ad8: 194481MB <Maxtor 6B200M0 BANC1980> at ata4-master SATA150
> ad8: Intel calc=55e037a4 meta=2af01bd2
> ad10: 194481MB <Maxtor 6B200M0 BANC1980> at ata5-master SATA150
> ad10: Intel calc=55e037a4 meta=2af01bd2
> ar0: 194480MB <Intel MatrixRAID RAID1> status: READY
> ar0: disk0 READY (master) using ad8 at ata4-master
> ar0: disk1 READY (mirror) using ad10 at ata5-master
> Trying to mount root from ufs:/dev/ar0s1a
> Loading configuration files.
> No suitable dump device was found.
> Entropy harvesting:
>  interrupts
>  ethernet
>  point_to_point
>  kickstart
> .
> swapon: adding /dev/ar0s1b as swap device
> ---
> 
> The boot process is trying to configure the dump device before swapon 
> and it fails, but that's not the real problem I report here.

It's not clear that it's a problem at all.  dump devices don't have to
be pre-existing swap devices.  If you tell your kernel to dump on
/dev/ar0s1b it should be fine.

> The problem is that when I do some intensive disk I/O (make install, du 
> -ckx /usr, etc.) just after booting, I lose my ssh connection to the 
> machine, and may spend a lot to reconnect. It seems that this only 
> happens while a background fsck is running.

Don't know about this.

Kris