Understanding Workspace Environment Management (WEM) System Optimization

The WEM System Optimization feature is a group of settings designed to dramatically lower resource usage on a VDA on which the WEM Agent is installed.

These are machine-based settings that will apply to all user sessions.




Managing Servers with different Hardware Configurations

Sets of VMs may have been configured with different hardware configurations. For instance some machine may have 4 CPU cores and 8GB RAM, while others have 2 CPU Cores and 4GB RAM. The determination could be made such that each server set requires a different set of WEM System Optimization settings. Because machines can only be part of one WEM ConfigSet, administrators must consider whether they need to create multiple ConfigSets to accommodate different optimization profiles.


WEM System Optimization Settings

User-added image


Fast Logoff

A purely visual option that will end the HDX connection to a remote session, giving the impression that the session has immediately closed. However, the session itself continues to progress through the session logoff phases on the VDA.


CPU Management

CPU Priority:

You can statically define the priority for a process. Every instance of, for example, Notepad that is launched on the VDA will be launched with a priority of the desired CPU priority. The choices are:

  • Idle
  • Below Normal
  • Normal
  • Above Normal
  • High
  • Realtime *

* https://stackoverflow.com/questions/1663993/what-is-the-realtime-process-priority-setting-for

CPU Affinity:

You can statically define how many CPU cores a process will use. Every instance of Notepad that is launched on the VDA will use the number of cores defined.

Process Clamping:

Process clamping allows you to prevent a process from using more CPU percentage than the specified value. A process in the Process Clamping list can use CPU up to the configured percentage, but will not go higher. The setting limits the CPU percentage no matter which CPU cores the process uses.

Note: The clamping percentage is global, not per core (that is, 10% on a quad-core CPU is 10%, not 10% of one core).


Generally, Process Clamping is not a recommended solution for keeping the CPU usage of a troublesome process artificially low. It’s a brute force approach and computationally expensive. The better solution is to use a combination of CPU spikes protection and to assign static Limit CPU / Core Usage, CPU priorities, CPU affinities values to such processes.

CPU Management Settings:

CPU Spikes Protection:

CPU Spikes Protection is not the same as Process Clamping. Process Clamping will prevent a process from exceeding a set CPU percentage usage value. Spikes Protection manages the process when it exceeds the CPU Usage Limit (%) value.

CPU Spikes Protection is not designed to reduce overall CPU usage. CPU Spikes Protection is designed to reduce the impact on user experience by processes that consume an excessive percentage of CPU Usage.

If a process exceeds the CPU Usage Limit (%) value, for over a set period of time (defined by the Limit Sample Time (s) value), the process will be relegated to Low Priority for a set period of time, defined by the Idle Priority Time (s) value. The CPU usage Limit (%) value is global across all logical processors.

The total number of logical processors is determined by the number of CPUs, the number of cores in the CPU, and whether HyperThreading is enabled. The easiest method of determining the total number of logical cores in a machine is by using Windows Task Manager (2 logical processors shown in the image):

User-added image

To better understand CPU Spikes Protection, let’s follow a practical scenario:

Users commonly work with a web app that uses Internet Explorer. An administrator has noticed that iexplore.exe processes on the VDAs consume a lot of CPU time and overall responsiveness in user sessions is suffering. There are many other user processes running and percentage CPU usage is running in the 90 percent range.

To improve responsiveness, the administrator sets the CPU Usage Limit value to 50% and a Idle Priority Time of 180 seconds. For any given user session, when a single iexplore.exe process instance reaches 50% CPU usage, it’s CPU priority is immediately lowered to Low for 180 seconds. During this time iexplore.exe will consequently get less CPU time due to its low position in the CPU queue and thereby reduce its impact on overall session responsiveness. Other user processes that haven’t also reached 50% have a higher CPU priority and so continue to consume CPU time and although the overall percentage CPU usage continues to show above 90%, the session responsiveness for that user is greatly improved.

