Skip site navigation (1)Skip section navigation (2) 
Date:      Mon, 22 Aug 2005 12:53:46 -0500
From:      "Edgar Martinez" <emartinez@crockettint.com>
To:        "'Scott Long'" <scottl@samsco.org>
Cc:        freebsd-fs@freebsd.org
Subject:   RE: UFS2+Softupdates Corruption Regardless on Seven various systems
Message-ID:  <20050822175230.3436D28462@mxc2.crockettint.com>
In-Reply-To: <42B61DCD.4030307@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help 

[-- Attachment #1 --]
Scott,

Undoubtedly you're in the midst of several things on top of the 6 release
however this issue is continuing to appear pretty regularly. It occurs on
all systems after approx. 30 days of light use. I am in the process of
generating a LiveCD so that I can use read-only media to address the
problem. I have had to remotely walk someone thru a reinstall at least 3
times so far. The idea is that I can dismount and fsck the storage container
independently. This should correct my issue, but perhaps mask a larger
thing. 

We have verified both UPS on the unit and placed units into an EMI cage to
prevent Power/EMI from being an issue. Yet after approximately 30 days, the
entire container requires a single user mode fsck to fix (if you catch it in
time). Background fsck will only correct the data partition, but the OS
partition is not setup to perform the background fsck.

Systems are only running samba (recent change) to provide data storage to
the local users. Other then that, nothing else outside of the standard log
writes and such change. Seven gateway/nat/fw/dhcp/dns/samba units scattered
thru the world. All started life running a vanilla 5.3-STABLE load.

Anything I can do to help out or get you more information. I know that
there's a summer of code thing out for journaling of UFS, so does that
include UFS2? I haven't gotten into the specifics yet..

Thanks!

-----Original Message-----
From: Scott Long [mailto:scottl@samsco.org] 
Sent: Sunday, June 19, 2005 8:37 PM
To: emartinez@crockettint.com
Cc: freebsd-fs@freebsd.org
Subject: Re: UFS2+Softupdates Corruption Regardless on Seven various systems

Edgar Martinez wrote:
> All,
> 
>  
> 
> I have a network of FBSD boxen running 5.3 w/ 2x PATA WD1200JB Drives and
a
> Promise Fastrack TX2 controller in mirror. The systems mainly just pass
> internet traffic and rarely ever touch the disks. After running for a few
> weeks -> months.the disks become corrupted forcing a manual fsck from
single
> user mode. And since the system is thousands of miles away, it can become
> painful to walk someone with a language barrier thru that.
> 
>  
> 
> Question is WHY does this occur?
> 
> How can you avoid this? 
> 
> What can you do to remotely fix the issue? 
> 
> Any proactive maintenance I need to be doing?
> 
> Did I mention I would like to know WHY?
> 

This certainly sounds like a bug, and is not something that people 
normally see.  When and how do you notice the corruption?  Does it
have a particular pattern?  Would it be possible to try a different
brand of disk controller in order to rule out the driver being
buggy?

Scott

[-- Attachment #2 --]
0	*H
010	+0	*H

0Z00
	*H
0u10	UUS10U
GTE Corporation1'0%UGTE CyberTrust Solutions, Inc.1#0!UGTE CyberTrust Global Root0
980813002900Z
180813235900Z0u10	UUS10U
GTE Corporation1'0%UGTE CyberTrust Solutions, Inc.1#0!UGTE CyberTrust Global Root00
	*H
0PzLj.=Ȑȸdz~l<S7(s`SSmXүmgr1ʥr\dB,:
B$9?W
XEӅi&pH?y/;b0
	*H
m	^Qg"a*<Hw|s=0Ń3{4N@t׹}vU}cT\ًBN|ha_[ף4$
˔؞\mǪO"͕z0*00
	*H
0u10	UUS10U
GTE Corporation1'0%UGTE CyberTrust Solutions, Inc.1#0!UGTE CyberTrust Global Root0
020827190200Z
120827235900Z010	UGB10U
Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CA0"0
	*H
0
χ
qR-W\IR:Bmb><xd ~kkiT8@w~k̬9KHHk([~/Lq߰)N7&8DR>pHz	U,*jM5ls!b G#Kj5H6LMLƱ/yQd/]ϭLtG#1*aΤ[71圜;ZȆ@" ӳl ,CZv00EU>0<0:864http://www.public-trust.com/cgi-bin/CRL/2018/cdp.crl0U6|mEBvMpP0^0U 00I
*Hc0;09+-http://www.public-trust.com/CPS/OmniRoot.html0:+10*0(+https://secure.comodo.net/CP0U#0yw0u10	UUS10U
GTE Corporation1'0%UGTE CyberTrust Solutions, Inc.1#0!UGTE CyberTrust Global Root0+U$0"20020827190224Z20090827235900Z0U0U00
	*H
:$o6l:s9jioԮԈ)!WU{0dĪp<vt*Fg2KVru֝Wq:KE%2"!40D(:ϳ00iSZ]+&B<}0
	*H
010	UGB10U
Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CA0
050818000000Z
060818235959Z01503U,Comodo Trust Network - PERSONA NOT VALIDATED1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2003 Comodo Limited10UEdgar Martinez1(0&	*H
	emartinez@crockettint.com00
	*H
0.ܫRK%D^"F-h*##KrGu|x9`DʓvembTlPuw}XX)2:lQdb;)G

00U#06|mEBvMpP0^0UlF}QƀoĪH0U0U00 U%0++10	`HB 0FU ?0=0;+10+0)+https://secure.comodo.net/CPS0U008642http://crl.comodo.net/Class3SecurityServices_3.crl0:864http://crl.comodoca.com/Class3SecurityServices_3.crl0-+)'Class3SecurityServices_3@crl.comodo.net0$U0emartinez@crockettint.com0
	*H
1?-ז/
d!b0){XCbwl"	v5[sZw.?,*%nsSiZe6:Bt(y<Bi)ڻ.“`kp# 7|XD|j{ҥd[

7Hx5$#"d@g.nUĴ)B+
2byA|*}RDhHU
Pude>]ǡ_Uy1p0l0010	UGB10U
Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CASZ]+&B<}0	+0	*H
	1	*H
0	*H
	1
050822175346Z0#	*H
	1žXw`Ƒy0g	*H
	1Z0X0
*H
0*H
0
*H
@0+0
*H
(0+0
*H
0	+710010	UGB10U
Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CASZ]+&B<}0*H
	1010	UGB10U
Comodo Limited10UComodo Trust Network1F0DU=Terms and Conditions of use: http://www.comodo.net/repository10U(c)2002 Comodo Limited1,0*U#Comodo Class 3 Security Services CASZ]+&B<}0
	*H
@"ғJiP?j*<$}]fTds^F@
niBTTBŨX,Ŝ_d^Qфm$+
nwP!PKGZ*0ʦ8

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050822175230.3436D28462>