On 7/31/07, Taylor Patrick <[EMAIL PROTECTED]> wrote: > I have what I hope are a couple of easy questions for you. We recently > changed the admin password on our Sun Ray servers. I wouldn't say it went > smoothly. I used utpw and got various error and informational messages. > But it appeared that the change was made on all the servers. I tested by > logging into the Admin GUI.
You logged in to the web GUI on each server, using the "admin" username in all cases? > After the change was made our Sun Ray clients started showing different > resolutions. If the client booted off of one of the secondary Sun Ray > servers, the screen would scroll when the mouse was pushed to the right or > bottom edge of the screen. If the client booted from the primary it would > not, as is normal. By changing the admin password back to what it was > originally the issue disappeared. Then it sounds like the password either wasn't changed correctly on the secondaries, or (more likely, if the web GUI login was OK) perhaps the updated password within the data store did not propagate to the data store on the secondaries. > Why would this occur? It seems to me that the secondary servers must be > trying to get screen resolution/size information from the primary. Why > would changing the password on all the servers cause this to break? The secondaries are not trying to get screen information from the primary. Reads from the data store always occur locally. > What is the prescribed way to reset the admin password on the Sun Ray > servers? Use the 'utpw' command line or the web GUI. Do this on each server in the group. The first execution should update the password cache file on that server and should update the password in the data store instance on all of the servers. The subsequent executions update the password cache file on each server. To check whether the password cache files are correct, run 'cksum /etc/opt/SUNWut/utadmin.pw' on each server. The results should be identical on all machines. To check whether the password cache file agrees with the machine's local data store instance, run 'utxconfig -o' on each machine. If it fails and says "Error: could not connect to admin server" then it's possible that the password cache file does not match the password in that machine's data store instance. OttoM. __ ottomeister Disclaimer: These are my opinions. I do not speak for my employer. _______________________________________________ SunRay-Users mailing list SunRay-Users@filibeto.org http://www.filibeto.org/mailman/listinfo/sunray-users
