> > > >Personally, I don't even find that to be necessary -- I see no issue with > >having svcs show the smf state yet have tools to mess with the underlying > >thing. Because as a reminder, administrators don't ever need to run -t -- > >it's there for our use in building the method scripts or for development/ > >debugging/testing. (We have many other similar such options in our system > >today in various utilities.) > > > Will temporarily removal of a datalink configuration be involved in DR > process? > Say, if we have a vlan on top of bge0. If we DR out that bge0 card, will > that vlan be temporarily deleted? > > Max
I think that causes it to go into the maintenance state. Because consider the non-DR equivalent: I make an SMF config for datalink bge0, with VLAN on top. It is saved. Now power off the box. Now remove bge0 card. Now boot. At this point I will attempt to start bge0 datalink service, but no bge0 device anymore -- so I should get maintenance state, telling me to either fix or delete my config. So DR should be just like that. -Mike -- Mike Shapiro, Solaris Kernel Development. blogs.sun.com/mws/
