From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DMARC_QUAR,FREEMAIL_FROM, MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from yatze.fizzelpark.com (yatze.fizzelpark.com [195.94.81.200]) by chiba.3jane.net (Postfix) with SMTP id B7E592015D90 for ; Thu, 28 Feb 2002 16:10:44 -0600 (CST) Received: (qmail 21797 invoked by uid 507); 28 Feb 2002 22:07:07 -0000 Received: from thilo.bangert@gmx.net by yatze by uid 504 with qmail-scanner-1.10 (sophie: 2.7/3.52. . Clear:0. Processed in 2.704932 secs); 28 Feb 2002 22:07:07 -0000 Received: from unknown (HELO there) (212.88.65.164) by mail.fizzelpark.com (195.94.81.201) with SMTP; 28 Feb 2002 22:07:04 -0000 From: Thilo Bangert To: gentoo-dev@gentoo.org Date: Thu, 28 Feb 2002 23:07:33 +0100 X-Mailer: KMail [version 1.3.2] MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="------------Boundary-00=_L4K9Q7R5CRCCRGVJED7K" Message-Id: <20020228221044.B7E592015D90@chiba.3jane.net> Subject: [gentoo-dev] LVM and ataraid Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Gentoo Linux developer list List-Unsubscribe: , List-Archive: X-Archives-Salt: 419c3ce7-b981-4c14-802f-1c295af0a88e X-Archives-Hash: 2d411e67d033a07407a622c433abf066 --------------Boundary-00=_L4K9Q7R5CRCCRGVJED7K Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Hi, today i tried to setup a LVM on a ataraid device. This failed=20 because, LVM-1.0.1-rc4 does not support ataraid devices. i atteched a=20 new lvm-user ebuild which updates LVM to 1.0.3 (which includes=20 support for ataraid devices)... it's basically a copy+paste of the=20 old one. it compiled nicely on my homemachine - and i will use it with the=20 gentoo bootdisc tommorrow... this is bug #898 thanks Thilo from LVM's changelog: =3D=3D=3D =09=09=09=09=09=0927/05/1998 - =09=09=09=09=09=09$Date: 2002/02/18 17:49:01 $ Logical Volume Manager Changelog Changelog for 1.0.2 to 1.0.3 LVM --- Tool fixes to support physical and logical volumes bigger than 1=20 Terabyte and up to 2 Terabytes in size. Driver ------ Tools ----- o lvcreate o lvextend o lvreduce - support logical volume sizes up to 2TB - 1 sector o pvcreate - option -s to overwrite the device size. Useful to fake physical volumes on smaller devices for test purposes or to set the device=20 size correctly in case the OS reports a wrong one in rare cases o pvmove (involves pv_move_pes() in the library as well) - supports moves in inactive volume groups now - new option "-i" to ignore read errors on flaky or otherwise inaccessible devices o vgcfgrestore - option -b to give a backup history number together with "-n=20 VolumeGroupName" - option -i to ignore the size of the device to be restored to - no need to give -n *and* -f any longer o vgcreate: remove wrong check for ~64k extents maximum o vgchange - drop snapshot logical volumes which have broken exception tables during volume group activation o vgexport can now export volume groups which are not in /etc/lvmtab* o vgscan - option -f to force changes of volume group and logical volume=20 device numbers which potentially violates NFS client access in case of exported=20 filesystems on changed logical volumes - option -r to remove all snapshots in all volume groups or=20 snapshots in a specified volume group (useful in case snapshots are corrupt) Library ------- o lvm_check_number_ll - new (long long) returning function to convert number strings with optional size suffixes o lvm_tab_check_free_lv_number - new function to check if a single logical volume device number is already used o pv_get_size_ll - new ( long long) returning function to support 1TB < PV size < 2TB o pv_move_pes - support for moves in inactive volume groups and for ignoring read=20 errors o pv_write - zero gap between PV structure and VG structure on disk in order to avoid confusing other tools =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D Changelog for 1.0.1 to 1.0.2 LVM --- Driver ------ o now works with 2.4.17 o reduce stack footprint with snapshots o sparc 64 fixes (tests needed!) o avoid oops when accessing PVs of an inactive VG Tools ----- o persistent LV device minors to support client recovery after a NFS server reboot/failover o ataraid device support o support loop devices (they do not show up in /proc/partitions) o fixed contiguous PV array bug in pv_read_all_pv_of_vg.c o avoid flushing PVs o DAC960 recognition bugs fixed =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D Changelog for 1.0 to 1.0.1 LVM --- LVM now supports both version 1 and version 2 data formats. No need=20 to upgrade ! Driver ------ o now works with 2.4.16 Tools ----- o support for version 1 and 2 data formats o Now stores new and changed PVs in version 1 data format! o zero pv and lv arrays in vg_cfgrestore o removing of PVs from VGs with snapshot now works (changes in pv_read_all_pv_of_vg(), pv_read_all_pe_of_vg(), vg_setup_for_merge(), vg_setup_for_extend(), vg_setup_for_reduce(), vg_setup_for_split() and liblvm.h) o persistant LV and PV numbers o lvmcreate_initd now supports devfs o support for non-partitioned MDs o SPARC compilation fixes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D --------------Boundary-00=_L4K9Q7R5CRCCRGVJED7K Content-Type: text/plain; charset="iso-8859-15"; name="lvm-user-1.0.3.ebuild" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lvm-user-1.0.3.ebuild" IyBDb3B5cmlnaHQgMTk5OS0yMDAyIEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCB2 MiBvciBsYXRlcgojIE1haW50YWluZXI6IERhbmllbCBSb2JiaW5zIDxkcm9iYmluc0BnZW50b28u b3JnPgojIC9zcGFjZS9nZW50b28vY3Zzcm9vdC9nZW50b28teDg2L3N5cy1hcHBzL2x2bS11c2Vy L2x2bS11c2VyLTEuMC4xX3JjNC1yMS5lYnVpbGQsdiAxLjEgMjAwMi8wMi8wOCAxNjo1NjoyOSBk cm9iYmlucyBFeHAKCk5WPTEuMC4zClM9JHtXT1JLRElSfS9MVk0vJHtOVn0KREVTQ1JJUFRJT049 IlVzZXItbGFuZCB1dGlsaXRpZXMgZm9yIExWTSAoTG9naWNhbCBWb2x1bWUgTWFuYWdlcikgc29m dHdhcmUiClNSQ19VUkk9ImZ0cDovL2Z0cC5zaXN0aW5hLmNvbS9wdWIvTFZNLzEuMC9sdm1fJHtO Vn0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3d3dy5tb3NpeC5vcmciCgpERVBFTkQ9InZpcnR1 YWwvZ2xpYmMiCgpLUz0vdXNyL3NyYy9saW51eAoKc3JjX2NvbXBpbGUoKSB7CgljZCAke1N9Cgkj VGhpcyBlYnVpbGQgZG9lc24ndCBsaWtlIHRoaXMgb3B0IHNldHRpbmc7IGNsb3NlcyBidWcgIzU5 OAoJZXhwb3J0IENGTEFHUz0iJHtDRkxBR1MvLWZvbWl0LWZyYW1lLXBvaW50ZXIvfSIKCVsgLWYg Ik1ha2VmaWxlIiBdICYmICggbWFrZSBjbGVhbiB8fCBkaWUgKQoJQ0ZMQUdTPSIke0NGTEFHU30g LUkke0tTfS9pbmNsdWRlIiBcCgkJLi9jb25maWd1cmUgLS1wcmVmaXg9LyBcCgkJLS1tYW5kaXI9 L3Vzci9zaGFyZS9tYW4gXAoJCS0td2l0aC1rZXJuZWxfZGlyPSIke0tTfSIgfHwgZGllCgltYWtl IHx8IGRpZQp9CgpzcmNfaW5zdGFsbCAoKSB7CgljZCAke1N9L3Rvb2xzCglDRkxBR1M9IiR7Q0ZM QUdTfSAtSSR7S1N9L2luY2x1ZGUiIFwKCQltYWtlIGluc3RhbGwgXAoJCS1lIHByZWZpeD0ke0R9 IFwKCQltYW5kaXI9JHtEfS91c3Ivc2hhcmUvbWFuIFwKCQlzYmluZGlyPSR7RH0vc2JpbiBcCgkJ bGliZGlyPSR7RH0vbGliIHx8IGRpZQoJI25vIG5lZWQgZm9yIGEgc3RhdGljIGxpYnJhcnkgaW4g L2xpYgoJZG9kaXIgL3Vzci9saWIKCW12ICR7RH0vbGliLyouYSAke0R9L3Vzci9saWIKfQoK --------------Boundary-00=_L4K9Q7R5CRCCRGVJED7K Content-Type: text/plain; charset="iso-8859-15"; name="digest-lvm-user-1.0.3" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="digest-lvm-user-1.0.3" TUQ1IDE3YzVhNmMxYTMyYTEwNDJhMDY5ZTIwODkzNTc5NzA5IGx2bV8xLjAuMy50YXIuZ3ogMzcx OTUxCg== --------------Boundary-00=_L4K9Q7R5CRCCRGVJED7K--