All of lore.kernel.org
 help / color / mirror / Atom feed
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 12:47:55 -0500	[thread overview]
Message-ID: <440B244B.6000606@volved.com> (raw)
In-Reply-To: <p06230912c030abc0c35d@[128.83.162.209]>

# 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/
>
>

  parent reply	other threads:[~2006-03-05 17:48 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 [this message]
2006-03-05 19:17     ` Barnaby Claydon

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=440B244B.6000606@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.