You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the slurm app TF (and caas) relies (here, here) on the fact that block devices are attached in the order they are defined; so if labels are applied in that order they end up on the right devices/filesystems. This works for RL8.6 and RL8.8 genericcloud images, actually I don't think it did for RL8.7 and it doesn't for RL9.2. For that, labels are getting applied to the expected devices, it's just that the device ordering isn't consistent with the definition order.
There is a fix at 93c70c0, which would also mean we could get rid of caas's inspection of image properties to define the correct volume path.
The text was updated successfully, but these errors were encountered:
Currently, the slurm app TF (and caas) relies (here, here) on the fact that block devices are attached in the order they are defined; so if labels are applied in that order they end up on the right devices/filesystems. This works for RL8.6 and RL8.8 genericcloud images, actually I don't think it did for RL8.7 and it doesn't for RL9.2. For that, labels are getting applied to the expected devices, it's just that the device ordering isn't consistent with the definition order.
There is a fix at 93c70c0, which would also mean we could get rid of caas's inspection of image properties to define the correct volume path.
The text was updated successfully, but these errors were encountered: