Sponsored Content
Full Discussion: Lockhart - Solaris 10/09
Operating Systems Solaris Lockhart - Solaris 10/09 Post 302384806 by pupp on Wednesday 6th of January 2010 10:35:04 AM
Old 01-06-2010
Sun Java Web Console. I believe it's been a part of sol10 since the beginning. if you have that release, just type smcwebserver -V
 

4 More Discussions You Might Find Interesting

1. Solaris

application compiled on solaris 10 throwing error when executed on solaris 9

I have compiled my application on Solaris 10 with following description SunOS ldg1 5.10 Generic_138888-03 sun4v sparc SUNW,Sun-Blade-T6320 The compiler is Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25 But when installing the application on Solaris 9 SunOS odcarch02 5.9... (2 Replies)
Discussion started by: ash_bit2k2
2 Replies

2. Solaris

Unable to login using ssh,telnet onto my solaris machine with solaris 10 installed

Hi, I am unable to login into my terminal hosting Solaris 10 and get the below error message "Server refused to allocate pty ld.so.1: sh: fatal: libc.so.1: open failed: No such file or directory " Is there anyways i can get into my machine and what kind of changes are required to be... (7 Replies)
Discussion started by: sankasu
7 Replies

3. Solaris

Solaris ssh client hangs when connecting to another Solaris machine

Got a strange problem. I have 4 Solaris servers all configured the same, Solaris 10 x86 update 10. When I try to ssh from one Solaris 10 server to another server ssh hangs. I have an identical server and when I try this everything works fine. The weird thing is if I am root on the server... (1 Reply)
Discussion started by: ccj4467
1 Replies

4. Solaris

Patching Procedure in Solaris 10 with sun cluster having Solaris zone

Hi Gurus I am not able to find the patching procedure for solaris 10 ( sol10 u11) to latest patchset with sun cluster having failover zones so that same I should follow. Take an instance, there are sol1 and sol2 nodes and having two failover zones like sozone1-rg and sozone2-rg and currently... (1 Reply)
Discussion started by: nick101
1 Replies
asupgrade(1m)						    Application Server Utility						     asupgrade(1m)

NAME
asupgrade - migrates the configuration of a previously installed Sun Java System Application Server SYNOPSIS
asupgrade [-c | --console] [-V --version] [-h | --help]-s | -source applicationserver7.x_installation -t --target application- server8.x_installation [-d | --domain domain_name -n | --nsspwdfile NSS_password_filepath -j | --jkspwdfile JKS_password_filepath -p | --capwdfile CA_password_filepath] Use the asupgrade utility to migrate the server configration and its persisted state, J2EE services, and deployed J2EE applications. The configuration of an installed Sun Java System Application Server 7 is migrated to the Sun Java System Application Server 8 Application Server installation. If the domain contains information about a deployed application and the installed application components do not agree with the configuration information, the configuration is migrated as is without any attempt to reconfigure the incorrect configurations. asupgrade migrates the configuration and deployed applications of a previous version of the Application Server; however, the runtime bina- ries of the server are not updated. Database migrations or conversions are beyond the scope of the asupgrade command. Only those instances that do not use the Sun Java System Web Server specific features will be upgraded seamlessly. Configration files related to HTTP path, CGI bin, SHTML, and NSAPI plugins will not be upgraded. The upgrade process can also be initiated automatically at installation time using the Upgrade checkbox in the Application Server install- er. After completion of the upgrade, use the Application Server 7 Uninstaller to remove the previous version of the Application Server. Application archives (.ear) and component archives (.jar, .war, .rar) that are deployed in the Application Server 7 environment do not require any modification to run on Application Server 8. However applications and components deployed in the source server are repackaged into new J2EE archives in the target server's autodeploy directory and are deployed upon server startup. Applications that do not deploy successfully, must use Migrationtool (asmigrate) on the application and then manually redeploy the application. You must specify the source and target directories for the upgrade. If the upgrade includes certificates, you must also provide the pass- words for the source PKCS12 file and the target JKS keyfile for each domain that contains certificates to be migrated. Since Application Server 7 uses a different certificate store format (NSS) than Application Server 8 (JSSE), the migration keys and certificates are con- verted to the new format. Upon successful upgrade, an upgrate report is generated listing successfully migrated items along with a list of the items that could not be migrated. OPTIONS
-c --console launches the upgrade command line utility. -V--version displays the version of the UpgradeTool. -h--help displays the arguments for launching the UpgradeTool. -s--source identifies the installation directory for Sun Java System Application Server 7. -t--target identifies the installation directory for Sun Java System Application Server 8. -d--domain identifies the destination domain name for the migrated certificates. -n--nsspwdfile identifies the path to the NSS password file. -j--jkspwdfile identifies the path to the JKS password file. -p--capwdfile identifies the path to the CA certificate password file. EXAMPLES
Example 1: Using asupgrade example% upgrade -s /home/sunas7 -t /home/sunas8 SEE ALSO
asmigrate(1M) Sun Java System Application Server March 2004 asupgrade(1m)
All times are GMT -4. The time now is 07:05 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy