>> As there was no immediate interest im a kosher "superblock" command,
>> I HACKed together a perl script to do the business (save SB to file,
>> write SB from file, set datestamps, manipulate disk states, etc) which
>> does indeed include the ability to generate /etc/raidtab entries ...
> That w
On Fri, 19 Mar 1999, Piete Brooks wrote:
> > Are there any plans to have a utility as in Solaris (Disksuite) where
> > metastat can output the config format so that the equivalent of raidtab
> > can be updated...
>
> That was indeed one of the suggestions I made ...
>
> As there was no immediat
Piete Brooks <[EMAIL PROTECTED]> writes:
> > if you hotadd the (repaired or replaced) /dev/sda1 again you'll have
> > raid-disk1 /dev/sda3
> > raid-disk2 /dev/sda2
> > spare /dev/sda1
>
> So "Yes, you do have to manually edit /etc/raidtab to keep in sync".
> Are there any plans to have a utility as in Solaris (Disksuite) where
> metastat can output the config format so that the equivalent of raidtab
> can be updated...
That was indeed one of the suggestions I made ...
As there was no immediate interest im a kosher "superblock" command,
I HACKed to
Are there any plans to have a utility as in Solaris (Disksuite) where
metastat can output the config format so that the equivalent of raidtab
can be updated...
In solaris the raidtab file is md.tab and one can "metastat -p > md.tab"
to update the file.
James
On Thu, 18 Mar 1999, Piete Brooks
> if you hotadd the (repaired or replaced) /dev/sda1 again you'll have
> raid-disk1/dev/sda3
> raid-disk2/dev/sda2
> spare /dev/sda1
So "Yes, you do have to manually edit /etc/raidtab to keep in sync". Ta.
> the patch to raidtools + kernel
Which patch to
>Really ?
>I would have thought that if I had 1 and 2 in use and 3 as spare,
>when 1 fails, I get 2 and3 in use, and that when I insert a good replacement
>for 1, it becomes the spare -- is that not the case ?
>Will it actually copy things to 1, and then release 3 back to being spare ?
Oops, had
>> Does one have to manually update /etc/raidtab to show which disks are now
>> "spare" and which are the main disks ?
> raidhotadd doesn't consult the raidtab file, all the info it needs is
> contained in the raid superblock. Since the disk you add gets used right
> away the info in /etc/raidtab
>> Raidhotadd just adds the devices as spare disks,
>
>Does one have to manually update /etc/raidtab to show which disks are now
>"spare" and which are the main disks ?
raidhotadd doesn't consult the raidtab file, all the info it needs is
contained in the raid superblock. Since the disk you add g
> The functionality of ckraid is automatically performed by kernel on startup
> of raid devices.
Is there a way to say "check the current status in verbose mode" ?
/proc/mdstat shows the "bare bone" info, but not things like spare disks, etc.
> raidhotadd /dev/md0 /dev/sda2
Ta -- it's not actua
At 21:03 14.03.99 +, you wrote:
>With the demise of "ckraid", how can I do I "check all is well" test ?
>Also, how do I say "the duff disk of the mirror has been replaced, go
>reconstruct it"
>Can I still "manually dd the disk and tell the code to fix the superblock" ?
The functionality of c
[ I'm new to the list, so feel free to point me at TFM ... ]
I have built a Linux 2.2.2 kernel with raid0145-19990309-2.2.3 and RAIDs
0 and 1 seem to work just fine (linear seems to need a chunksize!).
With the demise of "ckraid", how can I do I "check all is well" test ?
Also, how do I say "the
12 matches
Mail list logo
