Tech Insider					     Technology and Trends


			      USENET Archives

From: Marcelo Tosatti <marc...@conectiva.com.br>
Subject: fs corruption with 2.2.10ac4 ?
Date: 1999/07/01
Message-ID: <fa.kh5c5pv.lmqui4@ifi.uio.no>#1/1
X-Deja-AN: 496200960
Original-Date: Thu, 1 Jul 1999 18:58:23 -0300 (EST)
Sender: owner-linux-ker...@vger.rutgers.edu
Original-Message-ID: <Pine.LNX.4.10.9907011826080.532-100000@freak.conectiva>
To: s...@redhat.com
X-Sender: marc...@freak.conectiva
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Orcpt: rfc822;linux-kernel-outgoing-dig
Organization: Internet mailing list
MIME-Version: 1.0
Newsgroups: fa.linux.kernel
X-Loop: majord...@vger.rutgers.edu

My machine running 2.2.10ac4 hanged up today, it had more than 2 days of
uptime with _high_ number of compilations and nfs/ftp transfers.  

Some of running processes:  
cpio, mkinitrd, egcs, find.
Machine: IBM Netfinity 3000, 350Mhz Pentium II, Adaptec AIC-7881U SCSI
controller (we got the same problem with a NCR53c875 in another machine).
I had to Alt+SysRq+S various times to see "Done." 
This happened to me twice before with the NCR controller. The second time
(with 2.2.10ac4 too) all files gone (the directories remained). After lots 
of fsck's the files "came back" and we had to copy everything to another 
disk because fsck always reported errors.


Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
ext2_free_blocks: Freeing blocks not in datazone - block = 258392616,
count = 1
Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
ext2_free_blocks: Freeing blocks not in datazone - block = 3263808182,
count = 1
Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
ext2_free_blocks: Freeing blocks not in datazone - block = 48415078, count
= 1
Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
ext2_free_blocks: Freeing blocks not in datazone - block = 3244737025,
count = 1

Another thing not logged to syslog : 

EXT2_fs panic (device sd (8, 7)) load_block_bit_map : block_group >=
groups_count - block_group = 524287, groups_count = 200

Fsck : 
Deleted inode 135736 wrong dtime bla bla...
Deleted inode 135754 wrong dtime bla bla...


  - Marcelo


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

From: Arnaldo Carvalho de Melo <a...@conectiva.com.br>
Subject: Re: fs corruption with 2.2.10ac4 ?
Date: 1999/07/02
Message-ID: <fa.lvp0mrv.1f6ms07@ifi.uio.no>#1/1
X-Deja-AN: 496240328
Original-Date: Thu, 1 Jul 1999 22:10:16 -0300 (EST)
Sender: owner-linux-ker...@vger.rutgers.edu
Original-Message-ID: <Pine.LNX.4.10.9907012203580.4218-100000@frajuto.conectiva>
References: <fa.kh5c5pv.lmqui4@ifi.uio.no>
To: Marcelo Tosatti <marc...@conectiva.com.br>
X-Sender: a...@frajuto.conectiva
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Orcpt: rfc822;linux-kernel-outgoing-dig
Organization: Internet mailing list
MIME-Version: 1.0
Newsgroups: fa.linux.kernel
X-Loop: majord...@vger.rutgers.edu

More on the same machine:

Filesystem panic (dev 07:00).
fat_free: deleting beyond EOF
File system has been set read-only
file_cluster badly computed!!! 0 <> 1

no fat fs mounted, seems completely weird... backing of to 2.2.5 for
now... Will make more tests as soon as possible.

More info:

knfsd 1.4.1
egcs-2.91.66 19990314/Linux (egcs-1.1.2 release)
glibc 2.1.1
binutils 2.9.0.1.23

cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 5
model name	: Pentium II (Deschutes)
stepping	: 2
cpu MHz		: 348.494992
cache size	: 512 KB
fdiv_bug	: no
hlt_bug		: no
sep_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 2
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov
                  pat pse36 mmx osfxsr
bogomips	: 347.34

	- Arnaldo

On Thu, 1 Jul 1999, Marcelo Tosatti wrote:

> My machine running 2.2.10ac4 hanged up today, it had more than 2 days of
> uptime with _high_ number of compilations and nfs/ftp transfers.  
> 
> Some of running processes:  
> cpio, mkinitrd, egcs, find.
> Machine: IBM Netfinity 3000, 350Mhz Pentium II, Adaptec AIC-7881U SCSI
> controller (we got the same problem with a NCR53c875 in another machine).
> I had to Alt+SysRq+S various times to see "Done." 
> This happened to me twice before with the NCR controller. The second time
> (with 2.2.10ac4 too) all files gone (the directories remained). After
> lots of fsck's the files
> "came back" and we had to copy everything to another disk because fsck
> always reported errors.
> 
> 
> Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 258392616,
> count = 1
> Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 3263808182,
> count = 1
> Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 48415078, count
> = 1
> Jul  1 20:57:33 mapinguari kernel: EXT2-fs error (device sd(8,7)):
> ext2_free_blocks: Freeing blocks not in datazone - block = 3244737025,
> count = 1
> 
> Another thing not logged to syslog : 
> 
> EXT2_fs panic (device sd (8, 7)) load_block_bit_map : block_group >=
> groups_count - block_group = 524287, groups_count = 200
> 
> Fsck : 
> Deleted inode 135736 wrong dtime bla bla...
> Deleted inode 135754 wrong dtime bla bla...
> 
> 
>   - Marcelo


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

			        About USENET

USENET (Users’ Network) was a bulletin board shared among many computer
systems around the world. USENET was a logical network, sitting on top
of several physical networks, among them UUCP, BLICN, BERKNET, X.25, and
the ARPANET. Sites on USENET included many universities, private companies
and research organizations. See USENET Archives.

		       SCO Files Lawsuit Against IBM

March 7, 2003 - The SCO Group filed legal action against IBM in the State 
Court of Utah for trade secrets misappropriation, tortious interference, 
unfair competition and breach of contract. The complaint alleges that IBM 
made concentrated efforts to improperly destroy the economic value of 
UNIX, particularly UNIX on Intel, to benefit IBM's Linux services 
business. See SCO vs IBM.

The materials and information included in this website may only be used
for purposes such as criticism, review, private study, scholarship, or
research.

Electronic mail:			       WorldWideWeb:
   tech-insider@outlook.com			  http://tech-insider.org/