BookmarkSubscribeRSS Feed
🔒 This topic is solved and locked. Need further help from the community? Please sign in and ask a new question.
ashasupriya
Obsidian | Level 7

Problem: Unable to bring up the SAS Remote Services from services.msc on SAS server after Upgrade from 9.4M5 to 9.4 M7

 

Error Message:

Error: Windows could not start the service on local computer error 1067. The process terminated unexpectedly.

In the event view property logs, error with event id 7034 is seen but no error description. "There may be a configuration problem: please check the logs." 

 

Background:  our setup is a non-distributed setup. Adobe moved its Flash technology to end-of-life status so in Dec 2020, we upgraded from SAS 9.4M5 to M7 and all went well. On 01/11/2021, I rebuilt and redeployed some custom changes to web applications followed by bounce of services. All sas services came up except remote services.  

 

Action Taken:  

Here is a summary of how we diagnosed and resolved the issue of starting Remote Services in Windows' Services interface.   

 

1.  Unfortunately, the RemoteServices.log did not reveal any errors in the default logging configuration.  

We first enabled debug on RemoteServices by updating the <SASConfig>\Lev1\Web\Applications\RemoteServices\log4j.xml to enable debug for the root logger and restart RemoteServices.  Unfortunately, the serviced before logger were available.  This told me that the issue was caused by the "Windows service" starting before the application loaded.  

 

Find the following sections and change the level to debug.    

1a)   <logger name="com.sas.services">         <level value="debug" />     </logger> 

1b) <root>        <priority value ="debug" />        <appender-ref ref="SAS_CONSOLE" />        <appender-ref ref="SAS_FILE" />    </root>  

 

 2.  Therefore we needed to enable debug logging for the service wrapper.

We updated<SASConfig>\Lev1\Web\Applications\RemoteServices\wrapper.conf to enable debug logging.  This revealed that the service could not load the JAR files needed.   We reviewed the picklist and learned that the picklist was not updated to the current version of JARs. The pickllist still referenced m4 version of the jars.  

 

The cause of the error is: 

Caused by: com.sas.app.RepositoryException: For one or more plug-in requests, no matching Plug-ins were found in repository:commons_codec [1.7.0.0_SAS_20121211183158,1.7.0.0_SAS_20121211183158], commons_beanutilsAS_20121211183158], commons_beanutils [1.8.2.0_SAS_20121211183319,1.8.2.0_SAS_20121211183319], commons_io0_SAS_20121211183233], org.springframework.expression [3.2.11.0_SAS_20141104183815,3.2.11.0_SAS_20141104183815],op [3.2.11.0_SAS_20141104183820,3.2.11.0_SAS_20141104183820], httpclient [4.2.5.0_SAS_20130529113611,4.2.5.0_SAS_20130529113611],141104183835], struts [1.3.8.1_SAS_20161004153236,1.3.8.1_SAS_20161004153236], org.springframework.core1104183835,3.2.11.0_SAS_20141104183835], struts [1.3.8.1_SAS_20161004153236,1.3.8.1_SAS_20161004153236], org.springframework.coreringframework.web.struts [3.2.11.0_SAS_20141104183842,3.2.11.0_SAS_20141104183842], org.springframework.context.support842,3.2.11.0_SAS_20141104183842], org.springframework.context.support [3.2.11.0_SAS_20141104183829,3.2.11.0_SAS_20141104183829],], org.springframework.web [3.2.11.0_SAS_20151116172123,3.2.11.0_SAS_20151116172123], org.springframework.oxmidator [1.3.1.0_SAS_20121211183328,1.3.1.0_SAS_20121211183328], org.springframework.web11.0_SAS_20141104183842], org.springframework.context.support [3.2.11.0_SAS_20141104183829,3.2.11.0_SAS_20141104183829],58,4.8.1.0_SAS_20160825150858], org.springframework.jdbc [3.2.11.0_SAS_20141104183835,3.2.11.0_SAS_20141104183835],[3.2.11.0_SAS_20141104183835,3.2.11.0_SAS_20141104183835], commons_fileupload[1.3.1.0_SAS_20121211183328,1.3.1.0_SAS_20121211183328], org.springframework.web20151116172123], org.springframework.oxm [3.2.11.0_SAS_20141104183831,3.2.11.0_SAS_20141104183831], org.springframework.web.servletAS_20141104183815,3.2.11.0_SAS_20141104183815], xstream [1.3.1.0_SAS_20121211183400,1.3.1.0_SAS_20121211183400],], groovy [1.7.1.0_SAS_20151104171451,1.7.1.0_SAS_20151104171451], org.springframework.context[3.2.11.0_SAS_20141104183824,3.2.11.0_SAS_20141104183824], org.springframework.beans [3.2.11.0_SAS_20141104183815,3.2.11.0_SAS_20141104183815], xstream [1.3.1.0_SAS_20121211183400,1.3.1.0_SAS_20121211183400], org.springframework.transaction [3.2.11.0_SAS_20141104183829,3.2.11.0_SAS_20141104183829], beanshell [2.0.0.beta4_SAS_20121211183236,2.0.0.beta4_SAS_20121211183236]  

 

 3. Remote Services builds a new picklist when it starts based on several base picklist files. We verified that the base picklists were in place and updated. The base picklists are located in<SASHome>\SASFoundationServices\9.4\Configurable\apps\RemoteServices\Picklists  

 

