SMF Recovery
807559Mar 3 2005 — edited Mar 7 2005I am preforming some tests on a development machine here so I know how to recover the SMF should anything happen to it. One of the steps is to delete or corrupt the /etc/svc/repository.db file. As expected when it is corrupt or missing the server will not boot up and brings you to maintence mode. For this test I'm working under the assumption that I have no backup of the repository and no other working system from wich to be able to get a working copy of repository.db
I was expecting to be able to boot off the CDrom and copy the repository.db file off of the CDrom back onto my filesystem and at least be able to get the basic system services that I needed in order to boot the server up. However, this was not the case and the server continued to boot into maintence mode. Using svccfg I am looking at the repository but I can't see any changes that are obvious I need to make in order to get it to work. What is different in the CDrom repository.db file that I need to change in order to get it to work on my system?
Also, in a side note. I did an svccfg archive > /test/arch.xml to get a archive of the repository. If I were to delete everything in the repository and do an import /test/arch.xml I would get an error message saying that the file is not a manifest. I had to vi the arch.xml file and modify the <service_bundle type='archive'.... to type='manifest' in order to get it to work. Either that is a bug in the software or the documentation is not correct on how to import a complete archive.