Hello, We've run into a problem with the vanity naming work with how we would recover from a linkmgmtd crash.
Linkmgmtd manages the <id, link name> mappings, and without linkmgmtd running you cannot create links. We have linkmgmtd under SMF control, so that if it crashes, it should be restarted automatically. However, there is an issue. - How to restore any temporary <id, name> mappings? <id, name> mappings that are persistent are stored in SMF and will be read in when linkmgmtd restarts. One idea for recovering temporary link information is to store them in SMF as well, but to set the SCF_PG_FLAG_NONPERSISTENT flag on the property group representing the link. If this flag is set, then on a reboot, SMF will remove the property group. Another idea is to have another upcall from the kernel to push temporary link information to linkmgmtd when it starts. Personally, I like the first approach as it reduces the amount of interactions between linkmgmtd and the kernel. There's also the fact to consider that the kernel doesn't currently store all of the information that linkmgmtd stores. A couple of other issues: What happens if we have a conflict between an active temporary link and an inactive persistent link? What happens if linkmgmtd keeps crashing? Is there anything we can do at this point? Thoughts anyone? thanks, Dan
