Dan Groves wrote: > 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 kind of conflict you are thinking of?
- Cathy > What happens if linkmgmtd keeps crashing? Is there anything we can do > at this point? > > Thoughts anyone? > > thanks, > Dan > > > > > > _________________________________ > clearview-discuss mailing list > clearview-discuss at opensolaris.org
