- 1. Problem repairing filesystem (score: 1)
- Author: Paul Schutte <paul@xxxxxxxx>
- Date: Wed, 14 Aug 2002 12:31:16 +0200
- I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the 2.4.9-31-xfs kernel. Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware raid controller. There is a 4Gb root
- /archives/xfs/2002-08/msg00184.html (9,370 bytes)
- 2. Re: Problem repairing filesystem (score: 1)
- Author: Seth Mos <knuffie@xxxxxxxxx>
- Date: Wed, 14 Aug 2002 14:18:56 +0200
- -- I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the 2.4.9-31-xfs kernel. Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware raid controller. There is a 4Gb roo
- /archives/xfs/2002-08/msg00186.html (11,634 bytes)
- 3. Re: Problem repairing filesystem (score: 1)
- Author: Paul Schutte <paul@xxxxxxxx>
- Date: Wed, 14 Aug 2002 15:38:37 +0200
- software RAID5 with internal log using postmark v1.5 Time: 6186 seconds total 5840 seconds of transactions (17 per second) Files: 60125 created (9 per second) Creation alone: 10000 files (121 per sec
- /archives/xfs/2002-08/msg00190.html (14,033 bytes)
- 4. Re: Problem repairing filesystem (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: 14 Aug 2002 10:10:42 -0500
- Release 1.1 closed the window on the zeroed files, so they're less likely, but not impossible, after a crash. Sorry, no ideas on the repair problem yet, but wanted to chime in with that tidbit. -Eric
- /archives/xfs/2002-08/msg00196.html (9,443 bytes)
- 5. Re: Problem repairing filesystem (score: 1)
- Author: Simon Matter <simon.matter@xxxxxxxxxxxxxxxx>
- Date: Wed, 14 Aug 2002 17:12:43 +0200
- from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 19D2157306; Wed, 14 Aug 2002 17:12:45 +0200 (CEST) Cc: Seth Mos <knuffie@xxxxxxxxx>, XFS mailing list
- /archives/xfs/2002-08/msg00197.html (16,620 bytes)
- 6. Re: Problem repairing filesystem (score: 1)
- Author: Steve Lord <lord@xxxxxxx>
- Date: 14 Aug 2002 10:35:59 -0500
- So have any of you folks tried V2 logs with striping on a software raid, it should fix the performance there. Steve -- Steve Lord voice: +1-651-683-3511 Principal Engineer, Filesystem Software email:
- /archives/xfs/2002-08/msg00198.html (12,583 bytes)
- 7. Re: Problem repairing filesystem (score: 1)
- Author: Luciano Chavez <lnx1138@xxxxxxxxxx>
- Date: 14 Aug 2002 11:00:17 -0500
- Steve, Just out of curiosity, is the reason that a mkfs.xfs with the latest xfsprogs that supports V2 logs doesn't get set to version 2 when stripe info is detected due to backward compatibility? Tha
- /archives/xfs/2002-08/msg00199.html (9,745 bytes)
- 8. Re: Problem repairing filesystem (score: 1)
- Author: Steve Lord <lord@xxxxxxx>
- Date: 14 Aug 2002 11:04:46 -0500
- The version I have will default to version 2 if -l sunit=xxx is on the command line, not sure if it will do it if the device itself returns a stripe unit. Will have to check on that. Steve -- Steve L
- /archives/xfs/2002-08/msg00200.html (10,516 bytes)
- 9. Re: Problem repairing filesystem (score: 1)
- Author: Danny Cox <DCox@xxxxxxxxxxxxxx>
- Date: Wed, 14 Aug 2002 13:08:38 -0400
- I just updated from CVS this AM, and my mkfs.xfs only sets the log_version = 2 if su or sunit is specified on the command line. The code that grabs su and sunit occurs *after* that, so log_version r
- /archives/xfs/2002-08/msg00206.html (10,083 bytes)
- 10. Re: Problem repairing filesystem (score: 1)
- Author: Seth Mos <knuffie@xxxxxxxxx>
- Date: Wed, 14 Aug 2002 20:04:01 +0200
- At 15:38 14-8-2002 +0200, Paul Schutte wrote: software RAID5 with internal log using postmark v1.5 Time: 6186 seconds total 5840 seconds of transactions (17 per second) Seems reasonable for an intern
- /archives/xfs/2002-08/msg00207.html (11,399 bytes)
- 11. Re: Problem repairing filesystem (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: 14 Aug 2002 14:34:10 -0500
- Hi Danny - I started looking at this before I saw your email... want to take a look at my patch, and tweak as necessary? Not tested, but it compiles. :) -Eric -- Eric Sandeen XFS for Linux http://oss
- /archives/xfs/2002-08/msg00209.html (10,659 bytes)
- 12. Re: Problem repairing filesystem (score: 1)
- Author: Danny Cox <DCox@xxxxxxxxxxxxxx>
- Date: Wed, 14 Aug 2002 15:46:34 -0400
- I'd sooner trust your code than mine ;-). It looks good to me. I've not tried it, but I'd expect it to "do the right thing". -- kernel, n.: A part of an operating system that preserves the medieval
- /archives/xfs/2002-08/msg00210.html (10,234 bytes)
- 13. Re: Problem repairing filesystem (score: 1)
- Author: Luciano Chavez <lnx1138@xxxxxxxxxx>
- Date: 14 Aug 2002 15:17:39 -0500
- Eric, Tried the patch on an EVMS device and got the following when the stripe info is returned for the device: log volume is striped, using v2 logs meta-data=/dev/evms/vol19 isize=256 agcount=8, agsi
- /archives/xfs/2002-08/msg00212.html (11,038 bytes)
- 14. Re: Problem repairing filesystem (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: 14 Aug 2002 16:25:59 -0500
- Hi Luciano - I guess this is getting down to the question of how "default" we want v2 logs to be at this point. It does not look -quite- production-ready yet, so we're reluctant to default it in any
- /archives/xfs/2002-08/msg00213.html (11,061 bytes)
- 15. Re: Problem repairing filesystem (score: 1)
- Author: Simon Matter <simon.matter@xxxxxxxxxxxxxxxx>
- Date: Thu, 15 Aug 2002 09:13:24 +0200
- from mobile.sauter-bc.com (unknown [10.1.6.21]) by basel1.sauter-bc.com (Postfix) with ESMTP id 50FFC57306; Thu, 15 Aug 2002 09:13:25 +0200 (CEST) Cc: Paul Schutte <paul@xxxxxxxx>, Seth Mos <knuffie
- /archives/xfs/2002-08/msg00217.html (13,340 bytes)
- 16. Re: Problem repairing filesystem (score: 1)
- Author: Luciano Chavez <lnx1138@xxxxxxxxxx>
- Date: 15 Aug 2002 08:46:11 -0500
- Eric, Fair enough. -- regards, Luciano Chavez lnx1138@xxxxxxxxxx http://evms.sourceforge.net
- /archives/xfs/2002-08/msg00222.html (10,260 bytes)
- 17. Re: Problem repairing filesystem (score: 1)
- Author: Paul Schutte <paul@xxxxxxxx>
- Date: Fri, 16 Aug 2002 10:28:30 +0200
- I am sorry to interrupt the discussion on software raid, but I think that it would be possible to save my 320Gb data partition. xfs_repair return the following error: fatal error -- can't read block
- /archives/xfs/2002-08/msg00243.html (13,123 bytes)
- 18. Problem repairing filesystem (score: 1)
- Author:
- Date: Wed, 14 Aug 2002 12:31:16 +0200
- I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the 2.4.9-31-xfs kernel. Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware raid controller. There is a 4Gb root
- /archives/xfs/2002-08/msg00771.html (9,370 bytes)
- 19. Re: Problem repairing filesystem (score: 1)
- Author:
- Date: Wed, 14 Aug 2002 14:18:56 +0200
- -- I ran a ftp server on a pentium II 333Mhz with 256M RAM, using the 2.4.9-31-xfs kernel. Used 4 x 120 Gb IDE drives in a RAID 5 array on an Adaptec 2400 hardware raid controller. There is a 4Gb roo
- /archives/xfs/2002-08/msg00773.html (11,634 bytes)
- 20. Re: Problem repairing filesystem (score: 1)
- Author:
- Date: Wed, 14 Aug 2002 15:38:37 +0200
- software RAID5 with internal log using postmark v1.5 Time: 6186 seconds total 5840 seconds of transactions (17 per second) Files: 60125 created (9 per second) Creation alone: 10000 files (121 per sec
- /archives/xfs/2002-08/msg00777.html (14,033 bytes)
This search system is powered by
Namazu