From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3ADF74AA.CEED3E97@mpi-hd.mpg.de> Date: Fri, 20 Apr 2001 01:28:42 +0200 From: Stefan Helfert MIME-Version: 1.0 Subject: Re: [linux-lvm] disk add means trouble: vgscan -- invalid i/o protocol version 5 References: <3ADB3B2A.B28AC133@mpi-hd.mpg.de> <20010416142849.B16508@sistina.com> Content-Transfer-Encoding: 7bit Sender: linux-lvm-admin@sistina.com Errors-To: linux-lvm-admin@sistina.com Reply-To: linux-lvm@sistina.com List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: List-Id: Content-Type: text/plain; charset="us-ascii" To: linux-lvm@sistina.com I am reposting this, since I believe I have run into a serious condition here: A stable, running configuration consisted of one IDE disk with one LVM VG on it, and adding another IDE disk leads to a non-working vgscan. If I go back to the one IDE disk configuration, the LVM gets discovered, and adding the second disk again leads to non-working vgscan. I cannot completely rule out any hardware issues here (since the disk with the LVM VG is apparently having lots of SMART redirects and significant access time increases), but I'd like to investigate this vgscan problem further. (Since it reduces my confidence in LVM very much, so much that I am currently killing the LVM on my terabyte raid because I do not want to see anything like that there.) So if anyone has an idea of how to investigate this, I am open to experiments. If not, I'll send the disk back to the manufacturer for replacement. Stefan AJ Lewis wrote: > > On Mon, Apr 16, 2001 at 08:34:18PM +0200, Stefan Helfert wrote: > > Dear list, > > > > I was running a stable configuration until yesterday: > > several SCSI disks with standard partitions, two IDE disks, only one IDE > > disk (Maxtor 40Gig /dev/hda) holding a LVM partition. LVM version that > > of > > SuSE 7.0, that was lvm-0.8 Build 111 from SuSE. > > > > When I added a 60 GB Maxtor IDE as primary slave, I found that vgscan > > only > > throws an "invalid i/o protocol" error. Upgrading to a SuSE 7.0 update > > lvm did not help. Upgrading to the SuSE 7.1 lvm-0.9.1_beta-3 did not > > help > > except detailing the error "... protocol version 5". > > > > When detaching the 60 GB disk, everything works again. (The 60 Gig disk > > is empty, it did not hold a partition table -- and it does not work with > > a > > partition table and some partition either.) > > Can you run vgscan w/o the 60GB disk attached? If so, that's very > odd...there may be some crud on the front of the disk that the LVM tools are > reading as metadata. I'm sorry to tell: The 40 Gig disk alone, w/o 60GB disk attached, vgscan runs. I now have moved the data with the help of another machine, and currently the 40 GB disk is primary master and the 60GB disk is primary slave -- and vgscan does not run anymore. Note that the 60GB disk is holding partitions now -- a NTFS partition and a ext2, but no LVM partition there. Ideas how to investigate ? > > If you've updated the tools, you need to upgrade the kernel as well. That's > normally why you'd get the invalid IOP protocol message. I understand. I did downgrade to LVM-0.8 again, since 0.9.1-beta3 did not run with my 2.2 kernel. Stefan _______________________________________________ linux-lvm mailing list linux-lvm@sistina.com http://lists.sistina.com/mailman/listinfo/linux-lvm