Re: ServeRaid 4M with IBM netfinity and kernel 2.4.x

2001-02-16 Thread Andrius Adomaitis 

On Friday 16 February 2001 03:29, Stéphane Borel wrote:

> I should add that the behaviour of serveraid under 2.4 is somehow
> strange : during fsck for instance, it seems to get stuck and won't
> go further if we don't strike a key on the keyboard.

It just a gues, but try disable write back cache. I had similar 
problems with intel crcu31 RAID controller. 

Good luck.
--
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: ServeRaid 4M with IBM netfinity and kernel 2.4.x

2001-02-16 Thread Andrius Adomaitis 

On Friday 16 February 2001 03:29, Stéphane Borel wrote:

 I should add that the behaviour of serveraid under 2.4 is somehow
 strange : during fsck for instance, it seems to get stuck and won't
 go further if we don't strike a key on the keyboard.

It just a gues, but try disable write back cache. I had similar 
problems with intel crcu31 RAID controller. 

Good luck.
--
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

strange tcp errors

2001-02-15 Thread Andrius Adomaitis 


Messages in my kernel log:

node1 kernel: sending pkt_too_big to self
node1 kernel: KERNEL: assertion (tp->lost_out == 0) failed at 
tcp_input.c(1202):tcp_remove_reno_sacks

Kernel 2.4.1-ac13.

Maybe someone want to say me what does it mean and how serious it is?
Any fixes?

Thanks.
--
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

strange tcp errors

2001-02-15 Thread Andrius Adomaitis 


Messages in my kernel log:

node1 kernel: sending pkt_too_big to self
node1 kernel: KERNEL: assertion (tp-lost_out == 0) failed at 
tcp_input.c(1202):tcp_remove_reno_sacks

Kernel 2.4.1-ac13.

Maybe someone want to say me what does it mean and how serious it is?
Any fixes?

Thanks.
--
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

2001-02-10 Thread Andrius Adomaitis 

On Saturday 10 February 2001 22:16, David Ford wrote:

> Just as an aside, I've watched this conversation go on and on while I
> run reiserfs on several servers, workstations, and a notebook.  I
> have current kernels and have watched carefully for corruption.  I
> haven't seen any evidence of corruption on any of them including my
> notebook which has a bad battery and bad power connection so it tends
> to instantly die.
>
> Alan, is there a particular trigger to this?

Want to trigger this? Just install reiserfs on Dual SMP machine with 
huge RAID acting as mail server for 90k mailboxes. After several hours 
you'll get a lot reiserfs_read_inode2/reiserfs_iget: bad_inode msgs in 
your kern.log... 

Good luck.

--
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Re: [reiserfs-list] Re: Apparent instability of reiserfs on 2.4.1

2001-02-10 Thread Andrius Adomaitis 

On Saturday 10 February 2001 22:16, David Ford wrote:

 Just as an aside, I've watched this conversation go on and on while I
 run reiserfs on several servers, workstations, and a notebook.  I
 have current kernels and have watched carefully for corruption.  I
 haven't seen any evidence of corruption on any of them including my
 notebook which has a bad battery and bad power connection so it tends
 to instantly die.

 Alan, is there a particular trigger to this?

Want to trigger this? Just install reiserfs on Dual SMP machine with 
huge RAID acting as mail server for 90k mailboxes. After several hours 
you'll get a lot reiserfs_read_inode2/reiserfs_iget: bad_inode msgs in 
your kern.log... 

Good luck.

--
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Problems with 2.4.2-pre1 & reiser & vfs

2001-02-08 Thread Andrius Adomaitis 


Hello,

I have  dual PIII 800 machine running as mail server on DAC 960 RAID & 
reiserfs comming with 2.4.1kernel.

Under very high loads I get  following messages in my kernel log:

kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD](nlink == 1) not found (pos 23)
kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD] (nlink == 1) not found (pos 23)
kernel: PAP-5660: reiserfs_do_truncate: wrong result -1 of search for 
[7906789 7906806 0xfff DIRECT]
kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD] (nlink == 1) not found (pos 23)
kernel: PAP-5660: reiserfs_do_truncate: wrong result -1 of search for 
[7906789 7906806 0xfff DIRECT]
.

and afterwards come these:

kernel: vs-3050: wait_buffer_until_released: nobody releases buffer 
(dev 30:09, size 4096, blocknr 1661732, count 16,
kernel: vs-3050: wait_buffer_until_released: nobody releases buffer 
(dev 30:09, size 4096, blocknr 1661732, count 16,
...
and so on.

The interesting thing is that system is still operational, but load 
jumps up to 260 or so, and any attempts to reboot system fail. ps aux 
shows that there exists imortal (kill -9 $PID doesn't kill it) qmail 
process that consumes 97% of one CPU's resources.  Also `vmstat` shows 
tons of processes in uninterruptable sleep, but `free` reports that it 
is still enough memory (no swap used) and huge buffers... Machine gets 
slugish but works for a while (0.5-2h dependent on mail request rate).

System is Debian potato, 
gcc version 2.95.2 2220 (Debian GNU/Linux),
reiserfs utils 3.6.25.

Any patches or suggestions to fix that would be appreciated...

P.S. Also I thought wouldn't it be good to have some sysctl entry in 
proc that rebooted machine dependent on the value in control file when 
proper software reboot is impossible (like in situation described 
above)? Or probably there already exist(s) such thing(s)?

Thanks.
-- 
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Problems with 2.4.2-pre1 reiser vfs

2001-02-08 Thread Andrius Adomaitis 


Hello,

I have  dual PIII 800 machine running as mail server on DAC 960 RAID  
reiserfs comming with 2.4.1kernel.

Under very high loads I get  following messages in my kernel log:

kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD](nlink == 1) not found (pos 23)
kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD] (nlink == 1) not found (pos 23)
kernel: PAP-5660: reiserfs_do_truncate: wrong result -1 of search for 
[7906789 7906806 0xfff DIRECT]
kernel: vs-13060: reiserfs_update_sd: stat data of object [7906789 
7906806 0x0 SD] (nlink == 1) not found (pos 23)
kernel: PAP-5660: reiserfs_do_truncate: wrong result -1 of search for 
[7906789 7906806 0xfff DIRECT]
.

and afterwards come these:

kernel: vs-3050: wait_buffer_until_released: nobody releases buffer 
(dev 30:09, size 4096, blocknr 1661732, count 16,
kernel: vs-3050: wait_buffer_until_released: nobody releases buffer 
(dev 30:09, size 4096, blocknr 1661732, count 16,
...
and so on.

The interesting thing is that system is still operational, but load 
jumps up to 260 or so, and any attempts to reboot system fail. ps aux 
shows that there exists imortal (kill -9 $PID doesn't kill it) qmail 
process that consumes 97% of one CPU's resources.  Also `vmstat` shows 
tons of processes in uninterruptable sleep, but `free` reports that it 
is still enough memory (no swap used) and huge buffers... Machine gets 
slugish but works for a while (0.5-2h dependent on mail request rate).

System is Debian potato, 
gcc version 2.95.2 2220 (Debian GNU/Linux),
reiserfs utils 3.6.25.

Any patches or suggestions to fix that would be appreciated...

P.S. Also I thought wouldn't it be good to have some sysctl entry in 
proc that rebooted machine dependent on the value in control file when 
proper software reboot is impossible (like in situation described 
above)? Or probably there already exist(s) such thing(s)?

Thanks.
-- 
Andrius
[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

LOCKUP on CPU x

2000-10-03 Thread Andrius Adomaitis 
CI: Using configuration type 1
Oct  3 14:41:16 cl1 kernel: PCI: Probing PCI hardware
Oct  3 14:41:16 cl1 kernel: PCI: Using IRQ router PIIX [8086/122e] at 00:04.0
Oct  3 14:41:16 cl1 kernel: Limiting direct PCI/PCI transfers.
Oct  3 14:41:16 cl1 kernel: Linux NET4.0 for Linux 2.4
Oct  3 14:41:16 cl1 kernel: Based upon Swansea University Computer Society 
NET3.039
Oct  3 14:41:16 cl1 kernel: NET4: Unix domain sockets 1.0/SMP for Linux 
NET4.0.
Oct  3 14:41:16 cl1 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Oct  3 14:41:16 cl1 kernel: IP Protocols: ICMP, UDP, TCP
Oct  3 14:41:16 cl1 kernel: IP: routing cache hash table of 4096 buckets, 
32Kbytes
Oct  3 14:41:16 cl1 kernel: TCP: Hash tables configured (established 32768 
bind 32768)
Oct  3 14:41:16 cl1 kernel: Starting kswapd v1.7
Oct  3 14:41:16 cl1 kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
Oct  3 14:41:16 cl1 kernel: ide: Assuming 33MHz system bus speed for PIO 
modes; override with idebus=xx
Oct  3 14:41:16 cl1 kernel: PIIX4: IDE controller on PCI bus 00 dev 21
Oct  3 14:41:16 cl1 kernel: PIIX4: chipset revision 1
Oct  3 14:41:16 cl1 kernel: PIIX4: not 100% native mode: will probe irqs later
Oct  3 14:41:16 cl1 kernel: ide0: BM-DMA at 0xd800-0xd807, BIOS settings: 
hda:DMA, hdb:DMA
Oct  3 14:41:16 cl1 kernel: ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: 
hdc:pio, hdd:pio
Oct  3 14:41:16 cl1 kernel: hd1: C/H/S=20510/81/228 from BIOS ignored
Oct  3 14:41:16 cl1 kernel: hda: SAMSUNG CD-ROM SC-140F, ATAPI CDROM drive
Oct  3 14:41:16 cl1 kernel: hdb: SAMSUNG SV1022D, ATA DISK drive
Oct  3 14:41:16 cl1 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Oct  3 14:41:16 cl1 kernel: Floppy drive(s): fd0 is 1.44M
Oct  3 14:41:16 cl1 kernel: FDC 0 is a post-1991 82077
Oct  3 14:41:16 cl1 kernel: sym53c8xx: at PCI bus 0, device 10, function 0
Oct  3 14:41:16 cl1 kernel: sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
Oct  3 14:41:16 cl1 kernel: sym53c8xx: 53c895 detected with Symbios NVRAM



Oct  3 14:41:23 cl1 kernel: Real Time Clock Driver v1.10c
Oct  3 14:41:23 cl1 kernel: 3c59x.c:LK1.1.8  13 Aug 2000  Donald Becker and 
others. http://www.scyld.com/network/vortex.html $Revision: 1.102.2.25 $
Oct  3 14:41:23 cl1 kernel: See Documentation/networking/vortex.txt
Oct  3 14:41:23 cl1 kernel: eth0: 3Com PCI 3c905 Boomerang 100baseTx at 
0xb800,  00:60:08:69:82:fc, IRQ 11
Oct  3 14:41:23 cl1 kernel:   8K word-wide RAM 3:5 Rx:Tx split, 
autoselect/MII interface.
Oct  3 14:41:23 cl1 kernel:   MII transceiver found at address 24, status 
786d.
Oct  3 14:41:23 cl1 kernel:   Enabling bus-master transmits and whole-frame 
receives.
Oct  3 14:41:23 cl1 kernel: ip_tables: (c)2000 Netfilter core team
Oct  3 14:41:23 cl1 kernel: reiserfs: checking transaction log (device 08:02) 
...
Oct  3 14:41:23 cl1 kernel: Using r5 hash to sort names
Oct  3 14:41:23 cl1 kernel: ReiserFS version 3.6.14
Oct  3 14:41:23 cl1 kernel: VFS: Mounted root (reiserfs filesystem) readonly.
Oct  3 14:41:23 cl1 kernel: Freeing unused kernel memory: 204k freed
Oct  3 14:41:23 cl1 kernel: Adding Swap: 136512k swap-space (priority -1)
Oct  3 14:41:23 cl1 kernel: reiserfs: checking transaction log (device 08:05) 

...
Oct  3 14:41:23 cl1 kernel: eth0: first available media type: MII
Oct  3 14:42:02 cl1 kernel: Serial driver version 5.02 (2000-08-09) with 
MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Hope this helps to find out problem.
If I somehow could help debuging - just let me know.

Thanks for reading.
-- 
// Andrius AdomaitisSistemu Administratorius
// [EMAIL PROTECTED]UAB Gaumina dizainas
// tel.+370-85-54454http://www.gaumina.lt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

LOCKUP on CPU x

2000-10-03 Thread Andrius Adomaitis 
: PCI BIOS revision 2.10 entry at 0xf0730, 
last bus=1
Oct  3 14:41:16 cl1 kernel: PCI: Using configuration type 1
Oct  3 14:41:16 cl1 kernel: PCI: Probing PCI hardware
Oct  3 14:41:16 cl1 kernel: PCI: Using IRQ router PIIX [8086/122e] at 00:04.0
Oct  3 14:41:16 cl1 kernel: Limiting direct PCI/PCI transfers.
Oct  3 14:41:16 cl1 kernel: Linux NET4.0 for Linux 2.4
Oct  3 14:41:16 cl1 kernel: Based upon Swansea University Computer Society 
NET3.039
Oct  3 14:41:16 cl1 kernel: NET4: Unix domain sockets 1.0/SMP for Linux 
NET4.0.
Oct  3 14:41:16 cl1 kernel: NET4: Linux TCP/IP 1.0 for NET4.0
Oct  3 14:41:16 cl1 kernel: IP Protocols: ICMP, UDP, TCP
Oct  3 14:41:16 cl1 kernel: IP: routing cache hash table of 4096 buckets, 
32Kbytes
Oct  3 14:41:16 cl1 kernel: TCP: Hash tables configured (established 32768 
bind 32768)
Oct  3 14:41:16 cl1 kernel: Starting kswapd v1.7
Oct  3 14:41:16 cl1 kernel: Uniform Multi-Platform E-IDE driver Revision: 6.31
Oct  3 14:41:16 cl1 kernel: ide: Assuming 33MHz system bus speed for PIO 
modes; override with idebus=xx
Oct  3 14:41:16 cl1 kernel: PIIX4: IDE controller on PCI bus 00 dev 21
Oct  3 14:41:16 cl1 kernel: PIIX4: chipset revision 1
Oct  3 14:41:16 cl1 kernel: PIIX4: not 100% native mode: will probe irqs later
Oct  3 14:41:16 cl1 kernel: ide0: BM-DMA at 0xd800-0xd807, BIOS settings: 
hda:DMA, hdb:DMA
Oct  3 14:41:16 cl1 kernel: ide1: BM-DMA at 0xd808-0xd80f, BIOS settings: 
hdc:pio, hdd:pio
Oct  3 14:41:16 cl1 kernel: hd1: C/H/S=20510/81/228 from BIOS ignored
Oct  3 14:41:16 cl1 kernel: hda: SAMSUNG CD-ROM SC-140F, ATAPI CDROM drive
Oct  3 14:41:16 cl1 kernel: hdb: SAMSUNG SV1022D, ATA DISK drive
Oct  3 14:41:16 cl1 kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Oct  3 14:41:16 cl1 kernel: Floppy drive(s): fd0 is 1.44M
Oct  3 14:41:16 cl1 kernel: FDC 0 is a post-1991 82077
Oct  3 14:41:16 cl1 kernel: sym53c8xx: at PCI bus 0, device 10, function 0
Oct  3 14:41:16 cl1 kernel: sym53c8xx: setting PCI_COMMAND_PARITY...(fix-up)
Oct  3 14:41:16 cl1 kernel: sym53c8xx: 53c895 detected with Symbios NVRAM

scsi part skipped

Oct  3 14:41:23 cl1 kernel: Real Time Clock Driver v1.10c
Oct  3 14:41:23 cl1 kernel: 3c59x.c:LK1.1.8  13 Aug 2000  Donald Becker and 
others. http://www.scyld.com/network/vortex.html $Revision: 1.102.2.25 $
Oct  3 14:41:23 cl1 kernel: See Documentation/networking/vortex.txt
Oct  3 14:41:23 cl1 kernel: eth0: 3Com PCI 3c905 Boomerang 100baseTx at 
0xb800,  00:60:08:69:82:fc, IRQ 11
Oct  3 14:41:23 cl1 kernel:   8K word-wide RAM 3:5 Rx:Tx split, 
autoselect/MII interface.
Oct  3 14:41:23 cl1 kernel:   MII transceiver found at address 24, status 
786d.
Oct  3 14:41:23 cl1 kernel:   Enabling bus-master transmits and whole-frame 
receives.
Oct  3 14:41:23 cl1 kernel: ip_tables: (c)2000 Netfilter core team
Oct  3 14:41:23 cl1 kernel: reiserfs: checking transaction log (device 08:02) 
...
Oct  3 14:41:23 cl1 kernel: Using r5 hash to sort names
Oct  3 14:41:23 cl1 kernel: ReiserFS version 3.6.14
Oct  3 14:41:23 cl1 kernel: VFS: Mounted root (reiserfs filesystem) readonly.
Oct  3 14:41:23 cl1 kernel: Freeing unused kernel memory: 204k freed
Oct  3 14:41:23 cl1 kernel: Adding Swap: 136512k swap-space (priority -1)
Oct  3 14:41:23 cl1 kernel: reiserfs: checking transaction log (device 08:05) 
reiserfs replay skipped
...
Oct  3 14:41:23 cl1 kernel: eth0: first available media type: MII
Oct  3 14:42:02 cl1 kernel: Serial driver version 5.02 (2000-08-09) with 
MANY_PORTS SHARE_IRQ SERIAL_PCI enabled

Hope this helps to find out problem.
If I somehow could help debuging - just let me know.

Thanks for reading.
-- 
// Andrius AdomaitisSistemu Administratorius
// [EMAIL PROTECTED]UAB Gaumina dizainas
// tel.+370-85-54454http://www.gaumina.lt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Strange vmstat report...

2000-09-25 Thread Andrius Adomaitis 


Hello,

I am not sure if this is kernel related or procps utils, but:

[root@castle log]# vmstat 1 5 | tail -6 | awk '{ print $16 }'
id
1
1
19884107  <-- is this normal?!
1
0


Kernel 2.4.0-test2-ac2, procps-2.0.7.

Thanks.
-- 
// Andrius AdomaitisSistemu Administratorius
// [EMAIL PROTECTED]UAB Gaumina dizainas
// tel.+370-85-54454http://www.gaumina.lt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/

Strange vmstat report...

2000-09-25 Thread Andrius Adomaitis 


Hello,

I am not sure if this is kernel related or procps utils, but:

[root@castle log]# vmstat 1 5 | tail -6 | awk '{ print $16 }'
id
1
1
19884107  -- is this normal?!
1
0


Kernel 2.4.0-test2-ac2, procps-2.0.7.

Thanks.
-- 
// Andrius AdomaitisSistemu Administratorius
// [EMAIL PROTECTED]UAB Gaumina dizainas
// tel.+370-85-54454http://www.gaumina.lt
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/