[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#265868: marked as done (root-on-LVM-on-RAID workarounds)



Your message dated Sat, 16 Oct 2004 23:03:20 -0400
with message-id <20041017030320.GA20330@kitenet.net>
and subject line FWD: Fixed in NMU of partman-lvm 27
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 15 Aug 2004 12:49:43 +0000
>From olaf@mandel.name Sun Aug 15 05:49:43 2004
Return-path: <olaf@mandel.name>
Received: from mail.udag.de [62.146.33.70] 
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1BwKSC-00075i-00; Sun, 15 Aug 2004 05:49:42 -0700
Received: from localhost (popeline.udag.de [62.146.33.77])
	by mail.udag.de (Postfix) with ESMTP
	id A363582C4; Sun, 15 Aug 2004 14:49:36 +0200 (CEST)
MIME-Version: 1.0
From: "Olaf Mandel" <olaf@mandel.name>
To: submit@bugs.debian.org
Subject: root-on-LVM-on-RAID workarounds
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <20040815124937.A363582C4@mail.udag.de>
Date: Sun, 15 Aug 2004 14:49:37 +0200 (CEST)
Delivered-To: submit@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: installation-reports

INSTALL REPORT

Debian-installer-version: Version RC1 on USB stick. Files:
  http://people.debian.org/~joeyh/d-i/images/2004-08-09/hd-media/boot.img.gz
  http://cdimage.debian.org/pub/cdimage-testing/sarge_d-i/i386/rc1/sarge-i386-businesscard.iso
uname -a: Linux OlafTowr 2.6.7-1-k7 #1 Thu Jul 8 06:45:35 EDT 2004 i686 GNU/Linux
Date: Sa Aug 14 23:31:44 CEST 2004
Method: Booted from USB-stick, install w/ kernel26 image in "normal" mode (but needed console).
  Used ftp2.de.debian.org debian mirror, un-proxied.

Machine: Noname PC w/ 3 SATA drives
Processor: AMD Athlon(tm) XP 2200+
Memory: 256MB
Root Device: LVM-on-RAID from 3 SATA hard-drives
  (/dev/mapper/vg0-root -> /dev/md/1 -> /dev/discs/disc[012]/part3)
Root Size/partition table:
# sfdisk -d /dev/sda
# partition table of /dev/sda
unit: sectors

/dev/sda1 : start=        1, size=   144584, Id=fd, bootable
/dev/sda2 : start=   144585, size=   530145, Id=82
/dev/sda3 : start=   674730, size=311901975, Id=fd
/dev/sda4 : start=        0, size=        0, Id= 0
(Note: sdb and sdc the same)
# cat /proc/mdstat
Personalities : [raid1] [raid5]
md0 : active raid1 sda1[0] sdc1[2] sdb1[1]
      72192 blocks [3/3] [UUU]

md1 : active raid5 sda3[0] sdc3[2] sdb3[1]
      311901824 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU]

unused devices: <none>
# lvscan
  Ignoring /dev/md: No such file or directory
  ACTIVE            '/dev/vg0/root' [256.00 MB] inherit
  ACTIVE            '/dev/vg0/home' [2.00 GB] inherit
  ACTIVE            '/dev/vg0/tmp' [512.00 MB] inherit
  ACTIVE            '/dev/vg0/usr' [2.00 GB] inherit
  ACTIVE            '/dev/vg0/var' [1.00 GB] inherit
  ACTIVE            '/dev/vg0/data' [200.00 GB] inherit

Output of lspci and lspci -n:
#lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333]0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP]
0000:00:09.0 RAID bus controller: Silicon Image, Inc. (formerly CMD Technology Inc) SiI 3114 [SATALink/SATARaid] Serial ATA Controller (rev 02)
0000:00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80)
0000:00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82)
0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
0000:00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev
74)
0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev
01)
#lspci -n
0000:00:00.0 0600: 1106:3099
0000:00:01.0 0604: 1106:b099
0000:00:09.0 0104: 1095:3114 (rev 02)
0000:00:10.0 0c03: 1106:3038 (rev 80)
0000:00:10.1 0c03: 1106:3038 (rev 80)
0000:00:10.2 0c03: 1106:3038 (rev 80)
0000:00:10.3 0c03: 1106:3104 (rev 82)
0000:00:11.0 0601: 1106:3177
0000:00:11.5 0401: 1106:3059 (rev 50)
0000:00:12.0 0200: 1106:3065 (rev 74)
0000:01:00.0 0300: 102b:0521 (rev 01)

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:    [O]
Configure network HW:   [O]
Config network:         [O]
Detect CD:              [ ]
Load installer modules: [O]
Detect hard drives:     [O]
Partition hard drives:  [E]
Create file systems:    [O]
Mount partitions:       [O]
Install base system:    [E]
Install boot loader:    [O]
Reboot:                 [E]