In this scenario, the machine has 4 logical processors. If the processes’ CPU usage is spread equally across all logical processors, each will show 12.5% usage for that process instance.

If there are two iexplore.exe process instances in a session, their respective percentage CPU usage values are not added to trigger Spikes Protection. Spikes Protection settings apply on each individual process instance.​

User-centric CPU Optimization (process tracking on the WEM Agent):

As stated previously, all WEM System Optimization settings are machine-based and settings configured for a particular ConfigSet will apply to all users launching sessions from the VDA.

The WEM Agent records the history of every process on the machine that has triggered Spikes Protection. It records the number of times that the process has triggered Spikes Protection, and it records the user for which the trigger occurred.

So if a process triggers the CPU Spikes Protection in User A’s session, the event is recorded for User A only. If User B starts the same process, then WEM Process Optimization behavior is determined only by process triggers in User B’s session. On each VDA the Spike Protection triggers for each user (by user SID) are stored in the local database on the VDA and refreshing the cache does not interfere with this stored history.

Limit CPU / Core Usage:

When a process has exceeded the CPU Usage Limit value (i.e. Spikes Protection for the process has been triggered), in addition to setting the CPU priority to Low, WEM can also limit the amount of CPU cores that the process uses if a CPU / Core Usage Limit value is set. The limit is in effect for the duration of the Idle Priority Time.

Enable Intelligent CPU Optimization:

When Enable Intelligent CPU Optimization is enabled, all processes that the user launches in their session will start at a CPU Priority of High. This makes sense as the user has purposefully launched the process, so we want the process to be reactive.

If a process triggers Spikes Protection, it will be relegated to Low priority for 180 seconds (if default setting is used). But, if it triggers Spikes Protection a certain number of times, the process will run at the next lowest CPU Priority the next time it’s launched.

So it was launching at High priority initially; once the process exceed a certain number of triggers, it will launch at Above Normal priority the next time. If the process continues to trigger Spikes Protection, it will launch at the next lowest priority until eventually it will launch at the lowest CPU priority.

The behavior of Enable Intelligent CPU Optimization is overridden if a static CPU Priority value has been set for a process. If Enable Intelligent CPU Optimization is enabled and a process’s CPU Priority value has been set to Below Normal, then the process will launch at Below Normal CPU priority instead of the default High priority.

If Enable Intelligent CPU Optimization is enabled and a process’s CPU Priority value has been statically set to High, then the process will launch at High. If the process triggers Spikes Protection, it will be relegated to Low priority for 180 seconds (if default setting is used), but then return to High priority afterwards.

Note: The Enable CPU Spikes Protection box must be ticked for Enable Intelligent CPU Optimization to work.


Memory Management

Working Set Optimization:

WEM determines how much RAM a running process is currently using and also determines the least amount of RAM the process requires, without losing stability. The difference between the two values is considered by WEM to be excess RAM. The process’s RAM usage is calculated over time, the duration of which is configured using the Idle Sample Time (min) WEM setting. The default value is 120 minutes.

Let’s look at a typical scenario when WEM Memory Management has been enabled:

A user opens Internet Explorer, navigates to YouTube, and plays some videos. Internet Explorer will use as much RAM as it needs. In the background, and over the sampling period, WEM determines the amount of RAM Internet Explorer has used and also determines the least amount of RAM required, without losing stability.

Then the user is finished with Internet Explorer and minimizes it to the Task Bar. When the process percentage CPU usage drops to the value set by the Idle State Limit (percentage) value (default is 1%), WEM then forces the process to release the excess RAM (as previously calculated). The RAM is released by writing it to the pagefile.

When the user restores Internet Explorer from the Task Bar, it will initially run in its optimized state but can still go on to consume additional RAM as needed.

When considering how this affects multiple processes over multiple user sessions, the result is that all of that RAM freed up is available for other processes and will increase user density by supporting a greater amount of users on the same server.

