<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>180340</bug_id>
          
          <creation_ts>2007-05-30 12:52 0000</creation_ts>
          <short_desc>sys-fs/lvm2 - lvm2-start.sh is too restrictive</short_desc>
          <delta_ts>2007-05-31 14:34:13 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Core system</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>Jimmy.Jazz@gmx.net</reporter>
          <assigned_to>cardoe@gentoo.org</assigned_to>
          <cc>base-system@gentoo.org</cc>
    
    <cc>rocket@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2007-05-30 12:52:58 0000</bug_when>
            <thetext>Hello,

if one of your disks is faulty and not necessarily the one needed during the boot process, vgscan won&apos;t return 0 and you won&apos;t be able to boot at all.
That could appended when you use a disk managed with evms or if for some reason, your logical volumes become corrupted. By chance, vgchange will do the job well and you will at least be able to switch to the single user if needed.

The idea is to live the $? = 0 test from the if condition in /lib64/rcscripts/addons/lvm-start.sh:

+               /sbin/vgscan --mknodes --ignorelockingfailure &gt;/dev/null
+               if [ -x /sbin/vgchange ] &amp;&amp; \
+                  [ -f /etc/lvmtab -o -d /etc/lvm ]
+               then
+                       /sbin/vgchange --ignorelockingfailure -a y &gt;/dev/null
                fi


Jj

Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-05-31 10:05:03 0000</bug_when>
            <thetext>Sorry, the patch doesn&apos;t parse. :) It&apos;s a verbatim copy of current behaviour, so what exactly is the idea here? Attach a unified diff since it&apos;s not really apparent what are you fixing. Also post emerge --info.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2007-05-31 13:00:29 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Sorry, the patch doesn&apos;t parse. :) It&apos;s a verbatim copy of current behaviour,
&gt; so what exactly is the idea here? Attach a unified diff since it&apos;s not really
&gt; apparent what are you fixing. Also post emerge --info.
&gt; 

Sorry, i was a bite on a hurry when i wrote that post. It is not so easy to maintain so much packages on my computers, during my spare time (even if i don&apos;t have time to use them all) and still have time to write something almost &quot;intelligible&quot; in a foreign language when something goes wrong :).

Anyway, the idea was to increase the ability gentoo boots the system even if something goes wrong.

I use on my computers evms, mdp and lvm disks. Some of the older evms disks are no more recognized by evms_activate. Also, udev-start.sh calls evms_activate and in my case will fail before the root filesystem is mounted. The system just stops and gives me a dull ash prompt (That is why i commented out evms_activate and vgscan from udev-start.sh, but that is out of the topic). Moreover, the evms drive doesn&apos;t contain the root filesystem.

When lvm-start.sh is called, some of the evms disks are however recognized by vgscan and vgchange but vgscan returns a status different from 0 and that will make lvm-start.sh end with a failure. That&apos;s why it would be great not to check the vgscan status and take only account of the vgchange one. 

Jj





</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Jimmy.Jazz@gmx.net</who>
            <bug_when>2007-05-31 13:01:29 0000</bug_when>
            <thetext>Created an attachment (id=120764)
less restrictive checking

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-05-31 13:21:21 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; Created an attachment (id=120764) [edit]
&gt; less restrictive checking

Much more clear now... 

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cardoe@gentoo.org</who>
            <bug_when>2007-05-31 14:34:13 0000</bug_when>
            <thetext>Thanks for the patch. Looks good. Committed.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>120764</attachid>
            <date>2007-05-31 13:01 0000</date>
            <desc>less restrictive checking</desc>
            <filename>lvm-start.sh.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC91c3IvcG9ydGFnZS9zeXMtZnMvbHZtMi9maWxlcy9sdm0yLXN0YXJ0LnNoCTIwMDctMDUt
MjEgMTY6MzY6MjEuMDAwMDAwMDAwICswMjAwCisrKyBsdm0tc3RhcnQuc2gJMjAwNy0wNS0zMCAx
NDoyNDo1My4wMDAwMDAwMDAgKzAyMDAKQEAgLTI1LDcgKzI1LDcgQEAKIAkJZWJlZ2luICJTZXR0
aW5nIHVwIHRoZSBMb2dpY2FsIFZvbHVtZSBNYW5hZ2VyIgogCQkjc3RpbGwgZWNobyBzdGRlcnIg
Zm9yIGRlYnVnZ2luZwogCQkvc2Jpbi92Z3NjYW4gLS1ta25vZGVzIC0taWdub3JlbG9ja2luZ2Zh
aWx1cmUgPi9kZXYvbnVsbAotCQlpZiBbICQ/ID0gMCAtYSAteCAvc2Jpbi92Z2NoYW5nZSBdICYm
IFwKKwkJaWYgWyAteCAvc2Jpbi92Z2NoYW5nZSBdICYmIFwKIAkJICAgWyAtZiAvZXRjL2x2bXRh
YiAtbyAtZCAvZXRjL2x2bSBdCiAJCXRoZW4KIAkJCS9zYmluL3ZnY2hhbmdlIC0taWdub3JlbG9j
a2luZ2ZhaWx1cmUgLWEgeSA+L2Rldi9udWxsCg==
</data>        

          </attachment>
    </bug>

</bugzilla>