Dear list,
we're still running SRSS 4.2 with patch 140995-07 on SLES 10 SP4 32bit in a
3-machine FOG.
We recently discovered that our primary server used a different UID for the
utwww-user and different GIDs for the utadmin and utkiosk groups than the other
two FOG-members, so we decided to manually "unify" them and adapt these
settings on the primary host.
So after stopping core services and webadministration we manually changed the
relevant ids in /etc/passwd and /etc/group on the primary host to match the
other members and rebooted.
Afterwards, the webadmin GUI was not fully functional,
/var/opt/SUNWut/log/utwebadmin.log showed "permission denied"-messages for
/var/opt/SUNWut/tmp/pipes - so we searched for wrong permissions due to old
group ids and fixed them.
Additionally, we unconfigured the SunRay-webadmin-GUI (utconfig -u -w) and
reconfigured it again.
(At least) one problem persists: the folders
/tmp/SUNWut/config/{ctokens,displays,itokens} and their contents are created
with the wrong, no longer valid GID of former "utadmin" - this leads to errors
in the webGUI (no sessions displayed) and may have side effects we don't know
about yet.
So which part of the SRSS does not respect the changed ids in /etc/passwd and
/etc/group? Is there a hidden config-setting which stores the GID of the
"utadmin"-group at initial configuration time?
We thought of completely reconfiguring SRSS on the primary host, but are afraid
of losing the contents and settings in the SunRay-datastore.
Any help/hints appreciated,
best regards,
Nico
--
Nico Behrent | University of Kaiserslautern
IT Administration - CIO/CTO | Department of Mathematics
[email protected] | Building 14 - Room 428
phone +49 631 205-3925, fax -4737 | D-67653 Kaiserslautern
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
