RE: ACS problem -- MIDRANGE-L

Finally got this fixed this morning. Still not exactly sure what the issue was, but I don't think it was the ACSconfig.properties file.

I found that there was an IBM\ClientSolutions product directory in the C:\Users\Public directory. I deleted that and reran the install_ACS script again. Voila, everything started working again.

Thanks

Bob Cagle
IT Manager
Lynk

-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Steinmetz, Paul via MIDRANGE-L
Sent: Monday, May 6, 2019 4:14 PM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxxxxxxxx>
Cc: Steinmetz, Paul <PSteinmetz@xxxxxxxxxx>
Subject: RE: ACS problem

Bob,

Check your ACSconfig.properties file, especially, example 4.
Below is my example.
We deploy from a central file share.

# Example 4 - local configuration on portable media (like USB drive):
# com.ibm.iaccess.AcsBaseDirectory={PRODUCTDIR}/config_directory
# Since the path to the portable media will vary depending on the system where # it is being used, this setting allows the configuration to be relative to # the product files. In this example, the {USER} keyword was intentionally not # specified so the configuration on the USB drive would be used by the user of # the USB drive, regardless of the user ID.
#
com.ibm.iaccess.AcsBaseDirectory=C:\Users\Public\Documents\ACS
#
# com.ibm.iaccess.AcsBaseDirectory={PRODUCTDIR}/config_directory/{USER}/
#com.ibm.iaccess.AcsBaseDirectory=C:\Users\Public\Documents\ACS\IBM\iAccessClient\Emulator

#################################################################################
# Automatically Import a Configuration:
#
# The following properties may be used to automatically set up a configuration # for new users or to update a configuration for existing users:
com.ibm.iaccess.autoimport=\\yyyyyyy.xxxxx.com\ibm_acs_base$\Current\acs_bak.zip
com.ibm.iaccess.autoimport.version=1
# See the GettingStarted document for more details.

Paul

-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxxxxxxxx] On Behalf Of Bob Cagle
Sent: Monday, May 06, 2019 4:58 PM
To: Midrange Systems Technical Discussion
Subject: ACS problem

Been searching for an answer to this problem all day, but am unable to find anything.

Key facts: Using latest version of Windows 10. ACS is installed from an on-prem network file share. Running i7.3.

This morning, a user informs me that ACS is not working. She is getting the error "MSGGEN036 - There was a problem accessing the user product directory".

I'm fairly certain this is to related to us moving her files from a local prem private file share to her Office 365 personal One Drive. We did that last Thursday, and on Friday when she started ACS batch session, it wasn't able to find her individual session files. I had to repoint her batch session to the new location, and after that was done, she was able to work all day Friday without issue.

But this morning, we can't even get the main GUI to launch. I've uninstalled, rebooted and reinstalled, multiple times. Tried 32 and 64 bit. Even tried reinstalling from a different network location. I still get this error.

I'm sure somewhere it's most likely still pointing to the local prem file share which no longer exists, but I don't know where that reference is in order to fix/delete it.

Any suggestions?

Thanks

Bob Cagle
IT Manager
Lynk