Solaris 10 06/06 x86 register problem
Hello all.
I don't have Solaris Service Plan, but i have several systems they are successfully use smpatch with my Sun Account.
I need to register new x86-system with last version of Solaris 10.
I see manual http://sunsolve.sun.com/search/document.do?assetkey=1-9-82688-1, and make this steps, but registering process stoping at:
-bash-3.00# sconadm register -a -r /tmp/reg.properties
sconadm is running
No any information about registering in /var/adm/messages.
-bash-3.00# cat /etc/release
Solaris 10 6/06 s10x_u2wos_09a X86
Copyright 2006 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 09 June 2006
How i can find my problem?
[748 byte] By [
mozheyko_d] at [2007-11-26 8:54:08]
# 1
> registering process stoping at:
> > -bash-3.00# sconadm register -a -r /tmp/reg.properties
> sconadm is running
>
Normally, the next line you should see is:
Authenticating user ...
Please check the file /tmp/reg.properties
> No any information about registering in /var/adm/messages.
To help you, logs are avaliable in /tmp/basicreg*.log
# 2
> > registering process stoping at:
> > > > -bash-3.00# sconadm register -a -r
> /tmp/reg.properties
> > sconadm is running
> >
>
> Normally, the next line you should see is:
>
> > Authenticating user ...
>
Several HOURS no any new messsages.
Several trying.
>
> Please check the file /tmp/reg.properties
>
All is ok, same as other systems.
> > No any information about registering in
> /var/adm/messages.
>
> To help you, logs are avaliable in /tmp/basicreg*.log
-bash-3.00# ls -l /tmp/basicreg*.log
/tmp/basicreg*.log: No such file or directory
# 3
I've just hit this exact same problem... The cause appears to be the 'cacaoadm' tool which is invoked as part of the init-scn-base, which in turn is invoked from sconadm (cacao start section). Running 'cacaoadm start' manually from the command line gives:
"You must be root to perform first time initialization."
Even though I'm logged in as root! As a result, init-scn-base simply enters a loop waiting for the cacao daemon to start, which never happens.
I haven't yet found why 'cacaoadm start' fails - any ideas?
# 4
I am tired to search for decisions of problems with Solaris and have just install Linux onto my server.
# 5
Dear All,
Regarding the registration issue, may we suggest you have a browse through this thread;
x86 Sol 10 06/06 Error when registering Solaris system, SWUP/Cacao:
http://forum.sun.com/jive/thread.jspa?threadID=100427
Particularly the last Moderator entry.
Let us know how you get on.
# 6
Running /usr/lib/cc-ccr/bin/eraseCCRRepository makes zero difference:
# /usr/lib/cc-ccr/bin/eraseCCRRepository
# cacaoadm start
You must be root to perform first time initialization
#
Okay, tracing this thing a bit further we discover that the CACAO_ADMIN_UID=0, however cacao_current_id is null. Tracing this further we discover that the cacao_get_user_id (in /usr/lib/cacao/tools/scripts/utils) calls ${ID} which is defined in /usr/lib/cacao/tools/scripts/commands_definitions.cfg as ID=/usr/xpg4/bin/id. And guess what, /usr/xpg4/bin/id does not exist on the system...
Installing SUNWxcu4 provides /usr/xpg4/bin/id and 'cacaoadm start' runs successfully. Appears that we have a package dependency problem with SUNWcacaort and SUNWxcu4.
'sconadm register' now also runs, however still returns a 'failed registration!' error which appears to be due to cacao reporting a HTTP timeout. Back to the drawing board!
# 7
Can you check that you can reach sun.com websites from this host, and also that you can reach https sites, e.g. http://www.sun.com https://www.verisign.comCould you also post the errors you are receiving from sconadm and cacao?
# 8
Hurrah! It finally worked!
I had punched a whole for HTTP (port 80) through the firewall due to the problems with using a proxy during registration. However, I hadn't permitted direct HTTPS (port 443) traffic from this system. The strange thing is that last time I got it to work I only had port 80 and not port 443 enabled - perhaps the TLS went via the proxy and the rest via port 80.
For anyone else in facing registration problems:
1. Don't try to register through a proxy, it just don't work!
2. Make sure you have the SUNWxcu4 package installed as you need /usr/xpg4/bin/id in order for cacaoadm to work properly.
3. Change language settings to "C" in /etc/default/init (and reboot afterwards).
4. Allow port 80 and port 443 outbound from the Solaris system.
Phew!
I hope Sun can simplify and improve on the registration process in future releases!
# 9
Yet another silent dependency:
SUNWjdmk-base
otherwise the registration fails with:
Aug 18 15:31:28 cacao_v2: No suitable Java Dynamic Management Kit runtime libraries found. Java Dynamic Management Kit 5.1 or higher is required.
Aug 18 15:31:28 cacao: Error: Fail to start cacao agent. default
Aug 18 15:31:29 cacao_v2: No suitable Java Dynamic Management Kit runtime libraries found. Java Dynamic Management Kit 5.1 or higher is required.
Aug 18 15:31:29 cacao: Error: Fail to start cacao agent. default
Aug 18 15:31:31 cacao_v2: No suitable Java Dynamic Management Kit runtime libraries found. Java Dynamic Management Kit 5.1 or higher is required.
Aug 18 15:31:31 cacao: Error: Fail to start cacao agent. default
# 10
In addition to SUNWjdmk-base I also needed to install Java 1.5.Java 1.4.2 didn't work.
# 11
The issue you were having registering through a web proxy may be due to bug 6468537 which was fixed in patch 123006-04 for X86.
I believe there is a required package list already posted on the forums if the system does not have an End User Installation installed. If you are unable to find it, let us know and we will post a copy here.
# 12
> Okay, tracing this thing a bit further we discover
> that the CACAO_ADMIN_UID=0, however cacao_current_id
> is null. Tracing this further we discover that the
> cacao_get_user_id (in
> /usr/lib/cacao/tools/scripts/utils) calls ${ID} which
> is defined in
> /usr/lib/cacao/tools/scripts/commands_definitions.cfg
> as ID=/usr/xpg4/bin/id. And guess what,
> /usr/xpg4/bin/id does not exist on the system...
>
> Installing SUNWxcu4 provides /usr/xpg4/bin/id and
> 'cacaoadm start' runs successfully. Appears that we
> have a package dependency problem with SUNWcacaort
> and SUNWxcu4.
That's a nice bit of detective work -- fixed my problem, thanks!
