Hi Ingo and Ilia, Thank for your helps. > -----Original Message----- > From: Ingo Franzki [mailto:ifranzki@xxxxxxxxxxxxx] > Sent: 2019年9月11日 18:11 > To: Ilia Zykov <mail@xxxxxxx>; LVM general discussion and development > <linux-lvm@xxxxxxxxxx>; Gang He <GHe@xxxxxxxx> > Subject: Re: pvresize will cause a meta-data corruption with error > message "Error writing device at 4096 length 512" > > On 11.09.2019 12:03, Ilia Zykov wrote: > > Maybe this? > > > > Please note that this problem can also happen in other cases, such as > > mixing disks with different block sizes (e.g. SCSI disks with 512 > > bytes and s390x-DASDs with 4096 block size). > > > > > https://www.redhat.com/archives/linux-lvm/2019-February/msg00018.html > > And the fix for this is already available upstream (Thanks David!): > https://sourceware.org/git/?p=lvm2.git;a=commit;h=0404539edb25e4a9d34 > 56bb3e6b402aa2767af6b This commit can fix the problem thoroughly? Do we need any other patches based on v2.02.180? Thanks Gang > > > > > > On 11.09.2019 12:17, Gang He wrote: > >> Hello List, > >> > >> Our user encountered a meta-data corruption problem, when run pvresize > command after upgrading to LVM2 v2.02.180 from v2.02.120. > >> > >> The details are as below, > >> we have following environment: > >> - Storage: HP XP7 (SAN) - LUN's are presented to ESX via RDM > >> - VMWare ESXi 6.5 > >> - SLES 12 SP 4 Guest > >> > >> Resize happened this way (is our standard way since years) - however > >> - this is our first resize after upgrading SLES 12 SP3 to SLES 12 SP4 - until > this upgrade, we never had a problem like this: > >> - split continous access on storage box, resize lun on XP7 > >> - recreate ca on XP7 > >> - scan on ESX > >> - rescan-scsi-bus.sh -s on SLES VM > >> - pvresize ( at this step the error happened) > >> > >> huns1vdb01:~ # pvresize > >> /dev/disk/by-id/scsi-360060e80072a660000302a6600003274 > >> Error writing device /dev/sdaf at 4096 length 512. > >> Failed to write mda header to /dev/sdaf fd -1 Failed to update old > >> PV extension headers in VG vghundbhulv_ar. > >> Error writing device > /dev/disk/by-id/scsi-360060e80072a660000302a66000031ec at 4096 length > 512. > >> Failed to write mda header to > >> /dev/disk/by-id/scsi-360060e80072a660000302a66000031ec fd -1 > Failed to update old PV extension headers in VG vghundbhulk_ar. > >> VG info not found after rescan of vghundbhulv_r2 VG info not found > >> after rescan of vghundbhula_r1 VG info not found after rescan of > >> vghundbhuco_ar Error writing device > >> /dev/disk/by-id/scsi-360060e80072a660000302a66000031e8 at 4096 > length 512. > >> Failed to write mda header to > >> /dev/disk/by-id/scsi-360060e80072a660000302a66000031e8 fd -1 > Failed to update old PV extension headers in VG vghundbhula_ar. > >> VG info not found after rescan of vghundbhuco_r2 Error writing > >> device /dev/disk/by-id/scsi-360060e80072a660000302a660000300b at > 4096 length 512. > >> Failed to write mda header to > >> /dev/disk/by-id/scsi-360060e80072a660000302a660000300b fd -1 > Failed to update old PV extension headers in VG vghundbhunrm02_r2. > >> > >> Any idea for this bug? > >> > >> Thanks a lot. > >> Gang > >> > >> > >> _______________________________________________ > >> linux-lvm mailing list > >> linux-lvm@xxxxxxxxxx > >> https://www.redhat.com/mailman/listinfo/linux-lvm > >> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/ > >> > > > > > > > > _______________________________________________ > > linux-lvm mailing list > > linux-lvm@xxxxxxxxxx > > https://www.redhat.com/mailman/listinfo/linux-lvm > > read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/ > > > > > -- > Ingo Franzki > eMail: ifranzki@xxxxxxxxxxxxx > Tel: ++49 (0)7031-16-4648 > Fax: ++49 (0)7031-16-3456 > Linux on IBM Z Development, Schoenaicher Str. 220, 71032 Boeblingen, > Germany > > IBM Deutschland Research & Development GmbH / Vorsitzender des > Aufsichtsrats: Matthias Hartmann > Geschäftsführung: Dirk Wittkopp > Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB > 243294 IBM DATA Privacy Statement: https://www.ibm.com/privacy/us/en/ > _______________________________________________ linux-lvm mailing list linux-lvm@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