Idle State Limit (percent):

The value set here is the percentage of CPU usage under which a process is considered to be idle. The default is 1% CPU usage. Remember that when a process is considered to be idle, WEM forces it to shed its excess RAM. So be careful not to set this value too high; otherwise a process being actively used may be mistaken as an idle process, resulting in its memory being released. It is not advised to set this value higher than 5%.


I/O Management

These settings allow you to optimize the I/O priority of specific processes, so that processes which are contending for disk and network I/O access do not cause performance bottlenecks. For example, you can use I/O Management settings to throttle back a disk-bandwidth-hungry application.

The process priority you set here establishes the “base priority” for all of the threads in the process. The actual, or “current,” priority of a thread may be higher (but is never lower than the base). In general, Windows give access to threads of higher priority before threads of lower priority.

I/O Priority Settings:

Enable Process I/O Priority

When selected, this option enables manual setting of process I/O priority. Process I/O priorities you set take effect when the agent receives the new settings and the process is next restarted.

Add Process I/O Priority

Process Name: The process executable name without the extension. For example, for Windows Explorer (explorer.exe) type “explorer”.

I/O Priority: The “base” priority of all threads in the process. The higher the I/O priority of a process, the sooner its threads get I/O access. Choose from High, Normal, Low, Very Low.

Enable Intelligent I/O Optimization:

This adopts exactly the same principles as Enable Intelligent CPU Optimization, but for I/O instead of CPU.

Note: The Enable CPU Spikes Protection box must be ticked for Enable Intelligent I/O Optimization to work.


Exclude specified processes:

By default, WEM CPU Management excludes all of the most common Citrix and Windows core service processes. This is because they make the environment run and they need to make their own decisions about how much CPU time & priority they need. WEM administrators can however, add processes they want to exclude from Spikes Protection to the list. Typically, antivirus processes would be excluded. In this case, in order to stop antivirus scanning taking over disk I/O in the session, administrators would also set a static I/O Priority of Low for antivirus processes.


Notes:

  1. When configuring, the entered process name is a match to the process name’s entry in Windows Task Manager.
  2. Process names are not case-sensitive.
  3. You don’t enter “.exe” after the process name. So for instance, enter “notepad” rather than “notepad.exe”.

Related:

SEPM Web Server Service Won’t Start

I need a solution

Perfectly working fresh installed Manager installed last week with like 5 clients now is not functional all of a sudden. Green dots missing on all clients first then when opening SEPM I get ‘Failed to Connect to Server’. All Symantec services are running on the server except Symantec Endpoint Protection Manager Webserver. It will not start. There are no related errors in the Event Logs. 

Here is the first part of the scm-server-0 log file:  