Comments/Problems:

Hi, many thanks for this wonderful installer. It helped a lot. I wanted a
not officially supported root-on-LVM-on-RAID setup, and it did warn about
this. The needed changes ARE small, but ...

Partition hard drives:
----------------------
Wishlist-list:
 - make it possible to create a LVM PV on top of a RAID.
 - Manage Raid-level 5 with mdcfg
Workaround: Go to the console and do
  # sfdisk -uM /dev/discs/disc0/disc <<EOF
    ...
    EOF
  # sfdisk -d /dev/discs/disc0/disc | sfdisc /dev/discs/disc1/disc
  and for all other drives
  # modprobe md
  # mdadm -C /dev/md/0 -l1 -n3 /dev/discs/disc[012]/part1
  # mdadm -C /dev/md/1 -l5 -n3 /dev/discs/disc[012]/part3
  or to your liking
  # modprobe dm-mod
  # vgscan
  # pvcreate -ff /dev/md/1
  # vgcreate -A n vg0 /dev/md/1
  # lvcreate -A n -L  256 -n root vg0
  and for all other partitions
Then continue with the partitioner normally (it needs to reread the
partition table).

Install base system:
--------------------
debootstrap at some point fails, because it cannot umount /target/proc.
I couldn't confirm this for sure, but probably, this is due to a running
mdadm -F process left over from automatically installing mdadm-1.6.0-1.
Workaraund:
Edit /usr/lib/debootstrap/functions, in the function setup_proc make
these changes:
   on_exit "umount $TARGET/proc/bus/usb || true"
+  on_exit "sleep 10"
+  on_exit "umount $TARGET/proc || true"
-  on_exit "umount $TARGET/proc"
The sleep gives you a little time to kill the mdadm-process (see below)
and the "|| true" at the umount keeps the thing from failing (it does even
WITH a killed mdadm. I don't see, why).
To kill the mdadm, have this command running during the base installation:
  # kline=""; while [ -z "$kline" ]; do 
      kline=`ps ax|grep -v grep|grep "mdadm -F"`; 
    done; kuid=`echo $kline|sed "s/ *([0123456789]*).*/1/"`; 
    kill $kuid
I umounted /target/proc by hand afterwards.

This is a dirty hack! For a better solution, find out, what exactly
causes the umount to fail in the script. If I do it by hand, it works
as long as the mdadm is killed before. But the script still fails, if
the "|| true" is missing... Why? For a better solution:
- debootstrap could try and find all processes using /proc and kill
  them before the umount.
- All packages, that start demons, should not do so during debootstrap
  (maybe set a defined config-entry debootstrap/installing ?)

Wishlist:
- if /boot is a RAID1 array, call grub-install for all of its drives.

Reboot:
-------
As mentioned in bug-report #262092 for initrd-tools, vgchange does not work
properly in the initrd. What happens seems to be:
On scanning /dev (if no devfs is mounted on top of it), vgchange skips the
symbolic links for /dev/md -> ../devfs/md and thus does not find the physical
volume (if 'scan = [ "/dev" ]' in /etc/lvm/lvm.conf)
If a devfs is mounted on /dev, it crashes (or devfs_mk_dir crashes?) on certain
devices.
Quick-Fix: specify exactly in the /etc/lvm/lvm.conf, which device contains the PV.
For me, the entries are:
  scan = [ "/dev/md", "/dev" ]
  filter = [ "a|/dev/md/1|", "a|/dev/md1|", "r|.*|" ]
with all other "filter =" entries commented out.
Better solutions:
a) find out, what vgchange does that makes the devfs fail
b) do not mount a devfs on top of /dev in the initrd and make
   vgchange follow symlinks.