4.  At this point, everything was in place for the picklist to be updated but it seems you have to run the command line version of the startup to process the picklist part and not the Windows servcies.  So we tried to start the service from the command promptand received "access denied" errors.   

 

5. We started the command prompt as administrator.Service started and new picklist was created a placed in <SASConfig>\Lev1\Web\Applications\RemoteServices 6. Finally, returned logging levels to original settings in <SASConfig>\Lev1\Web\Applications\RemoteServices\log4j.xml and<SASConfig>\Lev1\Web\Applications\RemoteServices\wrapper.conf.

 

I have worked with this same SAS support rep in the past and always experienced possibly the very best customer service of all time.

Hope this will help someone who come across similar issue. 

Good luck!

 

1 ACCEPTED SOLUTION

Accepted Solutions
SASKiwi
PROC Star

@ashasupriya  - Forgot to mention you should update your post as answered. Thanks again!

View solution in original post

5 REPLIES 5
JuanS_OCS
Amethyst | Level 16

Thank you very much @ashasupriya, it is a very appreciated tip, I am sure it can help many.

 

Not only for this particular issue with Remote Services, also for many others that are related to the Java Picklist class, as most of the components in SAS 9 are built in Java code.

 

Aside from this, @ashasupriya, does your SAS Tech Support representative know how this happened and if it will be resolved with a hotfix, in a SAS note or in a new version of SAS Depot?

 

ashasupriya
Obsidian | Level 7
JuanS_OCS - Sure anytime, I'm happy to share! This was a learning for me on Java Picklist class.
I had the same question for SAS but it seems this is still undocumented and might be included with a hotfix.
This week, I completed production upgrade so I copied the picklist file from test environment and restarted the sas services and that worked.
JuanS_OCS
Amethyst | Level 16

Fantastic!

 

By the way, as closing remark, I liked very much the structure of your post, kudos to you for the effort.

SASKiwi
PROC Star

@ashasupriya - Thanks also for this very useful post. We have just had the same problem and your fix has resolved it. Running the RemoteServices BAT file updated the picklist and successfully started the service!

SASKiwi
PROC Star

@ashasupriya  - Forgot to mention you should update your post as answered. Thanks again!

suga badge.PNGThe SAS Users Group for Administrators (SUGA) is open to all SAS administrators and architects who install, update, manage or maintain a SAS deployment. 

Join SUGA 

Get Started with SAS Information Catalog in SAS Viya

SAS technical trainer Erin Winters shows you how to explore assets, create new data discovery agents, schedule data discovery agents, and much more.

Find more tutorials on the SAS Users YouTube channel.

Discussion stats
  • 5 replies
  • 1914 views
  • 9 likes
  • 3 in conversation