2019-04-25 17:05:19.357 THREAD 13 SEVERE: ================== Server Environment ===================
2019-04-25 17:05:19.357 THREAD 13 SEVERE: os.name = Windows Server 2016
2019-04-25 17:05:19.357 THREAD 13 SEVERE: os.version = 10.0
2019-04-25 17:05:19.357 THREAD 13 SEVERE: os.arch = x64
2019-04-25 17:05:19.357 THREAD 13 SEVERE: java.version = 1.8.0_181
2019-04-25 17:05:19.357 THREAD 13 SEVERE: java.vendor = Oracle Corporation
2019-04-25 17:05:19.357 THREAD 13 SEVERE: java.vm.name = Java HotSpot(TM) 64-Bit Server VM
2019-04-25 17:05:19.357 THREAD 13 SEVERE: java.vm.version = 25.181-b13
2019-04-25 17:05:19.357 THREAD 13 SEVERE: java.home = D:Program Files (x86)SymantecSymantec Endpoint Protection Managerjre
2019-04-25 17:05:19.357 THREAD 13 SEVERE: catalina.home = D:Program Files (x86)SymantecSymantec Endpoint Protection Managertomcat
2019-04-25 17:05:19.357 THREAD 13 SEVERE: java.user = null
2019-04-25 17:05:19.357 THREAD 13 SEVERE: user.language = en
2019-04-25 17:05:19.357 THREAD 13 SEVERE: user.country = US
2019-04-25 17:05:19.357 THREAD 13 SEVERE: scm.server.version = 14.2.1031.0100
2019-04-25 17:05:19.513 THREAD 13 SEVERE: StartupServlet> startServer>> SEPM Service starting…
2019-04-25 17:05:20.216 THREAD 13 SEVERE: ServerUtil >> SEPM runs on AWS? false
2019-04-25 17:05:20.279 THREAD 13 SEVERE: StartupServlet> verifySchemaVersion>> Database Schema Version = 14.2.0.2, Server Schema Version = 14.2.0.2
2019-04-25 17:05:20.685 THREAD 13 SEVERE: StartupServlet> startServer>> FIPS mode configuration is false
2019-04-25 17:05:20.685 THREAD 13 SEVERE: License state = SEPE_TRIAL
2019-04-25 17:05:20.685 THREAD 13 SEVERE: StartupServlet> startServer>> License status on SEPM = Good
2019-04-25 17:05:24.904 THREAD 13 SEVERE: ================== StartClientTransport ===================
2019-04-25 17:05:24.904 THREAD 13 SEVERE: [13] Initializing Tomcat ClientTransport Key for Secars…
2019-04-25 17:05:24.904 THREAD 13 SEVERE: ClientTransportHelper> startClientTransport>> resetAgentToOfflineState = true
2019-04-25 17:05:24.904 THREAD 13 SEVERE: ClientTransportHelper> startClientTransport>> start set agents offline.
2019-04-25 17:05:24.920 THREAD 13 SEVERE: ClientTransportHelper> startClientTransport>> start set virtual agents offline.
2019-04-25 17:05:25.983 THREAD 13 WARNING: SemWebService is not running, tomcat server is running Liveupdate or waiting SemWebService to start…
2019-04-25 17:05:26.108 THREAD 13 SEVERE: Localized SEP news link for display = http://entced.symantec.com/entt?product=sep&versio…
2019-04-25 17:05:26.108 THREAD 13 SEVERE: Finalized SEP news tracking Link = http://support.symantec.com/sep-notification
2019-04-25 17:05:26.139 THREAD 39 SEVERE: ================== StartClientTransport ===================
2019-04-25 17:05:26.139 THREAD 39 SEVERE: [39] Initializing Tomcat ClientTransport Key for Secars…
2019-04-25 17:05:26.139 THREAD 13 SEVERE: Schedule is started!
2019-04-25 17:05:26.154 THREAD 39 SEVERE: ClientTransportHelper> startClientTransport>> resetAgentToOfflineState = true
2019-04-25 17:05:26.154 THREAD 39 SEVERE: ClientTransportHelper> startClientTransport>> start set agents offline.
2019-04-25 17:05:26.170 THREAD 39 SEVERE: ClientTransportHelper> startClientTransport>> start set virtual agents offline.
2019-04-25 17:05:26.295 THREAD 13 SEVERE: StartupServlet> startServer>> SEPM Service started.
2019-04-25 17:05:27.217 THREAD 39 WARNING: SemWebService is not running, tomcat server is running Liveupdate or waiting SemWebService to start…
2019-04-25 17:05:28.248 THREAD 39 WARNING: SemWebService is not running, tomcat server is running Liveupdate or waiting SemWebService to start…
2019-04-25 17:05:28.248 THREAD 39 SEVERE:  in: com.sygate.scm.server.task.ClientTransportInfoTask
java.net.ConnectException: Connection refused: connect
    at java.net.DualStackPlainSocketImpl.connect0(Native Method)
    at java.net.DualStackPlainSocketImpl.socketConnect(DualStackPlainSocketImpl.java:79)
    at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)
    at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)
    at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)
    at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:172)
    at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)
    at java.net.Socket.connect(Socket.java:589)
    at java.net.Socket.connect(Socket.java:538)
    at sun.net.NetworkClient.doConnect(NetworkClient.java:180)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:463)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:558)
    at sun.net.www.http.HttpClient.<init>(HttpClient.java:242)
    at sun.net.www.http.HttpClient.New(HttpClient.java:339)
    at sun.net.www.http.HttpClient.New(HttpClient.java:357)
    at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:1220)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1156)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:1050)
    at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:984)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1564)
    at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1492)
    at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
    at com.sygate.scm.common.communicate.Communicator.getResponse(Communicator.java:2473)
    at com.sygate.scm.common.communicate.Communicator.getResponse(Communicator.java:1758)
    at com.sygate.scm.server.task.ClientTransportInfoTask.getClientTransportInfo(ClientTransportInfoTask.java:564)
    at com.sygate.scm.server.task.ClientTransportInfoTask.execute(ClientTransportInfoTask.java:155)
    at com.sygate.scm.server.task.MonitoredTimerTask.run(MonitoredTimerTask.java:47)
    at java.util.TimerThread.mainLoop(Timer.java:555)
    at java.util.TimerThread.run(Timer.java:505)
