<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Fri, Jan 24, 2025 at 1:07 PM Christopher Huhn <<a href="mailto:C.Huhn@gsi.de">C.Huhn@gsi.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">> sda    8:0    0   7.3T  0 disk<br>
> sdb    8:16   0   7.3T  0 disk<br>
> sdc    8:32   0 447.1G  0 disk<br>
> sdd    8:48   0 447.1G  0 disk<br>
as you can see here the large disks are sda (disk1) and sdb (disk2) <br>
while the SSDs are sdc and sdd.<br>
This mapping is not stable through reboots, so you have to make sure <br>
your disks are in the intended order in your disklist.<br></blockquote><div><br></div><div>Ooof.  Embarrassing. I'm aware it's unstable, but it had been so stable in my previous tests I stopped paying attention to that.  Thanks for the second pair of eyes.</div><div><br></div><div>Unfortunately though, that doesn't fix my problem.  After correcting for that, I'm still seeing the same LVM error.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
We use a very basic hook to sort our disks by size:<br>
<br>
 > # cat class/31-sortdisks.sh<br>
 > disklist=$(grep -H '^[1-9]' /sys/block/[hsv]d[a-z]/size <br>
/sys/block/nvme*n[0-9]/size | sort -n -t : -k 2 | cut -f4 -d / | xargs)<br>
 > echo "disklist=\"$disklist\"" >> "$LOGDIR/additional.var"<br></blockquote><div><br></div><div>This looks REALLY helpful!  Thanks!  </div><div><br></div><div>I'm making one small modification, using sort's -s modifier... in the (likely futile) hope that the drives might still be in bus order. :)</div></div></div>