From: Barnaby Claydon <bclaydon@volved.com>
To: linux-lvm@redhat.com
Subject: Re: [linux-lvm] New disk; "Couldn't find uuid" after successful pvcreate&vgextend
Date: Sun, 05 Mar 2006 14:17:30 -0500 [thread overview]
Message-ID: <440B394A.2050100@volved.com> (raw)
In-Reply-To: <440B244B.6000606@volved.com>
After the below error-free commands, I went ahead and ran 'vgextend' and
then 'lvextend' without any 'vgscan' tests in between, and the whole
system is fine now, 'xfs_grow' went off problem free as well.
Very odd. Are there caveats about when to run 'vgscan' maybe?
Thanks for the response James,
-Barnaby
Barnaby Claydon wrote:
> # pvcreate -v /dev/hdc
> Set up physical volume for "/dev/hdc" with 390721584 available sectors
> Zeroing start of device /dev/hdc
> Physical volume "/dev/hdc" successfully created
>
>
> # pvdisplay -v /dev/hdc
> Using physical volume(s) on command line
> --- NEW Physical volume ---
> PV Name /dev/hdc
> VG Name
> PV Size 186.31 GB
> Allocatable NO
> PE Size (KByte) 0
> Total PE 0
> Free PE 0
> Allocated PE 0
> PV UUID xacykK-MXPT-2yO0-qf2R-TBTU-VJb5-vVYw4Q
>
>
> I haven't tried vgextend again since running badblocks - it looks like
> the drive is fine though:
>
> # badblocks -svw /dev/hdc
> Checking for bad blocks in read-write mode
> From block 0 to 195360984
> Testing with pattern 0xaa: done 984
> Reading and comparing: done 984
> Testing with pattern 0x55: done 984
> Reading and comparing: done 984
> Testing with pattern 0xff: done 984
> Reading and comparing: done 984
> Testing with pattern 0x00: done 984
> Reading and comparing: done 984
> Pass completed, 0 bad blocks found.
>
>
>
>
>
>
> James Hammett wrote:
>> What do you get when you try pvdisplay?
>>
>> James
>>
>>> Hi all,
>>>
>>> I've been successfully running LVM2 (2.01.04) on Debian Sarge
>>> (2.6.8-2-686) for months.
>>>
>>> As I've done many times before, I added a new disk yesterday. I
>>> successfully ran the following, both without error:
>>>
>>> pvcreate -v /dev/hdc
>>> and
>>> vgextend -v mono_media /dev/hdc
>>>
>>> As standard practice to make sure everything was ok, I then ran:
>>>
>>> vgscan -v
>>>
>>> At this point I got several references to "Couldn't find uuid..."
>>> repeated with the same uuid several times. At this point it seemed
>>> logical to back-out my changes, so I tried to run the following:
>>>
>>> vgreduce -v mono_media /dev/hdc
>>>
>>> Unfortunately this gave the same "Couldn't find uuid..." errors as
>>> 'vgscan'. As it seemed somewhat logical, I tried running the same
>>> 'pvcreate' command, again without error:
>>>
>>> pvcreate -v /dev/hdc
>>>
>>> After 'pvcreate' had finished, I was THEN able to run 'vgreduce' and
>>> restore my 'mono_media' VG to working order.
>>>
>>> At this point I was a bit baffled, running 'lvmdiskscan' after the
>>> initial 'pvcreate' shows the disk as present, but if I reboot after
>>> just that first 'pvcreate' step and run 'lvmdisksacn' after the
>>> reboot, /dev/hdc isn't shown.
>>>
>>> To rule-out a hardware problem I successfully ran 'mkfs.ext3
>>> /dev/hdc' and was able to mount and navigate the volume without
>>> errors. Last night I also left 'badblocks -svw /dev/hdc' running
>>> which is almost complete and hasn't found any errors yet.
>>>
>>> I will reply with full command output once 'badblocks' has finished,
>>> but I hope this brief synopsis makes sense.
>>>
>>> Thanks everyone!
>>> -Barnaby
>>>
>>> _______________________________________________
>>> linux-lvm mailing list
>>> linux-lvm@redhat.com
>>> https://www.redhat.com/mailman/listinfo/linux-lvm
>>> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>>
>>
>
>
prev parent reply other threads:[~2006-03-05 19:17 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-05 13:51 [linux-lvm] New disk; "Couldn't find uuid" after successful pvcreate&vgextend Barnaby Claydon
[not found] ` <p06230912c030abc0c35d@[128.83.162.209]>
2006-03-05 17:47 ` Barnaby Claydon
2006-03-05 19:17 ` Barnaby Claydon [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=440B394A.2050100@volved.com \
--to=bclaydon@volved.com \
--cc=linux-lvm@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.