com.sygate.scm.common.communicate.CommunicationException: Failed to connect to the server.

Make sure that the server is running and your session has not timed out.
If you can reach the server but cannot log on, make sure that you provided the correct parameters.
If you are experiencing network issues, contact your system administrator. ErrorCode: 0x80020000
    at com.sygate.scm.common.communicate.Communicator.getResponse(Communicator.java:2503)
    at com.sygate.scm.common.communicate.Communicator.getResponse(Communicator.java:1758)
    at com.sygate.scm.server.task.ClientTransportInfoTask.getClientTransportInfo(ClientTransportInfoTask.java:564)
    at com.sygate.scm.server.task.ClientTransportInfoTask.execute(ClientTransportInfoTask.java:155)
    at com.sygate.scm.server.task.MonitoredTimerTask.run(MonitoredTimerTask.java:47)
    at java.util.TimerThread.mainLoop(Timer.java:555)
    at java.util.TimerThread.run(Timer.java:505)
com.sygate.scm.common.communicate.CommunicationException: Unexpected server error. ErrorCode: 0x10010000
    at com.sygate.scm.server.task.ClientTransportInfoTask.getClientTransportInfo(ClientTransportInfoTask.java:572)
    at com.sygate.scm.server.task.ClientTransportInfoTask.execute(ClientTransportInfoTask.java:155)
    at com.sygate.scm.server.task.MonitoredTimerTask.run(MonitoredTimerTask.java:47)
    at java.util.TimerThread.mainLoop(Timer.java:555)
    at java.util.TimerThread.run(Timer.java:505)
2019-04-25 17:05:28.264 THREAD 39 WARNING: IISCacheTask.execute(): ClientTransportInfoTask is not initialized yet, aborting.
2019-04-25 17:05:29.280 THREAD 39 WARNING: AgentOnlineStatusTask Exception:java.net.ConnectException: Connection refused: connect
2019-04-25 17:05:36.122 THREAD 39 SEVERE: ================== StartClientTransport ===================
2019-04-25 17:05:36.122 THREAD 39 SEVERE: [39] Initializing Tomcat ClientTransport Key for Secars…
2019-04-25 17:05:36.122 THREAD 39 SEVERE: ClientTransportHelper> startClientTransport>> resetAgentToOfflineState = true
2019-04-25 17:05:36.122 THREAD 39 SEVERE: ClientTransportHelper> startClientTransport>> start set agents offline.
2019-04-25 17:05:36.137 THREAD 39 SEVERE: ClientTransportHelper> startClientTransport>> start set virtual agents offline.
2019-04-25 17:05:37.184 THREAD 39 WARNING: SemWebService is not running, tomcat server is running Liveupdate or waiting SemWebService to start…
2019-04-25 17:05:38.216 THREAD 39 WARNING: SemWebService is not running, tomcat server is running Liveupdate or waiting SemWebService to start…
2019-04-25 17:05:38.216 THREAD 39 SEVERE:  in: com.sygate.scm.server.task.ClientTransportInfoTask
java.net.ConnectException: Connection refused: connect

