another quota related ext3fs crash...

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



  This message is in MIME format.  The first part should be readable text,
  while the remaining parts are likely unreadable without MIME-aware tools.
  Send mail to mime@docserver.cac.washington.edu for more info.

--985901728-728686679-1015730666=:10172
Content-Type: TEXT/PLAIN; charset=US-ASCII



On Sat, 9 Mar 2002, Andrew Morton wrote:

> hmm, OK that's a reasonable-looking hardware lineup.  Often,
> weird crashes correlate with crufty, dusty old p200 boxen.
> The via chipset and udma _may_ be a problem - I'm afraid I
> haven't tracked that saga very closely.

afaik the main via problem was that data which got copied from channel 0
to channel 1 got corrupted when excessive traffic was on the pci bus, but
this should have already been fixed in the recent linux kernels (and data
hardly ever gets copied from / (channel 0) to /home or /www (channel 1) in
my case)

> So hmmm.  Your December 11 reports was *exactly* the same.  Down
> to the same blockgroup number.
>
> Could you please run
>
> 	dumpe2fs -H /dev/hdd2
>
> and let's see if we can work out the actual block which was being
> freed.  (hmm, dumpe2fs doesn't display s_first_data_block).

hmz, dumpe2fs 1.27 doesn't know anything about -H, i used -h instead, is
that the information you wanted? i already fscked (one inode with an
illegal block which i haven't noted down *hits himself*) and mounted the
partition, i hope that doesn't matter.


best regards,
michael

--985901728-728686679-1015730666=:10172
Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dump
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.44.0203100424260.10172@trottelkunde.amd.co.at>
Content-Description: 
Content-Disposition: attachment; filename=dump

ZHVtcGUyZnMgMS4yNyAoOC1NYXItMjAwMikNCkZpbGVzeXN0ZW0gdm9sdW1l
IG5hbWU6ICAgaG9tZQ0KTGFzdCBtb3VudGVkIG9uOiAgICAgICAgICA8bm90
IGF2YWlsYWJsZT4NCkZpbGVzeXN0ZW0gVVVJRDogICAgICAgICAgNTZkMTRi
ODEtODJhYy00OWEwLTk1MzQtZjI2MWVlYTU5OWY5DQpGaWxlc3lzdGVtIG1h
Z2ljIG51bWJlcjogIDB4RUY1Mw0KRmlsZXN5c3RlbSByZXZpc2lvbiAjOiAg
ICAxIChkeW5hbWljKQ0KRmlsZXN5c3RlbSBmZWF0dXJlczogICAgICBoYXNf
am91cm5hbCBmaWxldHlwZSBuZWVkc19yZWNvdmVyeSBzcGFyc2Vfc3VwZXIN
CkZpbGVzeXN0ZW0gc3RhdGU6ICAgICAgICAgY2xlYW4NCkVycm9ycyBiZWhh
dmlvcjogICAgICAgICAgQ29udGludWUNCkZpbGVzeXN0ZW0gT1MgdHlwZTog
ICAgICAgTGludXgNCklub2RlIGNvdW50OiAgICAgICAgICAgICAgMTUzNzA4
OA0KQmxvY2sgY291bnQ6ICAgICAgICAgICAgICAzMDcyNDMxDQpSZXNlcnZl
ZCBibG9jayBjb3VudDogICAgIDE1MzYyMQ0KRnJlZSBibG9ja3M6ICAgICAg
ICAgICAgICA3Mzg4OTINCkZyZWUgaW5vZGVzOiAgICAgICAgICAgICAgMTQ4
MDQ0NA0KRmlyc3QgYmxvY2s6ICAgICAgICAgICAgICAwDQpCbG9jayBzaXpl
OiAgICAgICAgICAgICAgIDQwOTYNCkZyYWdtZW50IHNpemU6ICAgICAgICAg
ICAgNDA5Ng0KQmxvY2tzIHBlciBncm91cDogICAgICAgICAzMjc2OA0KRnJh
Z21lbnRzIHBlciBncm91cDogICAgICAzMjc2OA0KSW5vZGVzIHBlciBncm91
cDogICAgICAgICAxNjM1Mg0KSW5vZGUgYmxvY2tzIHBlciBncm91cDogICA1
MTENCkxhc3QgbW91bnQgdGltZTogICAgICAgICAgU3VuIE1hciAxMCAwMDow
OTozOSAyMDAyDQpMYXN0IHdyaXRlIHRpbWU6ICAgICAgICAgIFN1biBNYXIg
MTAgMDA6MDk6MzkgMjAwMg0KTW91bnQgY291bnQ6ICAgICAgICAgICAgICAy
DQpNYXhpbXVtIG1vdW50IGNvdW50OiAgICAgIDIwDQpMYXN0IGNoZWNrZWQ6
ICAgICAgICAgICAgIFNhdCBNYXIgIDkgMjM6MzE6NDEgMjAwMg0KQ2hlY2sg
aW50ZXJ2YWw6ICAgICAgICAgICAxNTU1MjAwMCAoNiBtb250aHMpDQpOZXh0
IGNoZWNrIGFmdGVyOiAgICAgICAgIEZyaSBTZXAgIDYgMDA6MzE6NDEgMjAw
Mg0KUmVzZXJ2ZWQgYmxvY2tzIHVpZDogICAgICAwICh1c2VyIHJvb3QpDQpS
ZXNlcnZlZCBibG9ja3MgZ2lkOiAgICAgIDAgKGdyb3VwIHJvb3QpDQpGaXJz
dCBpbm9kZTogICAgICAgICAgICAgIDExDQpJbm9kZSBzaXplOgkJICAxMjgN
CkpvdXJuYWwgVVVJRDogICAgICAgICAgICAgPG5vbmU+DQpKb3VybmFsIGlu
b2RlOiAgICAgICAgICAgIDgNCkpvdXJuYWwgZGV2aWNlOgkgICAgICAgICAg
MHgwMDAwDQpGaXJzdCBvcnBoYW4gaW5vZGU6ICAgICAgIDk2NDg1Mw0KDQo=
--985901728-728686679-1015730666=:10172--





[Index of Archives]         [Linux RAID]     [Kernel Development]     [Red Hat Install]     [Video 4 Linux]     [Postgresql]     [Fedora]     [Gimp]     [Yosemite News]

  Powered by Linux