Re-post in misc@ (sorry for posting wrongly before) ----------------- Encountered the following: 4.3 i386 MP kernel w/Raidframe - throws a: splassert: uvm_map_p: want 1 have 1 Here's what was going on....... We took a USB 250GB drive and wiped it (unallocated partition) using partition magic on one of those, what do you call it.. ..oh yeah...WindowsXP thingys...(expedient, ok
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Post-Date: Sun, 6 Jul 2008 20:41:00 +0000 SPAMCOP.net-REPORT: http://www.spamcop.net/sc?id=z2049172537ze844f6c82413048dc78d925b7086458fz Spam-Date: Sun, 6 Jul 2008 20:00:18 +0000 (1215376860) Info: Copy of spam reported via SpamCop.Net Info: Country info based on zz.countries.nerd.dk Info: ASN info based on asn.routeviews.org Spam-Track: IP
Howdy? I've implemented a softraid 0+1 array and it's working fine. I had a metadata corruption incident and recovered as discussed in <20080328133249.GA2979@www.sneaker-net.org> . So now I am wondering about recovery in the event of a real failure. Could this be accomplished by configuring a softraid with only 1 disk? e.g. bioctl -c 1 -C force -l /dev/sd2a softraid0 given that
Greetings-- I have 4 SATA disks configured as 2 raid-1 arrays on a 4.3 box (i386). # bioctl -c 1 -l /dev/sd0a,/dev/sd1a softraid0 # bioctl -c 1 -l /dev/sd2a,/dev/sd3a softraid0 sd0a and sd1a are sd4, sd2a and sd3a are sd5: # bioctl softraid0 Volume Status Size Device softraid0
Hello. When ever I've had problems with raid5, and when raid1 appears to work fine, it's always been a memory exhaustion problem. When raid5 sets are working hard, i.e. reading and writing a lot of data, they're memory hogs relative to their raid1 cousins. How much memory is in your machine? Perhaps you're riding a memory limit, which was triggered by an increase in the newer kernel size