Please advise. Thanks.

0

Related:

  • No Related Posts

Automatically assign Cost Center to assets

I need a solution

Hello everyone,

I’m looking for a way to assign automatically the cost center to the computers. I’ve been trying to do that by setting a CMDB rule, but I’ve not been able to do it correctly. 

I was looking for other comments/threads, but couldn’t find any response. This is the only one I could find that’s similar: https://www.symantec.com/connect/forums/update-cost-center-ownership?ts=1555939553

Any ideas? Thank you!

0

Related:

Cant Connect to SEPM Console. Service keeps stopping.

I need a solution

DB VALIDATOR LOG:
2018-12-11 13:36:28.432 THREAD 1 INFO: logger initialized …
2018-12-11 13:36:28.432 THREAD 1 INFO: SEPM Server Home:[D:Program Files (x86)SymantecSymantec Endpoint Protection ManagerTools..tomcat]
2018-12-11 13:36:28.713 THREAD 1 INFO: Initialized the database.
2018-12-11 13:36:28.900 THREAD 1 SEVERE: Error occurred.
java.lang.NullPointerException
    at com.sygate.scm.tools.ludbfix.XmlValidator.detectBrokenLinks(XmlValidator.java:201)
    at com.sygate.scm.tools.ludbfix.XmlValidator.<init>(XmlValidator.java:136)
    at com.sygate.scm.tools.ludbfix.XmlValidator.main(XmlValidator.java:560)
 

The server doesnt appear to be connecting to the DB. I need assistance getting this resolved. 
Attempted to add a replication server. Need to determine if DB is corrupt. 

Thanks in Advance. 

0

1544632374

Related:

SEPM embedded database with broken links – how to fix?

I need a solution

Hi,

Does the fix only can be done by Symantec TSE?

SEPM 12.x and Win server 2008:

THREAD 1 INFO: Link is broken for [1] physical file ids :
 THREAD 1 INFO: TargetId:[0AA8B81C1FBF77C62D031F2BF1E499FA] TargetType:[LuDownloadedPackage] ObjectTypeName:[ObjReference] ParentObjectTypeName :[PhysicalFile] Parent’s TopLevelObject’s GUID:[275AB0416855AFADD6D439994B348776]

0

Related:

RecoverPoint for Virtual Machines: Install fails at 53% creating virtual repository

Article Number: 525663 Article Version: 2 Article Type: Break Fix



RecoverPoint for Virtual Machines 5.2,RecoverPoint for Virtual Machines 5.2 P1

Issue:

RP4MVs setup/cluster install is failing @ 53% in Deployer.

Symptoms:

clusterLogic.log shows

2018/09/19 20:16:59.336 [pool-6-thread-189] (BaseInstallationServerAdapter.java:285) ERROR – errorType: OPERATION_FAILED , userMSG: Operation failed. Failed to create JAM profile.

2018/09/19 20:16:59.337 [pool-6-thread-189] (BaseInstallationServerAdapter.java:292) ERROR – Transaction failed. transactionId=318, timeoutInSeconds=900, errorMSG=Operation failed. Failed to create JAM profile. , errorType=OPERATION_FAILED, value=null

2018/09/19 20:16:59.337 [pool-6-thread-189] (BaseRpaCall.java:52) ERROR – CreateVirtualRepositoryCall failed.

java.lang.RuntimeException: Operation failed. Failed to create JAM profile.

server.log shows

2018-09-19 20:11:53,631 [CommandWorker-14] (CreateJirafPolicyAction.java:47) ERROR – Failed creating new JCD policy: java.lang.RuntimeException: RP Filter metadata not found, please verify that RP Filter is installed.

