(unknown)
I am running mdadm 2.6.7.2-1, and 2.6.7.2-3 is available under my distro.
Do either of these versions support reshaping an array from RAID5 to RAID6?
Does any later version?
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re:
On Sun, 7 Mar 2010 19:37:15 -0600
"Leslie Rhorer" <lrhorer [at] satx.rr.com> wrote:
> I am running mdadm 2.6.7.2-1, and 2.6.7.2-3 is available under my distro.
> Do either of these versions support reshaping an array from RAID5 to RAID6?
No
> Does any later version?
Yes.
You need mdadm-3.1.1 plus linux 2.6.32.
NeilBrown
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo [at] vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
RE:
Thanks, Neil. I guess I'll just tear it down and rebuild. Debian
"Squeeze" is definitely not ready for prime time, and I don't think even it
supplies kernel 2.6.32 or mdadm 3.1.1. Oh, well.
> -----Original Message-----
> From: Neil Brown [mailto:neilb [at] suse.de]
> Sent: Sunday, March 07, 2010 7:53 PM
> To: Leslie Rhorer
> Cc: linux-raid [at] vger.kernel.org
> Subject: Re:
>
> On Sun, 7 Mar 2010 19:37:15 -0600
> "Leslie Rhorer" <lrhorer [at] satx.rr.com> wrote:
>
> > I am running mdadm 2.6.7.2-1, and 2.6.7.2-3 is available under my
> distro.
> > Do either of these versions support reshaping an array from RAID5 to
> RAID6?
>
> No
>
> > Does any later version?
>
> Yes.
>
>
> You need mdadm-3.1.1 plus linux 2.6.32.
>
> NeilBrown
>
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> > the body of a message to majordomo [at] vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re:
On Sun, Mar 7, 2010 at 6:01 PM, Leslie Rhorer <lrhorer [at] satx.rr.com> wro=
te:
> =A0 =A0 =A0 =A0Thanks, Neil. =A0I guess I'll just tear it down and re=
build. =A0Debian
> "Squeeze" is definitely not ready for prime time, and I don't think e=
ven it
> supplies kernel 2.6.32 or mdadm 3.1.1. =A0Oh, well.
>
>> -----Original Message-----
>> From: Neil Brown [mailto:neilb [at] suse.de]
>> Sent: Sunday, March 07, 2010 7:53 PM
>> To: Leslie Rhorer
>> Cc: linux-raid [at] vger.kernel.org
>> Subject: Re:
>>
>> On Sun, 7 Mar 2010 19:37:15 -0600
>> "Leslie Rhorer" <lrhorer [at] satx.rr.com> wrote:
>>
>> > I am running mdadm 2.6.7.2-1, and 2.6.7.2-3 is available under my
>> distro.
>> > Do either of these versions support reshaping an array from RAID5 =
to
>> RAID6?
>>
>> No
>>
>> > Does any later version?
>>
>> Yes.
>>
>>
>> You need mdadm-3.1.1 plus linux 2.6.32.
>>
>> NeilBrown
>>
>> >
>> > --
>> > To unsubscribe from this list: send the line "unsubscribe linux-ra=
id" in
>> > the body of a message to majordomo [at] vger.kernel.org
>> > More majordomo info at =A0http://vger.kernel.org/majordomo-info.ht=
ml
>
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid"=
in
> the body of a message to majordomo [at] vger.kernel.org
> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>
What are you talking about? Have you not synced to the online
repository? I grabbed this out of the Package.bz2 file.
(Yes, BTW, they should probably have a bug filed to get mdadm 3.1
included before the freeze...)
Package: mdadm
Priority: optional
Section: admin
Installed-Size: 1064
Maintainer: Debian mdadm maintainers <pkg-mdadm-devel [at] lists.alioth.debi=
an.org>
Architecture: i386
Version: 3.0.3-2
Replaces: mdctl
Depends: libc6 (>=3D 2.3.3), udev | makedev, debconf (>=3D 1.4.72),
lsb-base (>=3D 3.1-6)
Recommends: default-mta | mail-transport-agent, module-init-tools
Conflicts: initramfs-tools (<< 0.65), mdctl (<< 0.7.2), raidtools2 (<<
1.00.3-12.1)
=46ilename: pool/main/m/mdadm/mdadm_3.0.3-2_i386.deb
Size: 418426
MD5sum: ab27fb8bfde438bc76dcb42ce8717626
SHA1: a89f1b90ac08bcf29c6c49cc310db0823edf8562
SHA256: 5f9fae56cba6aa6dbb747ddf86402615319d32f3d692da64a818f0f1fab3 99a=
f
Description: tool to administer Linux MD arrays (software RAID)
The mdadm utility can be used to create, manage, and monitor MD
(multi-disk) arrays for software RAID or multipath I/O.
.
This package automatically configures mdadm to assemble arrays during =
the
system startup process. If not needed, this functionality can be disab=
led.
Homepage: http://neil.brown.name/blog/mdadm
Tag: admin::boot, admin::configuring, hardware::storage,
implemented-in::c, implemented-in::shell, interface::commandline,
interface::daemon, role::program, scope::utility, use::configuring,
use::monitor
Package: linux-image-2.6.32-trunk-686
Priority: optional
Section: kernel
Installed-Size: 74220
Maintainer: Debian Kernel Team <debian-kernel [at] lists.debian.org>
Architecture: i386
Source: linux-2.6
Version: 2.6.32-5
Provides: linux-image, linux-image-2.6, linux-modules-2.6.32-trunk-686
Depends: module-init-tools, initramfs-tools (>=3D 0.55) | linux-initram=
fs-tool
Pre-Depends: debconf | debconf-2.0
Recommends: firmware-linux-free (>=3D 2.6.32), libc6-i686
Suggests: linux-doc-2.6.32, grub | lilo
Conflicts: initramfs-tools (<< 0.55)
=46ilename: pool/main/l/linux-2.6/linux-image-2.6.32-trunk-686_2.6.32-5=
_i386.deb
Size: 26282748
MD5sum: 776c9e57322b9e154bcc0518a9224df3
SHA1: 210cc48a91120ebd36cb20d9516e6e34e4c52da4
SHA256: bf8e8936cacf902b09dde1950bf10dcf50b1cceeeb4d1c351250a5c13da4 2e8=
3
Description: Linux 2.6.32 for modern PCs
The Linux kernel 2.6.32 and modules for use on PCs with Intel Pentium
Pro/II/III/4/4M/D/M, Xeon, Celeron, Core or Atom; AMD K6, Geode LX/NX,
Athlon (K7), Duron, Opteron, Sempron, Turion or Phenom; Transmeta
Efficeon; VIA C3 "Nehemiah" or C7 processors.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
RE:
> -----Original Message-----
> From: linux-raid-owner [at] vger.kernel.org [mailto:linux-raid-
> owner [at] vger.kernel.org] On Behalf Of Michael Evans
> Sent: Sunday, March 07, 2010 8:22 PM
> To: Leslie Rhorer
> Cc: Neil Brown; linux-raid [at] vger.kernel.org
> Subject: Re:
>
> On Sun, Mar 7, 2010 at 6:01 PM, Leslie Rhorer <lrhorer [at] satx.rr.com> w=
rote:
> > =A0 =A0 =A0 =A0Thanks, Neil. =A0I guess I'll just tear it down and =
rebuild.
> =A0Debian
> > "Squeeze" is definitely not ready for prime time, and I don't think=
even
> it
> > supplies kernel 2.6.32 or mdadm 3.1.1. =A0Oh, well.
> >
> >> -----Original Message-----
> >> From: Neil Brown [mailto:neilb [at] suse.de]
> >> Sent: Sunday, March 07, 2010 7:53 PM
> >> To: Leslie Rhorer
> >> Cc: linux-raid [at] vger.kernel.org
> >> Subject: Re:
> >>
> >> On Sun, 7 Mar 2010 19:37:15 -0600
> >> "Leslie Rhorer" <lrhorer [at] satx.rr.com> wrote:
> >>
> >> > I am running mdadm 2.6.7.2-1, and 2.6.7.2-3 is available under m=
y
> >> distro.
> >> > Do either of these versions support reshaping an array from RAID=
5 to
> >> RAID6?
> >>
> >> No
> >>
> >> > Does any later version?
> >>
> >> Yes.
> >>
> >>
> >> You need mdadm-3.1.1 plus linux 2.6.32.
> >>
> >> NeilBrown
> >>
> >> >
> >> > --
> >> > To unsubscribe from this list: send the line "unsubscribe linux-=
raid"
> in
> >> > the body of a message to majordomo [at] vger.kernel.org
> >> > More majordomo info at =A0http://vger.kernel.org/majordomo-info.=
html
> >
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-rai=
d" in
> > the body of a message to majordomo [at] vger.kernel.org
> > More majordomo info at =A0http://vger.kernel.org/majordomo-info.htm=
l
> >
>
> What are you talking about?
Referring to what, specifically?
> Have you not synced to the online
> repository? I grabbed this out of the Package.bz2 file.
Of course. I'm running "Lenny" for an AMD-64. The output below is
definitely not for AMD-64, and it looks to me like it might be "Squeeze=
" or
"Sid", not "Lenny".
=46rom the "Lenny" AMD-64 Package.bz2 file:
Package: mdadm
Priority: optional
Section: admin
Installed-Size: 776
Maintainer: Debian mdadm maintainers
<pkg-mdadm-devel [at] lists.alioth.debian.org>
Architecture: amd64
Version: 2.6.7.2-3
Replaces: mdctl
Depends: libc6 (>=3D 2.7-1), udev | makedev, debconf (>=3D 1.4.72), lsb=
-base (>=3D
3.1-6)
Recommends: exim4 | mail-transport-agent, module-init-tools
Conflicts: initramfs-tools (<< 0.65), mdctl (<< 0.7.2), raidtools2 (<<
1.00.3-12.1)
=46ilename: pool/main/m/mdadm/mdadm_2.6.7.2-3_amd64.deb
Size: 273876
MD5sum: a3755364dcc80be5d940a3d423eb55a9
SHA1: a0ee5083f213f70bbb96cb8fd5b2f89a5cb8ddd3
SHA256: 10add842a74034592b8647c8e70a69502e3d915413a7da640c0172d02ef9 ee7=
d
Description: tool to administer Linux MD arrays (software RAID)
The mdadm utility can be used to create, manage, and monitor MD
(multi-disk) arrays for software RAID or multipath I/O.
.
This package automatically configures mdadm to assemble arrays during =
the
system startup process. If not needed, this functionality can be disab=
led.
Homepage: http://neil.brown.name/blog/mdadm
Tag: admin::boot, admin::configuring, hardware::storage, implemented-in=
::c,
implemented-in::shell, interface::commandline, interface::daemon,
role::program, scope::utility, use::configuring, use::monitor
"Lenny" i386 lists the same thing.
> (Yes, BTW, they should probably have a bug filed to get mdadm 3.1
> included before the freeze...)
>
> Package: mdadm
> Priority: optional
> Section: admin
> Installed-Size: 1064
> Maintainer: Debian mdadm maintainers <pkg-mdadm-
> devel [at] lists.alioth.debian.org>
> Architecture: i386
> Version: 3.0.3-2
> Replaces: mdctl
> Depends: libc6 (>=3D 2.3.3), udev | makedev, debconf (>=3D 1.4.72),
> lsb-base (>=3D 3.1-6)
> Recommends: default-mta | mail-transport-agent, module-init-tools
> Conflicts: initramfs-tools (<< 0.65), mdctl (<< 0.7.2), raidtools2 (<=
<
> 1.00.3-12.1)
> Filename: pool/main/m/mdadm/mdadm_3.0.3-2_i386.deb
> Size: 418426
> MD5sum: ab27fb8bfde438bc76dcb42ce8717626
> SHA1: a89f1b90ac08bcf29c6c49cc310db0823edf8562
> SHA256: 5f9fae56cba6aa6dbb747ddf86402615319d32f3d692da64a818f0f1fab3 9=
9af
> Description: tool to administer Linux MD arrays (software RAID)
> The mdadm utility can be used to create, manage, and monitor MD
> (multi-disk) arrays for software RAID or multipath I/O.
> .
> This package automatically configures mdadm to assemble arrays durin=
g the
> system startup process. If not needed, this functionality can be
> disabled.
> Homepage: http://neil.brown.name/blog/mdadm
> Tag: admin::boot, admin::configuring, hardware::storage,
> implemented-in::c, implemented-in::shell, interface::commandline,
> interface::daemon, role::program, scope::utility, use::configuring,
> use::monitor
>
>
> Package: linux-image-2.6.32-trunk-686
> Priority: optional
> Section: kernel
> Installed-Size: 74220
> Maintainer: Debian Kernel Team <debian-kernel [at] lists.debian.org>
> Architecture: i386
> Source: linux-2.6
> Version: 2.6.32-5
> Provides: linux-image, linux-image-2.6, linux-modules-2.6.32-trunk-68=
6
> Depends: module-init-tools, initramfs-tools (>=3D 0.55) | linux-initr=
amfs-
> tool
> Pre-Depends: debconf | debconf-2.0
> Recommends: firmware-linux-free (>=3D 2.6.32), libc6-i686
> Suggests: linux-doc-2.6.32, grub | lilo
> Conflicts: initramfs-tools (<< 0.55)
> Filename: pool/main/l/linux-2.6/linux-image-2.6.32-trunk-686_2.6.32-
> 5_i386.deb
> Size: 26282748
> MD5sum: 776c9e57322b9e154bcc0518a9224df3
> SHA1: 210cc48a91120ebd36cb20d9516e6e34e4c52da4
> SHA256: bf8e8936cacf902b09dde1950bf10dcf50b1cceeeb4d1c351250a5c13da4 2=
e83
> Description: Linux 2.6.32 for modern PCs
> The Linux kernel 2.6.32 and modules for use on PCs with Intel Pentiu=
m
> Pro/II/III/4/4M/D/M, Xeon, Celeron, Core or Atom; AMD K6, Geode LX/N=
X,
> Athlon (K7), Duron, Opteron, Sempron, Turion or Phenom; Transmeta
> Efficeon; VIA C3 "Nehemiah" or C7 processors.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid"=
in
> the body of a message to majordomo [at] vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
RAID5 - RAID6
> > >> You need mdadm-3.1.1 plus linux 2.6.32.
> > >>
> > >> NeilBrown
> > >>
> > >> >
> > >> > --
> > >> > To unsubscribe from this list: send the line "unsubscribe linu=
x-
> raid"
> > in
> > >> > the body of a message to majordomo [at] vger.kernel.org
> > >> > More majordomo info at =A0http://vger.kernel.org/majordomo-inf=
o.html
> > >
> > >
> > > --
> > > To unsubscribe from this list: send the line "unsubscribe linux-r=
aid"
> in
> > > the body of a message to majordomo [at] vger.kernel.org
> > > More majordomo info at =A0http://vger.kernel.org/majordomo-info.h=
tml
> > >
> >
> > What are you talking about?
>
> Referring to what, specifically?
>
> > Have you not synced to the online
> > repository? I grabbed this out of the Package.bz2 file.
>
> Of course. I'm running "Lenny" for an AMD-64. The output below is
> definitely not for AMD-64, and it looks to me like it might be "Squee=
ze"
> or
> "Sid", not "Lenny".
>
> >From the "Lenny" AMD-64 Package.bz2 file:
Digging a bit further, even "Squeeze" does not offer mdadm 3.1.1, at
least not in the AMD-64 distro. It's included version at the moment is
3.0.3-2.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re:
On Sun, Mar 7, 2010 at 7:20 PM, Leslie Rhorer <lrhorer [at] satx.rr.com> wro=
te:
>
>
>> -----Original Message-----
>> From: linux-raid-owner [at] vger.kernel.org [mailto:linux-raid-
>> owner [at] vger.kernel.org] On Behalf Of Michael Evans
>> Sent: Sunday, March 07, 2010 8:22 PM
>> To: Leslie Rhorer
>> Cc: Neil Brown; linux-raid [at] vger.kernel.org
>> Subject: Re:
>>
>> On Sun, Mar 7, 2010 at 6:01 PM, Leslie Rhorer <lrhorer [at] satx.rr.com> =
wrote:
>> > =A0 =A0 =A0 =A0Thanks, Neil. =A0I guess I'll just tear it down and=
rebuild.
>> =A0Debian
>> > "Squeeze" is definitely not ready for prime time, and I don't thin=
k even
>> it
>> > supplies kernel 2.6.32 or mdadm 3.1.1. =A0Oh, well.
>> >
>> >> -----Original Message-----
>> >> From: Neil Brown [mailto:neilb [at] suse.de]
>> >> Sent: Sunday, March 07, 2010 7:53 PM
>> >> To: Leslie Rhorer
>> >> Cc: linux-raid [at] vger.kernel.org
>> >> Subject: Re:
>> >>
>> >> On Sun, 7 Mar 2010 19:37:15 -0600
>> >> "Leslie Rhorer" <lrhorer [at] satx.rr.com> wrote:
>> >>
>> >> > I am running mdadm 2.6.7.2-1, and 2.6.7.2-3 is available under =
my
>> >> distro.
>> >> > Do either of these versions support reshaping an array from RAI=
D5 to
>> >> RAID6?
>> >>
>> >> No
>> >>
>> >> > Does any later version?
>> >>
>> >> Yes.
>> >>
>> >>
>> >> You need mdadm-3.1.1 plus linux 2.6.32.
>> >>
>> >> NeilBrown
>> >>
>> >> >
>> >> > --
>> >> > To unsubscribe from this list: send the line "unsubscribe linux=
-raid"
>> in
>> >> > the body of a message to majordomo [at] vger.kernel.org
>> >> > More majordomo info at =A0http://vger.kernel.org/majordomo-info=
=2Ehtml
>> >
>> >
>> > --
>> > To unsubscribe from this list: send the line "unsubscribe linux-ra=
id" in
>> > the body of a message to majordomo [at] vger.kernel.org
>> > More majordomo info at =A0http://vger.kernel.org/majordomo-info.ht=
ml
>> >
>>
>> What are you talking about?
>
> =A0 =A0 =A0 =A0Referring to what, specifically?
>
>> Have you not synced to the online
>> repository? =A0I grabbed this out of the Package.bz2 file.
>
> =A0 =A0 =A0 =A0Of course. =A0I'm running "Lenny" for an AMD-64. =A0Th=
e output below is
> definitely not for AMD-64, and it looks to me like it might be "Squee=
ze" or
> "Sid", not "Lenny".
>
> From the "Lenny" AMD-64 Package.bz2 file:
>
> Package: mdadm
> Priority: optional
> Section: admin
> Installed-Size: 776
> Maintainer: Debian mdadm maintainers
> <pkg-mdadm-devel [at] lists.alioth.debian.org>
> Architecture: amd64
> Version: 2.6.7.2-3
> Replaces: mdctl
> Depends: libc6 (>=3D 2.7-1), udev | makedev, debconf (>=3D 1.4.72), l=
sb-base (>=3D
> 3.1-6)
> Recommends: exim4 | mail-transport-agent, module-init-tools
> Conflicts: initramfs-tools (<< 0.65), mdctl (<< 0.7.2), raidtools2 (<=
<
> 1.00.3-12.1)
> Filename: pool/main/m/mdadm/mdadm_2.6.7.2-3_amd64.deb
> Size: 273876
> MD5sum: a3755364dcc80be5d940a3d423eb55a9
> SHA1: a0ee5083f213f70bbb96cb8fd5b2f89a5cb8ddd3
> SHA256: 10add842a74034592b8647c8e70a69502e3d915413a7da640c0172d02ef9 e=
e7d
> Description: tool to administer Linux MD arrays (software RAID)
> =A0The mdadm utility can be used to create, manage, and monitor MD
> =A0(multi-disk) arrays for software RAID or multipath I/O.
> =A0.
> =A0This package automatically configures mdadm to assemble arrays dur=
ing the
> =A0system startup process. If not needed, this functionality can be d=
isabled.
> Homepage: http://neil.brown.name/blog/mdadm
> Tag: admin::boot, admin::configuring, hardware::storage, implemented-=
in::c,
> implemented-in::shell, interface::commandline, interface::daemon,
> role::program, scope::utility, use::configuring, use::monitor
>
>
> =A0 =A0 =A0 =A0"Lenny" i386 lists the same thing.
>
>> (Yes, BTW, they should probably have a bug filed to get mdadm 3.1
>> included before the freeze...)
>>
>> Package: mdadm
>> Priority: optional
>> Section: admin
>> Installed-Size: 1064
>> Maintainer: Debian mdadm maintainers <pkg-mdadm-
>> devel [at] lists.alioth.debian.org>
>> Architecture: i386
>> Version: 3.0.3-2
>> Replaces: mdctl
>> Depends: libc6 (>=3D 2.3.3), udev | makedev, debconf (>=3D 1.4.72),
>> lsb-base (>=3D 3.1-6)
>> Recommends: default-mta | mail-transport-agent, module-init-tools
>> Conflicts: initramfs-tools (<< 0.65), mdctl (<< 0.7.2), raidtools2 (=
<<
>> 1.00.3-12.1)
>> Filename: pool/main/m/mdadm/mdadm_3.0.3-2_i386.deb
>> Size: 418426
>> MD5sum: ab27fb8bfde438bc76dcb42ce8717626
>> SHA1: a89f1b90ac08bcf29c6c49cc310db0823edf8562
>> SHA256: 5f9fae56cba6aa6dbb747ddf86402615319d32f3d692da64a818f0f1fab3 =
99af
>> Description: tool to administer Linux MD arrays (software RAID)
>> =A0The mdadm utility can be used to create, manage, and monitor MD
>> =A0(multi-disk) arrays for software RAID or multipath I/O.
>> =A0.
>> =A0This package automatically configures mdadm to assemble arrays du=
ring the
>> =A0system startup process. If not needed, this functionality can be
>> disabled.
>> Homepage: http://neil.brown.name/blog/mdadm
>> Tag: admin::boot, admin::configuring, hardware::storage,
>> implemented-in::c, implemented-in::shell, interface::commandline,
>> interface::daemon, role::program, scope::utility, use::configuring,
>> use::monitor
>>
>>
>> Package: linux-image-2.6.32-trunk-686
>> Priority: optional
>> Section: kernel
>> Installed-Size: 74220
>> Maintainer: Debian Kernel Team <debian-kernel [at] lists.debian.org>
>> Architecture: i386
>> Source: linux-2.6
>> Version: 2.6.32-5
>> Provides: linux-image, linux-image-2.6, linux-modules-2.6.32-trunk-6=
86
>> Depends: module-init-tools, initramfs-tools (>=3D 0.55) | linux-init=
ramfs-
>> tool
>> Pre-Depends: debconf | debconf-2.0
>> Recommends: firmware-linux-free (>=3D 2.6.32), libc6-i686
>> Suggests: linux-doc-2.6.32, grub | lilo
>> Conflicts: initramfs-tools (<< 0.55)
>> Filename: pool/main/l/linux-2.6/linux-image-2.6.32-trunk-686_2.6.32-
>> 5_i386.deb
>> Size: 26282748
>> MD5sum: 776c9e57322b9e154bcc0518a9224df3
>> SHA1: 210cc48a91120ebd36cb20d9516e6e34e4c52da4
>> SHA256: bf8e8936cacf902b09dde1950bf10dcf50b1cceeeb4d1c351250a5c13da4 =
2e83
>> Description: Linux 2.6.32 for modern PCs
>> =A0The Linux kernel 2.6.32 and modules for use on PCs with Intel Pen=
tium
>> =A0Pro/II/III/4/4M/D/M, Xeon, Celeron, Core or Atom; AMD K6, Geode L=
X/NX,
>> =A0Athlon (K7), Duron, Opteron, Sempron, Turion or Phenom; Transmeta
>> =A0Efficeon; VIA C3 "Nehemiah" or C7 processors.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-raid=
" in
>> the body of a message to majordomo [at] vger.kernel.org
>> More majordomo info at =A0http://vger.kernel.org/majordomo-info.html
>
>
Yes, it is for Squeeze, if you want the latest bugfixes and security
updates you should seriously consider running debian-testing instead
of stable. Stable is reserved for 'mature' features. Testing, as far
as I'm aware, will almost never (and should never if you are paying
attention) cause data-loss, but might occasionally get in to a
situation where something breaks; mostly just during upgrades (but
then that's true of any upgrade).
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: RAID5 - RAID6
On Sun, Mar 7, 2010 at 7:27 PM, Leslie Rhorer <lrhorer [at] satx.rr.com> wro=
te:
>
>> > >> You need mdadm-3.1.1 plus linux 2.6.32.
>> > >>
>> > >> NeilBrown
>> > >>
>> > >> >
>> > >> > --
>> > >> > To unsubscribe from this list: send the line "unsubscribe lin=
ux-
>> raid"
>> > in
>> > >> > the body of a message to majordomo [at] vger.kernel.org
>> > >> > More majordomo info at =A0http://vger.kernel.org/majordomo-in=
fo.html
>> > >
>> > >
>> > > --
>> > > To unsubscribe from this list: send the line "unsubscribe linux-=
raid"
>> in
>> > > the body of a message to majordomo [at] vger.kernel.org
>> > > More majordomo info at =A0http://vger.kernel.org/majordomo-info.=
html
>> > >
>> >
>> > What are you talking about?
>>
>> =A0 =A0 =A0 Referring to what, specifically?
>>
>> > Have you not synced to the online
>> > repository? =A0I grabbed this out of the Package.bz2 file.
>>
>> =A0 =A0 =A0 Of course. =A0I'm running "Lenny" for an AMD-64. =A0The =
output below is
>> definitely not for AMD-64, and it looks to me like it might be "Sque=
eze"
>> or
>> "Sid", not "Lenny".
>>
>> >From the "Lenny" AMD-64 Package.bz2 file:
>
> =A0 =A0 =A0 =A0Digging a bit further, even "Squeeze" does not offer m=
dadm 3.1.1, at
> least not in the AMD-64 distro. =A0It's included version at the momen=
t is
> 3.0.3-2.
>
>
Yes, but it's kernel is supported. You need only run the newer
version during the reshape phase. Otherwise normal operations should
still be supported. The requirements to compile mdadm aren't exactly
a full development system. You don't even have to install it to run
it; you can do that in the build area.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
RE: RAID5 - RAID6
> Yes, it is for Squeeze, if you want the latest bugfixes and security
> updates you should seriously consider running debian-testing instead
> of stable.
No, thanks. I loaded "Squeeze" on another non-RAID workstation in
order to alleviate a kernel bug causing problems with a 3G wireless modem.
It was quite unstable, and caused a number of issues, most problematically
with the fact the distro assumes the system is not headless and would lock
up tight on boot if no monitor is present. All of the RAID systems are
headless. More importantly, stability is far and away the absolutely most
important requirement for these servers. New features I can live without.
Bug fixes I don't need unless they directly affect the functioning of the
system, which is highly focussed. These systems have a handful of very
basic, very mature apps. They run NTP, FTP, SSH, rsync, NUT, SMART, SAMBA,
NFS, and KDE. One of them also runs Galleon, pyTivo, TyTool under wine, and
openvpn server. That's it.
> Stable is reserved for 'mature' features. Testing, as far
> as I'm aware, will almost never (and should never if you are paying
> attention) cause data-loss, but might occasionally get in to a
> situation where something breaks; mostly just during upgrades (but
> then that's true of any upgrade).
It's true no data was lost, but then it's a little difficult to lose
data if the system hangs hard on boot. I had to yank most of the guts out
of the system to get it stable. That, plus the new version of KDE really
sucks badly, and I could not get Kpackage to work properly at all. It also
did something really goofy to pppd, but I was able to work around it by
re-trying the pppd launch repeatedly on boot until it works.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: RAID5 - RAID6
On Mon, Mar 8, 2010 at 12:59 AM, Leslie Rhorer <lrhorer [at] satx.rr.com> wr=
ote:
>> Yes, it is for Squeeze, if you want the latest bugfixes and security
>> updates you should seriously consider running debian-testing instead
>> of stable.
>
> =A0 =A0 =A0 =A0No, thanks. =A0I loaded "Squeeze" on another non-RAID =
workstation in
> order to alleviate a kernel bug causing problems with a 3G wireless m=
odem.
> It was quite unstable, and caused a number of issues, most problemati=
cally
> with the fact the distro assumes the system is not headless and would=
lock
> up tight on boot if no monitor is present. =A0All of the RAID systems=
are
> headless. =A0More importantly, stability is far and away the absolute=
ly most
> important requirement for these servers. =A0New features I can live w=
ithout.
> Bug fixes I don't need unless they directly affect the functioning of=
the
> system, which is highly focussed. =A0These systems have a handful of =
very
> basic, very mature apps. =A0They run NTP, FTP, SSH, rsync, NUT, SMART=
, SAMBA,
> NFS, and KDE. =A0One of them also runs Galleon, pyTivo, TyTool under =
wine, and
> openvpn server. =A0That's it.
>
>> Stable is reserved for 'mature' features. =A0Testing, as far
>> as I'm aware, will almost never (and should never if you are paying
>> attention) cause data-loss, but might occasionally get in to a
>> situation where something breaks; mostly just during upgrades (but
>> then that's true of any upgrade).
>
> =A0 =A0 =A0 =A0It's true no data was lost, but then it's a little dif=
ficult to lose
> data if the system hangs hard on boot. =A0I had to yank most of the g=
uts out
> of the system to get it stable. =A0That, plus the new version of KDE =
really
> sucks badly, and I could not get Kpackage to work properly at all. =A0=
It also
> did something really goofy to pppd, but I was able to work around it =
by
> re-trying the pppd launch repeatedly on boot until it works.
>
>
Oh, is THAT where Ubuntu got 10.04's silly framebuffer required to
boot issue from...
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" i=
n
the body of a message to majordomo [at] vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html