Prenosne FreeBSD, nemozem bootovat (ohlasy zvonka)

billik at pefstud.uniag.sk billik at pefstud.uniag.sk
Tue Nov 23 10:41:31 CET 1999


Asi to bude zaujimat len pana Cejku, ale...

Mam par listov, ktore som dostal z konferencie freebsd-bugs at FreeBSD.ORG
a aj ked sa netykaju priamo systemu, davam vediet o nich.

###########################################################################

Date: Fri, 12 Nov 1999 20:18:18 -0800 (PST)
From: billf at FreeBSD.org
To: billik at sun.uniag.sk, billf at FreeBSD.org, freebsd-bugs at FreeBSD.org
Subject: Re: misc/11216: Power fail versus Fsck changed my life.

Synopsis: Power fail versus Fsck changed my life.

State-Changed-From-To: open->closed
State-Changed-By: billf
State-Changed-When: Fri Nov 12 20:17:36 PST 1999
State-Changed-Why: 
This 'critical' PR doesn't make any sense and lacks any point.
The submitter is encouraged not to submit PRs while under 
the influence of controlled substanced.

On a side note, I don't know how many operating systems are
out there that can recorver from ripping the hard drive cable
while a drive is operational and transfering.

###########################################################################

Date: Mon, 15 Nov 1999 12:14:22 -0500
From: Greg Lehey <grog at mojave.sitaranetworks.com>
Reply-To: Greg Lehey <grog at lemis.com>
To: Bill Fumerola <billf at chc-chimes.com>, Matthew Jacob <mjacob at feral.com>
Cc: billf at FreeBSD.ORG, billik at sun.uniag.sk, freebsd-bugs at FreeBSD.ORG
Subject: Re: misc/11216: Power fail versus Fsck changed my life.

On Friday, 12 November 1999 at 22:39:11 -0500, Bill Fumerola wrote:
> On Fri, 12 Nov 1999, Matthew Jacob wrote:
>
>>> On a side note, I don't know how many operating systems are
>>> out there that can recorver from ripping the hard drive cable
>>> while a drive is operational and transfering.
>>
>> Any decent transaction engine.
>
> And not lose the data being transfered?

This is one of the tests I do regularly with Vinum.  That's why panic
is spread out over a table :-)  And yes, it doesn't lose the data as
long as it is replicated.

Greg
--
Finger grog at lemis.com for PGP public key
See complete headers for address and phone numbers

###########################################################################

Date: Fri, 12 Nov 1999 21:05:25 -0800 (PST)
From: Matthew Jacob <mjacob at feral.com>
To: Bill Fumerola <billf at chc-chimes.com>
Cc: billf at FreeBSD.ORG, billik at sun.uniag.sk, freebsd-bugs at FreeBSD.ORG
Subject: Re: misc/11216: Power fail versus Fsck changed my life.



> On Fri, 12 Nov 1999, Matthew Jacob wrote:
> 
> > > On a side note, I don't know how many operating systems are
> > > out there that can recorver from ripping the hard drive cable
> > > while a drive is operational and transfering.
> > 
> > Any decent transaction engine.
> 
> And not lose the data being transfered?

Absolutely. The whole point of transaction engines with failover hardware,
or for decent h/w and software in general, is that it is never ambiguous
as to whether data has made it to stable medium or not. Actually, this
applies to all data paths that have any kind of error checking- has the
data made it from point A to point B safely. If not, execute the current
policy as to what to do when the data has not made it intact.

The policy choices are many, but they ultimately boil down to *at each
level of the data transfer* of either committing to retry the operation
until it succeeds, retrying for a certain stated number of retries, or a
certain bounded time interval until reporting failure back up to the next
entity in a chain of entities that is moving the data. The original
submitter of the data ultimately then chooses what to do- if it's a low
cost VGA card that didn't accept a pixel write, well, fine, ignore it. If
it is your bank's ATM, it does not take the transaction any further, etc.
The ordering of events are clearly important to this- i.e., do *not*
disburse the money *until* the transaction has successfully logged.

Insofar as a middling level of survivability, SunOS was middling
good (if I do say so myself) example of just the case of kicking the cable
loose- the SCSI subsystem would retry a wad o' times (for relatively
stateless devices like disks), bitching all the way, then it would reflect
back to the page/buffer cache code, which would do it's damndest to not
lose the dirty but now not yet backed page(s). Very very very rarely would
it ever panic on an I/O error. It would panic on UFS inconsistencies,
true, but, frankly, that was because a research filesystem was being used
in a semi- to full- commercial context. I remember working with a really
*great* filesystem hacker from TRW quite some time ago (like, 20 years
ago)- and the things he had to say about the Unix filesystem, while
perhaps a bit unfair, were certainly on point (for the time- it's a
helluva lot better now) and an eyeopener about what levels of expectations
for consistency and survivability are.

The current FreeBSD da driver policy of pack invalidation on I/O error is
probably *not* a good example of surviving external events.

Note if one were to rewrite the statement that started this all off to be
instead: "I don't know how many free operating systems are out there that
can recover from...", I probably wouldn't have said anything. Care and
caution is expensive. So's carelessness and foolish marketing hype, but
perhaps that's too cynical and I'm needing to chill with some
semi-controlled substances now...ciao'...

-matt

###########################################################################

Date: Fri, 12 Nov 1999 20:34:27 -0800 (PST)
From: Matthew Jacob <mjacob at feral.com>
To: billf at FreeBSD.ORG
Cc: billik at sun.uniag.sk, freebsd-bugs at FreeBSD.ORG
Subject: Re: misc/11216: Power fail versus Fsck changed my life.



> Synopsis: Power fail versus Fsck changed my life.
> 
> State-Changed-From-To: open->closed
> State-Changed-By: billf
> State-Changed-When: Fri Nov 12 20:17:36 PST 1999
> State-Changed-Why: 
> This 'critical' PR doesn't make any sense and lacks any point.
> The submitter is encouraged not to submit PRs while under 
> the influence of controlled substanced.
> 
> On a side note, I don't know how many operating systems are
> out there that can recorver from ripping the hard drive cable
> while a drive is operational and transfering.

Any decent transaction engine.

###########################################################################

                                                                    steve.
  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  http://sun.uniag.sk/~billik                   mailto:billik at sun.uniag.sk
         Perl_SQL_LaTeX_HTTP_HTML_PHP_CGI_Gimp_Joe_Bash_X11_Java_C
  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-






More information about the Users-l mailing list