> -----Original Message----- > From: ottomeister> > On Dec 17, 2007 1:43 PM, LeBar, Russell J > <[EMAIL PROTECTED]> wrote: > > I thought I had taken everything into account but just the > other day I > > realized that utsettings no longer works. > > That's strange. What are the symptoms? If you run > /opt/SUNWut/bin/utsettings from a terminal, do you get any > error reports in the terminal window?
Sorry I wasn't clear on this -- there is no JRE at that location anymore, so I imagine you can guess what the symptoms are. Basically, I noticed that SUN is using /usr/jdk as a parent folder to Java 6 installations (to avoid too man /usr/j* directories I imagine) and I happned to also be using that. So I took this opportunity to create a /usr/jdk_erac symlink and deleted the old /usr/jdk. I went thorough and hit everythign I could remember that used /usr/jdk and switched it to /usr/jdk_erac but I didn't realize the SRSS was using it. > > Would it be enough to change the /etc/opt/SUNWut/jre symbolic link? > > Yes. That would change the JRE being used by all of the Java > components in SRSS. If you want to just change the JRE being > used by the SRSS Java GUI apps then you can create a > /etc/opt/SUNWut/guijre symlink. If that symlink exists then > the GUI apps (utsettings, utmhconfig, the self-registration > dialogues) use it, otherwise they use the SUNWut/jre symlink. Ahh, so that's what that check is for. I saw references to guijre even though we do not have a symlink with that name. I'm fine with switching everything to Java 6 though (or if I have to, go back to Java 5). So all I need to do is change the symlink. Should I do a utrestart? Or a utrestart -c? Or stop utsvc and utds via init.d? > > If I do not fix > > the problem what else besides utsettings would actually be broken > > (i.e. how serious is it)? To be honest, it doesn't seem to be > > affecting anything in our environment, but I though I would > ask to see if anyone else has run into this? > > utmhconfig and self-registration are the other Java GUI apps. > If utsettings is broken then there's a good chance that > these are broken too. I thought utmhconfig might be broken. We are nto currently doing any multi-head stuff though we have in the past (nothing critical though). We have never used self-registration and given PCI DSS likely never will. So based on comments below it sounds like the auth manager is the only real concern. > If SRSS is generally behaving properly > then the SRSS auth daemon (a non-GUI Java app) must be happy > with the current JRE. Now you have me a bit concerned. If it uses the /etc/opt/SUNWut/jre symbolic link then that no longer exists. I haven't stop/started the SRSS so it could just be running off of an image already loaded into RAM that no longer exists on disk. What causes the auth manager to restart? Does a utrestart -c do it? Thanks for the help on this. I am thinking that I should fix /etc/opt/SUNWut/jre and then cycle the SRSS just to be safe. -- Russ CONFIDENTIALITY NOTICE: This e-mail and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed and may contain confidential and privileged information protected by law. If you received this e-mail in error, any review, use, dissemination, distribution, or copying of the e-mail is strictly prohibited. Please notify the sender immediately by return e-mail and delete all copies from your system. _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
