ReiserFS question dealing with a large RAID volume.
Ok people. I have X86 clone server that has built in IDE RAID. The RAID volume is 1.8T (RAID 5+0). SUSE 9.2 installs just fine and it is quite fast.. after it's booted. The issue is that during boot when it comes time to mount the 1.8T fs .. it takes in the neighborhood of 8 to 15 minutes. It does this regardless of how the machine is shutdown and there is no data on this volume as this is a new build. The project was passed off onto me by a co-worker who had tried Slackware on the machines and let the default Fedora Core install boot through. The other two distro's booted fine on the same hardware config and zoomed past the 1.8T fs like a breeze as long as the fs had been unmounted properly. Anyone have any thoughts? If you need more info.. please tell me. It's been a while since I actually had to ask for help so I'm not sure what details I should give. -Ben -- "There is no need to teach that stars can fall out of the sky and land on a flat Earth in order to defend religious faith."
not a solution by anymeans......just a ? this isn't something that you are going to routinely backup is it??? if sooo...how? lol ~mk~ On Tue, 18 Jan 2005 15:20:08 -0800, Ben Rosenberg <red.kryptonite@gmail.com> wrote:
Ok people. I have X86 clone server that has built in IDE RAID. The RAID volume is 1.8T (RAID 5+0). SUSE 9.2 installs just fine and it is quite fast.. after it's booted. The issue is that during boot when it comes time to mount the 1.8T fs .. it takes in the neighborhood of 8 to 15 minutes. It does this regardless of how the machine is shutdown and there is no data on this volume as this is a new build. The project was passed off onto me by a co-worker who had tried Slackware on the machines and let the default Fedora Core install boot through. The other two distro's booted fine on the same hardware config and zoomed past the 1.8T fs like a breeze as long as the fs had been unmounted properly.
Anyone have any thoughts? If you need more info.. please tell me. It's been a while since I actually had to ask for help so I'm not sure what details I should give.
-Ben -- "There is no need to teach that stars can fall out of the sky and land on a flat Earth in order to defend religious faith."
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Well, I have 4 Scalar 1000's which hold 116 80G DLT tapes and 4 R250 Netapp Nearstore filers that I do hot backups too. :) The's machines are POP3/IMAP servers.. we cluster them in 3's.. one live and two machines that replicate the primary. :) We do a lot of email at work.. about 3 billion pieces of email a week pass through the system. Which is why I was hoping someone had seen this. I've narrowed it down to something in the SUSE 9.2 boot scripts but got board looking for it. I just have the systems mount this slice after the OS is booted via a custom script. :) -Ben On Tue, 25 Jan 2005 00:18:31 -0500, Michael Kershaw <mike.kershaw@gmail.com> wrote:
not a solution by anymeans......just a ? this isn't something that you are going to routinely backup is it??? if sooo...how? lol
~mk~
On Tue, 18 Jan 2005 15:20:08 -0800, Ben Rosenberg <red.kryptonite@gmail.com> wrote:
Ok people. I have X86 clone server that has built in IDE RAID. The RAID volume is 1.8T (RAID 5+0). SUSE 9.2 installs just fine and it is quite fast.. after it's booted. The issue is that during boot when it comes time to mount the 1.8T fs .. it takes in the neighborhood of 8 to 15 minutes. It does this regardless of how the machine is shutdown and there is no data on this volume as this is a new build. The project was passed off onto me by a co-worker who had tried Slackware on the machines and let the default Fedora Core install boot through. The other two distro's booted fine on the same hardware config and zoomed past the 1.8T fs like a breeze as long as the fs had been unmounted properly.
Anyone have any thoughts? If you need more info.. please tell me. It's been a while since I actually had to ask for help so I'm not sure what details I should give.
-Ben -- "There is no need to teach that stars can fall out of the sky and land on a flat Earth in order to defend religious faith."
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
-- "There is no need to teach that stars can fall out of the sky and land on a flat Earth in order to defend religious faith."
The Tuesday 2005-01-25 at 00:36 -0800, Ben Rosenberg wrote:
We do a lot of email at work.. about 3 billion pieces of email a week pass through the system. Which is why I was hoping someone had seen this. I've narrowed it down to something in the SUSE 9.2 boot scripts but got board looking for it. I just have the systems mount this slice after the OS is booted via a custom script. :)
Kind of not having the "auto" entry in fstab, and then adding another init.d/runlevel/script? Interesting solution. It mount faster that way? Very curious. -- Cheers, Carlos Robinson
On Tuesday 25 January 2005 08:36, Ben Rosenberg wrote:
We do a lot of email at work.. about 3 billion pieces of email a week pass through the system. Which is why I was hoping someone had seen this. I've narrowed it down to something in the SUSE 9.2 boot scripts but got board looking for it. I just have the systems mount this slice after the OS is booted via a custom script. :)
Are you serious? 3 billion? That's 5000/sec! Average!!! Might want to look at bootchart (google for it). Follow the instructions, and you'll get a gantt-chart style image of your boot process. From there you should be able to isolate the problem. Looking at my own chart of a SuSE install it looks to be doing something significant running the fsck.reiserfs process with my comparitively small partitions. On 1.8TB I guess the impact will be much bigger. If this is the case, you can bypass this with fastboot which should speed things up. Though you might want to schedule regular fsck's depending on paranoia level. -- Steve Boddy
participants (4)
-
Ben Rosenberg -
Carlos E. R. -
Michael Kershaw -
Stephen Boddy