(Can this last part be forwarded to the Bug #262092 ?)

For more infos, contact me. I am looking forward to this thing becoming
the default installer.

Install logs and other status info is available in /var/log/debian-installer/.
Once you have filled out this report, mail it to submit@bugs.debian.org.


---------------------------------------
Received: (at 265868-done) by bugs.debian.org; 17 Oct 2004 03:05:19 +0000
>From joey@kitenet.net Sat Oct 16 20:05:19 2004
Return-path: <joey@kitenet.net>
Received: from kitenet.net [64.62.161.42] (postfix)
	by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 1CJ1MF-00076s-00; Sat, 16 Oct 2004 20:05:19 -0700
Received: from dragon.kitenet.net (unknown [66.168.94.144])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "Joey Hess", Issuer "Joey Hess" (verified OK))
	by kitenet.net (Postfix) with ESMTP id 2172E17F42;
	Sun, 17 Oct 2004 03:01:55 +0000 (GMT)
Received: by dragon.kitenet.net (Postfix, from userid 1000)
	id 639F76E111; Sat, 16 Oct 2004 23:03:21 -0400 (EDT)
Date: Sat, 16 Oct 2004 23:03:20 -0400
From: Joey Hess <joeyh@debian.org>
To: 265252-done@bugs.debian.org, 265868-done@bugs.debian.org,
	270424-done@bugs.debian.org, 275586-done@bugs.debian.org
Subject: FWD: Fixed in NMU of partman-lvm 27
Message-ID: <20041017030320.GA20330@kitenet.net>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0"
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: 265868-done@bugs.debian.org
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
	(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=BAYES_00,VALID_BTS_CONTROL 
	autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 
X-CrossAssassin-Score: 2


--k+w/mQv8wyuph6w0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

----- Forwarded message from Joey Hess <joeyh@debian.org> -----

=46rom: Joey Hess <joeyh@debian.org>
Date: Sat, 16 Oct 2004 21:17:04 -0400
To: control@bugs.debian.org
Cc: Joey Hess <joeyh@debian.org>,
	Debian Install System Team <debian-boot@lists.debian.org>
Subject: Fixed in NMU of partman-lvm 27

tag 265252 + fixed
tag 265868 + fixed
tag 270424 + fixed
tag 275586 + fixed

quit

This message was generated automatically in response to a
non-maintainer upload.  The .changes file follows.

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Sat, 16 Oct 2004 21:04:02 -0400
Source: partman-lvm
Binary: partman-lvm
Architecture: source all
Version: 27
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team <debian-boot@lists.debian.org>
Changed-By: Joey Hess <joeyh@debian.org>
Description:=20
 partman-lvm - Add to partman support for LVM (udeb)
Closes: 265252 265868 270424 275586
Changes:=20
 partman-lvm (27) unstable; urgency=3Dlow
 .
   * Joey Hess
     - Pass "partman" option to lvmcfg so it knows it is running under
       partman and can use partman to find devices for lvm (including raid
       devices).
     - Don't stop parted_server until lvmcfg has run since lvmcfg now uses
       it.
     - Add special case into choose_method/lvm/choices to allow raid device=
s to
       be used for lvm, despite not having lvm listed in VALID_FLAGS.
       Closes: #275586, #265252, #265868, #270424
     - In init.d/lvm, mark devices that pvdisplay shows as being used for
       lvm as having the lvm flag set. This is a workaround to make raid
       devices that are used as lvm continue to show as such when the
       partitioner restarts after lvmcfg.
     - Thanks to Alex Owen for his help.
   * Updated translations:
     - Bulgarian (bg.po) by Ognyan Kulev
     - Greek (el.po) by Greek Translation Team
     - French (fr.po) by French Team
Files:=20
 8b617dbb34b1e12d6e4f0bdf21e471f9 626 debian-installer standard partman-lvm=
_27.dsc
 011e80ed9e68e4dd7e55244cb8ac82ed 30643 debian-installer standard partman-l=
vm_27.tar.gz
 720736ef55cffae9fe98169a6cd09e20 17652 debian-installer standard partman-l=
vm_27_all.udeb
package-type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBccXc2tp5zXiKP0wRAp5KAKDUTDXedPG4HINbT/EsJ0oGwWzUGwCgwcU7
9MgsYosBZJPak+787HvwPqc=3D
=3Dd7IT
-----END PGP SIGNATURE-----


----- End forwarded message -----

--=20
see shy jo

--k+w/mQv8wyuph6w0
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)

iD8DBQFBceD4d8HHehbQuO8RAuPIAKDqHnAwQVACTd6+3dvjkKaVylT0cACgwHhg
W16CJ+GzO7raJW+q/zQ/+dk=
=4k/j
-----END PGP SIGNATURE-----

--k+w/mQv8wyuph6w0--



Reply to: