Hello everyone
I was wondering if anyone had the misfortune of password for utwadmin not
being recognised. This happened twice now in a period of less then 2 month
I used that command from the archives of the list to check that password has
not been changed
and the command shows that the password is the same.
tr '[A-Z][a-z]' '[N-Z][A-M][n-z][a-m]' < /etc/opt/SUNWut/utadmin.pw
However I can't login into a web srss interface as the error is that one of
the inputs is wrong.
I have developed a workaround for a colleague of mind which is this one.
This is not very scientific but here it is:
Configuration files are here
/etc/opt/SUNWut/srds
-rw-r--r-- 1 root 106496 Aug 13 17:27 current.tar
lrwxrwxrwx 1 root 24 Jan 7 2010 default ->
/opt/SUNWut/srds/default
default does not have srss changes and current does
1) hash check
cd current
less utds.conf
that entry should be identical to the one we are going to dump from ldap
databased.
rootpw {sunds}somelettersandnumbers
{sunds} stands for sun directory server
probably ssha
I found instructions for dumping in the 4.2 manual
/opt/SUNWut/srds/lib/utldbmcat /var/opt/SUNWut/srds/dbm.ut/id2entry.dbb >
/somewhere/original.dbb
less /somewhere/original.dbb
search for {sunds}
if the key is different then database is corrupted
you could try to edit original.dbb and replace the hash with the one from
utds.conf, and then restore the store
/opt/SUNWut/srds/lib/utldif2ldbm -c -j 10 -i /somewhere/original.dbb
but somehow that did not work for me.
drastic steps are needed
1) cd /etc/init.d
./utwadmin stop
./utsvc stop
./utstorage stop
2) cd /etc/opt/SUNWut/srds
mv current current.bad or something
cp -R default current
# now you have clean directory unconfigured
run /opt/SUNWut/sbin/utconfig
ignore warnings and choose to configure SunRay store
you'd be prompted for password and confirmation of existing utku* accounts ( if
you have 2 servers
you'd need to repeat the whole process according to Sun manual)
before the restarting everything that you'd stop
dump the database and compare hashes of passwd from utds,conf
and the dump
they should be identical.
If I am wrong and someone from SunRay folk on the list or from Sun/ Oracle
knows the easier way I'd appreciate the suggestions. It's becoming very
unsettling. I need to issue 20 new cards tomorrow and I'd rather use
web interface
2
The second issue is that after a wile and quiet successful run of VDI and srss
the /var/adm/messages is full of
utxexec[13947]: [ID 901666 user.error] utxexec ERROR: Cannot open display :
(display number)
after a wile the only solution I found is to restart the Sun Server. Nothing
else would work
3 if anyone logs out and shut downs a running VM
I see this in the logs
kiosk:vda[6418]: [ID 702911 user.error] /opt/SUNWuttsc/bin/uttsc exited with
error code 1 - exiting
Can't remember seeing this before when running VDI 3.1
Do i miss some important points here and my installation is badly misconfigured
?
Thanks
Alex
--
=======================================
Alex Brulo
Senior Server Engineer (HPC)
Information Systems Aston (ISA)
Aston University, Aston Triangle,
Birmingham, B4 7ET
Tel: 0121 204 3673
ISA "Aiming for Excellence in ICT Services"
=======================================
Please consider the environment before printing this e-mail
=======================================
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
