Diese Nachricht wurde eingewickelt um DMARC-kompatibel zu sein. Die eigentliche Nachricht steht dadurch in einem Anhang.
This message was wrapped to be DMARC compliant. The actual message text is therefore in an attachment.
--- Begin Message ---On Tuesday, 17 December 2024 16:57:24 CET Steffen Grunewald wrote: > Hi Andrew, > > On Tue, 2024-12-17 at 22:34:04 +1300, Andrew Ruthven wrote: > > My provided script is in: > > https://lists.uni-koeln.de/pipermail/linux-fai/2024-January/013143.html > > Now that I dug this out of the archive, I remember having seen it before ;) > Part of this went into the latest version of FAI, right? > I like the "host_disks()" approach, but found that in this particular case > it might make more sense to use /dev/disk/by-path because of the inherent > sorting - when setting up a RAID one wants to know where to find the parts > in case a replacement was necessary ;) > > > https://lists.uni-koeln.de/pipermail/linux-fai/2024-January/013136.html > > https://lists.uni-koeln.de/pipermail/linux-fai/2024-January/013149.html > > Now that I checked those, I'm wondering whether it would make sense to > add some "alias" feature (so one could identify a disk like > /dev/disk/by-path/pci-0000:06:00.0-ata-1.0 > either in disk_config (and use that alias like "disk1"), or write some > mapping (to additional.var?) to later reference the disk under the new name. > > No matter how many helpers (like "smallest/biggest disk" etc.) there are, > for the next machine one would need yet another one... Maybe a good idea is to look at the vdev_id script from openzfs. It uses a config file vdev_id.conf and can handle different topology, multipath and aliases to create links under /dev/disk/by-vdev https://openzfs.github.io/openzfs-docs/man/master/5/vdev_id.conf.5.html https://openzfs.github.io/openzfs-docs/man/master/8/vdev_id.8.html Spending some work to integrate it into fai might be worth as you use zfs on the system... regards Markus Köberl -- Markus Koeberl Graz University of Technology Signal Processing and Speech Communication Laboratory E-mail: markus.koeb...@tugraz.at
signature.asc
Description: This is a digitally signed message part.
--- End Message ---
