I am installing a new OnDemand v.10.5 server on RHEL v.7.9 with an Oracle v.19 database. There is no TSM or SSL requirements. We plan to use LDAP but do not have this configured yet.
The software seems to be successfully installed and the arsdb command ran successfully to create an instance called ondq (this will be the QA Server). I have been able to run the commands to create the System Log and System Load files. I think this next step is to try to start the server job. When I run either of these commands I get NO response. I just get returned quickly with a command prompt:
./arssockd ondq arssockd
or
arssockd -S -I ondq
I can not find any new log files being created with any information to go on.
I feel like I'm missing something simple?? Any ideas?
Thanks,
Joe
One thing I do, and I am not sure if its the "IBM suggested" approach, is just use trace. that has worked most if not all of the time on numerous rhel/aix systems-
1) Edit /opt/ibm/ondemand/V10.5/config/trace.settings, I usually turn it all on, TRACE_LEVELS=ALL=15, TRACE_SETTINGS=/somewhereWithSpace/ondqa.trace
2) Edit /opt/ibm/ondemand/V10.5/config/ars.cfg = TRACE_SETTINGS=trace.settings
(Make sure you comment this out when done, requires arssockd restart)3) Start arssockd, let it fail.
4) Execute /opt/ibm/ondemand/V10.5/bin/arstfmt -i /somewhereWithSpace/ondqa.trace -o /somewhereWithSpace/readable_trace.out
5) execute more /somewhereWithSpace/readable_trace.out | grep ERR
(Or whatever way to search the file..)Most of the time its because I forgot to make a setting change or something. Such as,
setting ars.cfg to = ARS_STORAGE_MANAGER=CACHE_ONLY (i think default is TSM, or- If using new api's for azure/aws/etc.. ARS_STORAGE_MANAGER=NO_TSM)
if you're using cache, you didnt define a file system in /opt/ibm/ondemand/V10.5/config/ars.cache, or - odqa/archive user can't read/write that file system
Curious as to what the culprit was.