- 1. for BUG() in debug kernel (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 12:16:20 +0200
- oughts. Why not make this a configuration item. For stable usable systems, it is more appropriate to reboot and do recovery. For all others like qualification, testing the default approac
- /archives/xfs/2002-05/msg00411.html (9,711 bytes)
- 2. ump/xfsrestore questions. (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: Wed, 22 May 2002 08:00:23 -0500 (CDT)
- should insert a small buffer between xfsdump, for example with bfr: http://www.glines.org:8000/software/buffer.html This will be most useful when dealing with a large number of small file
- /archives/xfs/2002-05/msg00414.html (9,270 bytes)
- 3. urs on my root filesystem (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 15:20:47 +0200
- ng here is "normal" log recovery, nothing that should indicate corruption. I assume that this is after what claims to be a clean shutdown? Probably the BLKSETSIZE ioctl, perhaps your raid
- /archives/xfs/2002-05/msg00415.html (10,417 bytes)
- 4. urs on my root filesystem (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: Wed, 22 May 2002 08:36:15 -0500 (CDT)
- wrote: On Wed, 22 May 2002, Michael Wahlbrink wrote: Hi, Got the data back with the xfs_progs from cvs. All works fine with disabled writecache on the IDE HDDs, untill I saw a few reboot
- /archives/xfs/2002-05/msg00416.html (9,859 bytes)
- 5. urs on my root filesystem (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 16:02:51 +0200
- you shut down your system cleanly, you should not be doing recovery, so something is still not right (assuming that the messages you posted were after a normal shutdown). Whoops, a couple
- /archives/xfs/2002-05/msg00417.html (11,481 bytes)
- 6. XFS 2.5 tree upto 2.5.17 (score: 1)
- Author: Steve Lord <lord@xxxxxxx>
- Date: 22 May 2002 11:15:51 -0500
- d the 2.5 XFS tree upto 2.5.17, the internal tools barfed on it at some point in the process, but it should still be on the way to CVS soon. XFS works, but this merge is not a done deal y
- /archives/xfs/2002-05/msg00421.html (10,248 bytes)
- 7. urs on my root filesystem (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 18:27:45 +0200
- lity here is the ide cache is not getting flushed during shutdown - although that would only be an issue on power down I think. If you just reboot without powering down it should survive.
- /archives/xfs/2002-05/msg00422.html (11,333 bytes)
- 8. ISO images for RedHat 7.3 (score: 1)
- Author: Tony Gale <gale@xxxxxxxxxxxxxxxxxx>
- Date: 22 May 2002 17:43:17 +0100
- from the community makes one. There is another option. There is a project out there to add rpm support to apt. Apt is the tool that allows Debian to upgrade from release to release so ea
- /archives/xfs/2002-05/msg00425.html (9,354 bytes)
- 9. ISO images for RedHat 7.3 (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 18:49:50 +0200
- not touch kernels (you can define other ones to be held) unless specifically requested to. Even then it will only perform an -i and not -U or such. It's very nice. See also http://www.fr
- /archives/xfs/2002-05/msg00428.html (9,922 bytes)
- 10. ISO images for RedHat 7.3 (score: 1)
- Author: Willi Langenberger <wlang@xxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 21:08:06 +0200
- n wrote: On Wed, 2002-05-22 at 11:44, Roy Sigurd Karlsbakk wrote: it should be perfectly possible to upgrade to rh73 with xfs filesystems, as the rh73 installer loads the drivers. it just
- /archives/xfs/2002-05/msg00431.html (9,516 bytes)
- 11. been unable to duplicat. (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Sat, 25 May 2002 19:06:55 +0200
- e a problem with the vm becuase it was unable to free a page. It a bit odd since I have 256 Mb ram and 1 giga byte swap. Send along log file, I was unable May 25 14:01:16 knut kernel: --[
- /archives/xfs/2002-05/msg00497.html (11,306 bytes)
- 12. : TAKE - Trade in panic() for BUG() in debug kernel (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 12:16:20 +0200
- re checked into: bonnie.engr.sgi.com:/isms/slinx/2.5.x-xfs Modid: 2.5.x-xfs:slinx:119840a linux/fs/xfs/xfs_buf_item.c - 1.120 linux/fs/xfs/xfs_dquot.c - 1.63 linux/fs/xfs/xfs_
- /archives/xfs/2002-05/msg01049.html (9,711 bytes)
- 13. f in-memory data" (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: Wed, 22 May 2002 08:00:23 -0500 (CDT)
- ed WHILE syncing, the raid5 drivers may not have had time yet to write the parity information, and when in degraded mode may have tried to restore data from unitialized parity
- /archives/xfs/2002-05/msg01052.html (9,270 bytes)
- 14. Still some corruption occurs on my root filesystem (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 15:20:47 +0200
- t a small buffer between xfsdump, for example with bfr: http://www.glines.org:8000/software/buffer.html This will be most useful when dealing with a large number of small file
- /archives/xfs/2002-05/msg01053.html (10,417 bytes)
- 15. Still some corruption occurs on my root filesystem (score: 1)
- Author: Eric Sandeen <sandeen@xxxxxxx>
- Date: Wed, 22 May 2002 08:36:15 -0500 (CDT)
- normal" log recovery, nothing that should indicate corruption. I assume that this is after what claims to be a clean shutdown? Probably the BLKSETSIZE ioctl, perhaps your raid
- /archives/xfs/2002-05/msg01054.html (9,859 bytes)
- 16. Still some corruption occurs on my root filesystem (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 16:02:51 +0200
- Wed, 22 May 2002, Michael Wahlbrink wrote: Hi, Got the data back with the xfs_progs from cvs. All works fine with disabled writecache on the IDE HDDs, untill I saw a few reboot
- /archives/xfs/2002-05/msg01055.html (11,481 bytes)
- 17. fs changes (score: 1)
- Author: Steve Lord <lord@xxxxxxx>
- Date: 22 May 2002 11:15:51 -0500
- missed adjusting the ag count if the last AG is too small to be an AG. Catch xfs_mount returning NULL (an error) and don't attempt to use that mount pointer. (The second chang
- /archives/xfs/2002-05/msg01059.html (10,248 bytes)
- 18. Still some corruption occurs on my root filesystem (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 18:27:45 +0200
- FS tree upto 2.5.17, the internal tools barfed on it at some point in the process, but it should still be on the way to CVS soon. XFS works, but this merge is not a done deal y
- /archives/xfs/2002-05/msg01060.html (11,333 bytes)
- 19. locking some more (score: 1)
- Author: Tony Gale <gale@xxxxxxxxxxxxxxxxxx>
- Date: 22 May 2002 17:43:17 +0100
- f the ongoing saga of fixing up inode locking. Previous changes re-arranged how we unlock new inodes, to make sure that we set inode_ops before we unlocked the inode. However,
- /archives/xfs/2002-05/msg01063.html (9,354 bytes)
- 20. es for RedHat 7.3 (score: 1)
- Author: Michael Wahlbrink <x_miw@xxxxxxxxxxxxxxxx>
- Date: Wed, 22 May 2002 18:49:50 +0200
- possible to upgrade to rh73 with xfs filesystems, as the rh73 installer loads the drivers. it just doesn't include any way to install a fresh system on xfs -- Roy Sigurd Karls
- /archives/xfs/2002-05/msg01066.html (9,922 bytes)
This search system is powered by
Namazu