earlier discussions, the 5.1 code will, fix the "dirty
> shutdown bug".
Bye, Martin
--
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-
from criticism voiced here earlier about the Escalade firmware. I
> have once tried to contact 3Ware through a web form in their site
> but no answer yet.
>
> The criticism mentioned above is from a message posted 2000-06-07
> by Martin
> Bene. Here's the relevant quote:
As f
tools definitely support it. no need to go for the
"dangerous" tools. Bzw, has anyone checked what's different in this tools
package in comparison to the 19990824 release?
Bye, Martin
PS: the problem was missing kernel patch.
"you have moved your mouse, please reboot to make th
our system infected?
Bye, Martin
"you have moved your mouse, please reboot to make this change take
effect"
- ------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [E
testing whith raid1 (failed drive, reconstruction) also work OK.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-8
ter
trying to patch; you definitely need to either get a raid-patched md.c from
2.2.15 or use one of the other solutions mentioned on the list.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Marti
orrect the way
it is? would a patch be accepted? should the right behaviour be different?)
out of Ingo, so I'm bothering you instead :-)
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Marti
you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
one with highest count" would give better results.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon media
> -Ursprüngliche Nachricht-
> Von: Christian Robottom Reis [mailto:[EMAIL PROTECTED]]
> Gesendet: Freitag, 19. Mai 2000 21:31
> An: Martin Bene
> Cc: Ard van Breemen; Thomas King; [EMAIL PROTECTED]
> Betreff: Re: AW: ICP vortex vs. mylex
>
>
> On Fri, 19
ake effect"
------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
raid 0/1 hardware
raid controllers, linux is supported (driver source availabel). See their
website at www.3ware.com
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene
/people.redhat.com/mingo/raid-patches/raid-2.2.14-B1
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
;d keep sdb as sdb and just put in a replacement for sda; however,
you'll have to boot off a floppy if you do it this way.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene
nd will result in file system errors sooner or
later. The only case where it might work is if you use some additional
utility to shrink the ext2 filesystem to make room for the superblock - I
don't have personal experience with this approach though.
Bye, Martin
"you have moved your m
0
label = Linux
read-only
-
check that the partition you put under boot= is the one containing the
/boot filesystem, NOT your / filesystem. Works nicely for me, lilo cycles
over the physical disks and makes each of them bootable.
Bye, Martin
"you have
rry right now :). I won't
>even need to invoke my patience, I would have sat on hold longer then that
>to get an answer about any proprietary software ;)
>
>Best,
>Sean
"you have moved your mouse, please reboot to make this change take effect"
---
moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
on raid devices until resync has finished.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon
wap.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
ort, a driver for redhat 6.1 will be released within the next 30 days.
Original mail from support:
---
From: "Steve Pedroza" <[EMAIL PROTECTED]>
To: "'Martin Bene'" <[EMAIL PROTECTED]>
Subject: RE: Fasttrak
DDEVS
do
while grep $raiddev /proc/mdstat | grep -q "resync="
do
echo "`date`: $raiddev resyncing" >> /var/log/raidswap-status
sleep 20
done
/sbin/swapon /dev/$raiddev
done
exit 0
---
Bye, Martin
"you h
.raid1.gz
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAI
ed your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
el anyway.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAI
device and add the old
disk to the raid device after verifying all works ok. see jakobs raid-howto
for details, should be described there.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin
/www.icon.fi/~mak/tiotest/ - thanks to Mika!
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hofer-Plat
3.43 right now.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-316-813824
simon media fax: +43-316-813824-6
Andreas-Hof
u've compiled raid5
as a module and the module isn't on your initrd (redhat 6.x, right?).
You'll have to make a new initrd image taht includes the raid modules(s).
(see mkinitrd command.)
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect&quo
your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
linear).
So yes, for upgrading your old raid5 arrays you can and should use
persistent-superblock 1
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251
should do backup / mkraid with
persistent superblock / restore to make best use of 0.90 capabilities.
translucent: Anyone who can explain what this one does is welcome to - I've
never used it.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
-
as included on 13.7.99 for kernel 2.2.10 and
2.0.37.
Bye, Martin
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax:
at the kernel can
autostart the raid arrays - much more stable.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-81
e that swapping on raid1+5 is OK.
Bye, Martin.
PS: off list as of tomorrow, in Australia till christmas.
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon
0.90 raid patches or download and apply the patch apropriate
for your kernel.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media
ter a disk failure and you may have to restart the system
after a disk failure.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media
t;you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, A
on another filesystem will cause trouble.
Also, take care that the raid device you specify on the boot= line is the
device for the /boot filesystem, NOT the root filesystem (in case they're
different).
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
esystem on the raid device using mke2fs
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Pl
ably has an initrd image which proviedes the scsi
module.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax
herefore the
kernel doesn't see your disks when checking for partitions to include in
autostart.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail:
US
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-H
or higher. Newer raid kernel patches can be obtained from:
ftp://ftp.XX.kernel.org/pub/linux/daemons/raid/alpha/
where XX is a country code, like US
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
-
.12 or 2.2.13-pre kernels.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e
At 06:27 30.09.99 -0700, Tom Livingston wrote:
>I have been using the failed disk feature since Martin Bene posted it as a
>patch earlier this year. At that point, the style posted for including this
>was replacing the raid-disk line with failed disk, not having both. I
>suspect ha
.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-81382
e disks.
lilo -C /etc/lilo.conf.hda
lilo -C /etc/lilo.conf.hdc
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316
raid device - your original
partition shouldn't be used anywhere now. in case of problems, you can
still revert to your original config.
7) raidhotadd the original disk to theraid array.
Hope this helps,
Martin
"you have moved your mouse, please reboot to make this change t
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL
lease reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
eaning: the
only on your disks that gets changed is the superblock; if it doesn't work
you can change settings and try again.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Be
/kernel/process.c
arch/i386/kernel/entry.S
include/asm-i386/system.h
include/linux/sched.h
kernel/sched.c
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-32
urrent
chunk, round line 3470++ in md.c)
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer
lly knows what he's doing to figure out how to really fix
the problem. :-)
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media
t; dated
23.4.99 on the list - patch for latest tools&kernel is included.
You can look it up on the web at
http://www.linuxhq.com/lnxlists/linux-raid/lr_9904_04/msg00030.html
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
-
in
raid-failed-disk.tar.gz
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
sterday, so let's see what
happens :-)
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer
At 19:19 17.04.99 +0100, you wrote:
>yes it can.
>
>Martin Bene had a patch for this. It adds a an option to mark a disk
>in /etc/raidtab as failed, so that you can start the array in
>degraded state.
Careful - My patch was designed for the redundant raid types 1/4/5, I don'
ir
problem.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL P
you've changed the partition type for sda2 to fd - the disk won't
be recogniced by the kernel if you obmit this and you get exactly the
symptoms described.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
-----
ou specify
how many disks you actually want right at creation time, only you don't use
one of them.
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
sim
to
>load the personalities. Can this be done ?
Far as I know - no.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL PROTECTED]
8010 Graz, Austria
--
finger [EMAIL PROTECTED] for PGP public key
a mkraid --debug. This will dump your
current raid setup to syslog.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Martin Bene
new raid device, copy your stuff
over, restart from the raid device and raidhotadd you current root device
to get a fully functional mirror.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
Marti
n of the raid array
will start and the spare disk will replace the "failed" one after
reconstruction finishes. -> You end up with a healthy raid array configured
just like you wanted it.
Bye, Martin
"you have moved your mouse, please reboot to make this change take effect"
--
I don't know why synchronisation doesn't start after adding a spare
disk to your device. Sorry.
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [EMAIL
lent fix in his raid patch as well.
So: live with the reject, changing this line is no longer necessary with 2.2.1
Bye, Martin
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz
- admittedly, this may not be typical.
* additional single point of failure. If the floppy drive or controller
breaks, you're down till you get a replacement.
Bye, Martin
--
Martin Bene vox: +43-664-3251047
simon media
/sbin/lilo -C /etc/lilo.conf.sda
echo ""
echo "Running lilo for disk 1"
/sbin/lilo -C /etc/lilo.conf.sdb
Bye, Martin
--
Martin Bene vox: +43-664-3251047
simon media fax: +43-31
boot - while lilo can tell the kernel to use
/dev/md0 as root it can't read the kernel image or boot bessages off a raid
device.
Bye, Martin
--
Martin Bene vox: +43-664-3251047
sc->minor);
+ }
+
break;
default:
@@ -1170,7 +1197,9 @@
}
}
- if (!start_recovery && !(sb->state & (1 << MD_SB_CLEAN))) {
+ if ((conf->raid_disks > 1) && !start_recovery &&
e-disk mirror (easy) and expand this to a normal mirror
when hotadding a second disk (not quite so easy, but getting closer)
Bye, Martin
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-
xisting one -
and I haven't yet figured out how to do this. Add a failed "phantom" raid
disk before the spare one so the activate_spare stuff can work aus usual?
Any ideas?
Bye, Martin
--
Martin Bene vox: +43-664-3251047
Martin
PS: Don't forget: You'll need a small non-raid partition to hold your
kernel+/boot so lilo will work.
------
Martin Bene vox: +43-664-3251047
simon media fax: +43-316-813824-6
Andreas-Hofer-Platz 9 e-mail: [E
Will add the new disk to the mirror(s) and initialize the new disk so you
end up with a consistant mirror again. Syschronisation runs in the
background, again see /proc/mdstat for current status.
Hope this helps,
Martin
--
Martin Bene
At 17:44 19.12.98 -0500, you wrote:
>Martin Bene wrote:
>> I'm not too happy with this double-lilo setup I'm currently using - is
>> there any way to make the boot process more transparent while still
>> retaining the ability to start from either drive?
>
>Y
el0 and lilo -r /kernel1 to have both disks bootable
in case the other sould die;
I'm not too happy with this double-lilo setup I'm currently using - is
there any way to make the boot process more transparent while still
retaining the ability to start from either
79 matches
Mail list logo