[lustre-discuss] ZFS and multipathing for OSTs

Jongwoo Han jongwoohan at gmail.com
Fri Apr 26 03:28:03 PDT 2019


Disk replacement with multipathd + zfs is somewhat not convenient.

step1: mark offline the disk you should replace with zpool command
step2: remove disk from multipathd table with multipath -f <mpath id>
step3: replace disk
step4: add disk to multipath table with multipath -ll <mpath id>
step5:  replace disk in zpool with zpool replace

try this in your test environment and tell us if you have found anything
interesting in the syslog.
In my case replacing single disk in multipathd+zfs pool triggerd massive
udevd partition scan.

Thanks
Jongwoo Han

2019년 4월 26일 (금) 오전 3:44, Kurt Strosahl <strosahl at jlab.org>님이 작성:

> Good Afternoon,
>
>
>     As part of a new lustre deployment I've now got two disk shelves
> connected redundantly to two servers.  Since each disk has two paths to the
> server I'd like to use multipathing for both redundancy and improved
> performance.  I haven't found examples or discussion about such a setup,
> and was wondering if there are any resources out there that I could consult.
>
>
> Of particular interest would be examples of the /etc/zfs/vdev_id.conf and
> any tuning that was done.  I'm also wondering about extra steps that may
> have to be taken when doing a disk replacement to account for the
> multipathing.  I've got plenty of time to experiment with this process, but
> I'd rather not reinvent the wheel if I don't have to.
>
>
> w/r,
>
> Kurt J. Strosahl
> System Administrator: Lustre, HPC
> Scientific Computing Group, Thomas Jefferson National Accelerator Facility
> _______________________________________________
> lustre-discuss mailing list
> lustre-discuss at lists.lustre.org
> http://lists.lustre.org/listinfo.cgi/lustre-discuss-lustre.org
>


-- 
Jongwoo Han
+82-505-227-6108
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lustre.org/pipermail/lustre-discuss-lustre.org/attachments/20190426/621f2aa1/attachment.html>


More information about the lustre-discuss mailing list