{"id":2353,"date":"2017-09-07T07:34:46","date_gmt":"2017-09-07T05:34:46","guid":{"rendered":"http:\/\/www.oradba.ch\/?p=2353"},"modified":"2018-05-02T08:10:21","modified_gmt":"2018-05-02T06:10:21","slug":"start-odsm-on-boot-using-systemd","status":"publish","type":"post","link":"https:\/\/www.oradba.ch\/wordpress\/2017\/09\/start-odsm-on-boot-using-systemd\/","title":{"rendered":"Start ODSM on boot using systemd"},"content":{"rendered":"

A couple of month ago I wrote blog on how to start Oracle Unified Directory (OUD) on system boot (see Start OUD Servers on Boot using systemd<\/a>) using a unit file and systemd<\/a>. Quite a simple and straightforward way to start OUD. Why not using the same approach for ODSM? This can be easily implemented, because my weblog infrastructure is only used for the ODSM domain.<\/p>\n

Boot Properties File for ODSM<\/h3>\n

Normally the credentials must be specified when the weblogic server is started. To avoid this, a boot.properties<\/em> file is defined. This file does contain the username<\/em> and password<\/em> of the weblogic admin. Excerpt from my weblogic startup log including the prompt for username and password.<\/p>\n

\n...\n<sep 7, 2017 6:01:09 AM CEST> <info> <weblogicserver> <bea -000377> <starting WebLogic Server with Java HotSpot(TM) 64-Bit Server VM Version 24.141-b31 from Oracle Corporation> \n<sep 7, 2017 6:01:10 AM CEST> <info> <management> <bea -141107> <version: WebLogic Server 10.3.6.0.170418 PSU Patch for BUG25388747 WED MAR 21 18:34:42 IST 2017\nWebLogic Server 10.3.6.0  Tue Nov 15 08:52:36 PST 2011 1441050 > \n<sep 7, 2017 6:01:11 AM CEST> <info> <security> <bea -090065> <getting boot identity from user.> \nEnter username to boot WebLogic server:weblogic\nEnter password to boot WebLogic server:\n<sep 7, 2017 6:01:39 AM CEST> <notice> <weblogicserver> <bea -000365> <server state changed to STARTING> \n<sep 7, 2017 6:01:39 AM CEST> <info> <workmanager> <bea -002900> <initializing self-tuning thread pool>\n...\n<\/pre>\n
ODSM just has an admin server. So let’s create the boot.properties<\/em> file in the security folder of the admin server. Since this security directory may not already exist, we must create it beforehand. On my environment I’ve put the user projects outside of my middleware folder in \/u00\/app\/oracle\/user_projects<\/em>. The working directory for the next couple of commands will be \/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain<\/em>.  <\/p>\n
\ncd \/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain\n\nls servers\/AdminServer\nadr  cache  data  logs  sysman  tmp\n\nmkdir -p servers\/AdminServer\/security\ntouch servers\/AdminServer\/security\/boot.properties\n<\/pre>\n
Add values for username<\/em> and password<\/em> to the boot.properties<\/em> file.<\/p>\n
\nvi servers\/AdminServer\/security\/boot.properties\n\nusername=weblogic\npassword=manager\n<\/pre>\n
The boot.properties file fortunately does not stay like this. so. During the first start of the weblogic server, the username and password is encrypted with AES.<\/p>\n
\ncat servers\/AdminServer\/security\/boot.properties\n#Thu Sep 07 06:34:11 CEST 2017\npassword={AES}lCtDx2TYm8rHZt\/n9CiwmCgbiPjE+noBdyI+1MmJ21o\\=\nusername={AES}4ROGb6gIkFWhqQA6uoV2mTN7cZy\/jdM\/pUO4aDbB74k\\=\n<\/pre>\n
Unit File for ODSM<\/h3>\n
After the weblogic server can now be started without password input, one only need the corresponding unit file to automatically start the ODSM domain during system boot. The unit file will be created as root in the folder \/usr\/lib\/systemd\/system<\/em>. For my environment I do create the following unity file. Working directory, domain name, user name etc has to be adjusted accordingly for other environments. Add the following content to the new unit file.<\/p>\n
\nsudo vi \/usr\/lib\/systemd\/system\/wls_odsm.service\n\n# -----------------------------------------------------------------------\n#  Trivadis AG, Infrastructure Managed Services\n#  Saegereistrasse 29, 8152 Glattbrugg, Switzerland\n# -----------------------------------------------------------------------\n#  File-Name........: wls_odsm.service\n#  Author...........: Stefan Oehrli, stefan.oehrli at trivadis.com\n#  Date.............: 07. Sept 2017\n#  Revision.........: 1.0\n#  Purpose..........: Unit file for ODSM domain\n#  Usage............: systemctl enable wls_odsm.service\n#  Notes............: --\n# -----------------------------------------------------------------------\n#  Revision history.:  \n#  07.09.2017  soe     initial release\n# -----------------------------------------------------------------------\n\n[Unit]\nDescription=WLS ODSM Instance\nWants=network.target\nAfter=network.target\n \n[Service]\nType=simple\nUser=oracle\nGroup=osdba\nWorkingDirectory=\/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain\nExecStart=\/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain\/startWebLogic.sh\nExecStop=\/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain\/bin\/stopWebLogic.sh\nStandardOutput=syslog\n \n[Install]\nWantedBy=multi-user.target\n<\/pre>\n
As soon as we have the new unit file we have to enable the service. This also creates a softlink in \/etc\/systemd\/system\/multi-user.target.wants<\/em> to the new unit file.<\/p>\n
\nsudo systemctl enable wls_odsm.service\nCreated symlink from \/etc\/systemd\/system\/multi-user.target.wants\/wls_odsm.service to \/usr\/lib\/systemd\/system\/wls_odsm.service.\n<\/pre>\n
Start the admin server for the ODSM domain using systemctl<\/em>.<\/p>\n
\nsudo systemctl start wls_odsm.service\n<\/pre>\n
Stop the admin server for the ODSM domain using systemctl<\/em>.<\/p>\n
\nsudo systemctl stop wls_odsm.service\n<\/pre>\n
Display the status of the admin server for the ODSM domain.<\/p>\n
\nsudo systemctl status wls_odsm.service\n wls_odsm.service - WLS ODSM Instance\n   Loaded: loaded (\/usr\/lib\/systemd\/system\/wls_odsm.service; enabled; vendor preset: disabled)\n   Active: active (running) since Thu 2017-09-07 06:55:25 CEST; 1min 32s ago\n Main PID: 10645 (startWebLogic.s)\n   CGroup: \/system.slice\/wls_odsm.service\n           \u251c\u250010645 \/bin\/sh \/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain\/startWebLogic.sh\n           \u251c\u250010648 \/bin\/sh \/u00\/app\/oracle\/user_projects\/domains\/ODSM_domain\/bin\/startWebLogic.sh\n           \u2514\u250010695 \/u00\/app\/oracle\/product\/jdk1.7.0_141\/bin\/java -server -Xms256m -Xmx512m -XX:MaxPermSize=512m -Dweblogic.Name=AdminServer -Djava.security.polic...\n\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <server> <bea -002613> <channel "Default[4]" is now listening on ...p, http.>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <server> <bea -002613> <channel "Default" is now listening on fd1...p, http.>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <server> <bea -002613> <channel "Default[1]" is now listening on ...p, http.>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <server> <bea -002613> <channel "Default[5]" is now listening on ...p, http.>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <server> <bea -002613> <channel "Default[6]" is now listening on ...p, http.>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <server> <bea -002613> <channel "Default[7]" is now listening on ...p, http.>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <weblogicserver> <bea -000329> <started WebLogic Admin Server "Ad...ion Mode>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <warning> <server> <bea -002611> <hostname "localhost", maps to multiple I...:0:0:0:1>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <weblogicserver> <bea -000365> <server state changed to RUNNING>\nSep 07 06:56:19 euterpe startWebLogic.sh[10645]: <sep 7, 2017 6:56:19 AM CEST> <notice> <weblogicserver> <bea -000360> <server started in RUNNING mode>\nHint: Some lines were ellipsized, use -l to show in full.\n<\/pre>\n
All in all, a simple and easy way to start the ODSM automatically at system boot.<\/p>\n
Reference<\/h3>\n
Some references and links to MOS Notes:<\/p>\n