2018-09-19 20:11:53,631 [CommandWorker-14] (BaseAction.java:46) ERROR – CreateJirafPolicyAction Failed.

java.lang.RuntimeException: RP Filter metadata not found, please verify that RP Filter is installed.

at com.emc.recoverpoint.connectors.vi.infra.pbm.PbmCreatePolicyCommand.waitAndGetRPFilterMetadata(PbmCreatePolicyCommand.java:129) ~[vi_connector_commons.jar:?]

at com.emc.recoverpoint.connectors.vi.infra.pbm.PbmCreatePolicyCommand.addRPRules(PbmCreatePolicyCommand.java:74) ~[vi_connector_commons.jar:?]

at com.emc.recoverpoint.connectors.vi.infra.pbm.PbmCreatePolicyCommand.perform(PbmCreatePolicyCommand.java:66) ~[vi_connector_commons.jar:?]

at com.emc.recoverpoint.connectors.vi.infra.pbm.PbmCreatePolicyCommand.perform(PbmCreatePolicyCommand.java:18) ~[vi_connector_commons.jar:?]

at com.emc.recoverpoint.connectors.vi.infra.pbm.BasePBMCommand.call(BasePBMCommand.java:27) ~[vi_connector_commons.jar:?]

at com.emc.recoverpoint.connectors.vi.infra.PBMProxy.pbmCreateCreateDummyJCDPolicy(PBMProxy.java:90) ~[vi_connector_commons.jar:?]

at com.emc.recoverpoint.connectors.actions.create.CreateJirafPolicyAction.createPolicy(CreateJirafPolicyAction.java:44) ~[vsphere_actions.jar:?]

at com.emc.recoverpoint.connectors.actions.create.CreateRPPolicyAction.perform(CreateRPPolicyAction.java:35) ~[vsphere_actions.jar:?]

at com.emc.recoverpoint.connectors.actions.create.CreateRPPolicyAction.perform(CreateRPPolicyAction.java:14) ~[vsphere_actions.jar:?]

at com.emc.recoverpoint.connectors.actions.infra.BaseAction.call(BaseAction.java:30) [vsphere_actions.jar:?]

at com.kashya.installation.server.commands.vsphere.CreateVirtualRepositoryCommand.createJirafPolicyId(CreateVirtualRepositoryCommand.java:61) [com.kashya.recoverpoint.installation.server.jar:?]

at com.kashya.installation.server.commands.vsphere.CreateVirtualRepositoryCommand.preExecute(CreateVirtualRepositoryCommand.java:39) [com.kashya.recoverpoint.installation.server.jar:?]

at com.kashya.installation.server.commands.Command.runNormal(Command.java:108) [com.kashya.recoverpoint.installation.server.jar:?]

at com.kashya.installation.server.commands.Command.run(Command.java:48) [com.kashya.recoverpoint.installation.server.jar:?]

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:1.8.0_172]

at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:1.8.0_172]

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:1.8.0_172]

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:1.8.0_172]

at com.kashya.installation.server.ThreadPoolFactory$1.run(ThreadPoolFactory.java:43) [com.kashya.recoverpoint.installation.server.jar:?]

at java.lang.Thread.run(Thread.java:748) [?:1.8.0_172]

2018-09-19 20:11:53,632 [CommandWorker-14] (CreateVirtualRepositoryCommand.java:41) WARN – Failed to create JAM profile, calling troubleshoot action…

com.kashya.installation.server.exceptions.CommandFailedException: Operation failed. Failed to create JAM profile.

There are VASA (Storage) IOFilter providers that are seen as offline/disconnected by the VC

RP4VM Install

Workaround:

1. In vSphere web client:

a. For VC 6.0 – Select the relevant VC, then choose the “Manage” and the “Storage Providers” tabs consequently.

b. For VC 6.5 – Select the relevant VC, then choose the “Configure” tab and select the “Storage Providers” from the sub menu on the left side.

2. Unregister IOFILTER providers whose status isn’t “online”.

3. After all of the providers from “2” are gone from the list, resync the providers. After the resync has finished all the IOFilter providers should appear as “online”.

Resolution:

Dell EMC engineering is currently investigating this issue. A permanent fix is still in progress. Contact the Dell EMC Customer Support Center or your service representative for assistance and reference this solution ID.

Related:

AppSync: AppSync fails to map Oracle database or filesystem on AIX VIO vSCSI to underlying storage device

Article Number: 480729 Article Version: 2 Article Type: Break Fix



AppSync,AppSync 2.2 SP2 P02

The user is unable to create a replica since AppSync fails to map Oracle database or filesystem on AIX VIO vSCSI to underlying storage device.

AppSync CSV:

<date><time> Application mapping GENL_000044 <AppSync server> The following application items could not be mapped to any configured storage system: <host IP>/<filesystem>.

<date><time> Application mapping HST_000007 <AppSync server> Failed to map filesystem /emcX to storage that can be replicated by AppSync.

AppSync Server Logs

<date><time> INFO [Thread-29724 (HornetQ-client-global-threads-318491683)] [com.emc.archway.service.eventservice.EventServiceBean] [] [] EVENT [GENL_000044]: The following application items could not be mapped to any configured storage system: <host IP>/<filesystem> .(METADATA: TYPE-WARNING, TIME- <date><time> NATIVETIME- <date><time> , HOST-<production host>, PHASE-Application mapping, THREAD=Thread-29724 (HornetQ-client-global-threads-318491683), USER-admin, CATEGORY-GENERIC, SESSIONID-dzNvoIo3kYMyvTcXq58ZgOm+.undefined)

<date><time> INFO [Thread-29724 (HornetQ-client-global-threads-318491683)] [com.emc.archway.service.eventservice.EventServiceBean] [] [] EVENT [SPP_000037]: Cannot determine the storage type where application <host IP>/<filesystem> resides. Verify that the application is located on supported EMC storage that has been added to AppSync.(METADATA: TYPE-ERROR, TIME- <date><time> NATIVETIME- <date><time> , HOST-pwvlocity, PHASE-Application mapping, THREAD=Thread-29724 (HornetQ-client-global-threads-318491683), USER-admin, CATEGORY-GENERIC, SESSIONID-dzNvoIo3kYMyvTcXq58ZgOm+.undefined)

<date><time> ERROR [Thread-29724 (HornetQ-client-global-threads-318491683)] [com.emc.archway.commands.serviceplan.workflow.WorkflowDeployPhaseCommandBean] [] [] service call deployPhase threw an exception

<date><time> ERROR [Thread-29724 (HornetQ-client-global-threads-318491683)] [com.emc.archway.commands.serviceplan.workflow.WorkflowDeployPhaseCommandBean] [] [] Exception Occurred: MapFailedAllException, Message: Cannot determine the storage type where application <host IP>/<filesystem> resides. Verify that the application is located on supported EMC storage that has been added to AppSync.

When protecting an AIX Vscsi Device on XtremIO, Appsync was unable to return the wwn and hence mapping was failing.

New implementation

Interim Resolution:

AppSync Engineering has provided a hot fix for AppSync 2.2.2.2.

To avoid conflicts with installed hot fixes, refer to EMC Knowledgebase article <a target="_blank" href="https://community.emc.com/articles/Break_Fix/167037-<span target="_blank"> Link Error: for instructions on how to determine which AppSync hot fixes are applied to your system.

Provide this information when contacting EMC Customer Support Center or your EMC Customer Service representative for technical assistance. Please quote the solution ID.

Resolution:

AppSync Engineering is currently addressing this problem, but has not provided a fix in a released patch. This solution will be updated with the patch when it has been released.

Related: