Scheduled change maps locked
Occasionally, the scheduled maps I have that are GP change maps will get “stuck” and stop running. When I go to the Activity Monitor, they are all in use and I have to go through one-by-one and remove. Then they start running again no problem, until the next time they get stuck again.
What is causing this? How can I fix this?
Thanks. -Joe
That likely means that the map is terminating abnormally – you should review the SmartConnect or Application Event log to determine if something is logged that points to why.
Hi Patrick,
I am having the same problem as Joseph. I have reviewed the SmartConnect Event Log and can find a lot of errors there. One of them is the following:
SmartConnect Scheduler : Could not run the scheduled map XXX This record is currently being edited by another user.
And I don’t understand why since there is no other user in the system. This is the person who installed SC for us a year ago and he has not been at the company since then. Sometimes when I try to open up the map I have to remove this same user from the Map Activity. How can I get rid of this problem? The username in the Event Log also displays this user, not me. Even though I am the owner of the map. Why is that?
I can also see a lot of Failure Audits in the Event Log but unfortunately I can’t understand these since they only include ta lot of text like this one below:
mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
eOne.SmartConnect.WindowsService, Version=20.16.1.13, Culture=neutral, PublicKeyToken=0beb756d2a6b4456
System.ServiceProcess, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
eOne.SmartConnect.Engine, Version=20.16.1.13, Culture=neutral, PublicKeyToken=0beb756d2a6b4456
System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
.
.
.
.
I would be very grateful for any help anyone could provide, thank you!
/Isabell
Hi,
I was wondering if anyone might be able to help me with this? I have followed the steps on this link http://www.eonesolutions.com/blog-post/tech-tuesday-troubleshooting-scheduled-maps/ and everything works just fine when I run it manually as this links tells me to.
I would really appreciate if anyone could help, thank you!
“SmartConnect Scheduler : Could not run the scheduled map XXX This record is currently being edited by another user.”
You’ll only get this message from the scheduler if a use pulled up the map and then the SC client UI crashed or the machine restarted leaving the MapActivity record orphaned.
You can tell the type of activity in the Map Activity window. To remove it, just select the line and press the – button to remove.
Hi,
I also get a lot of Failure Audits in my log just like Isabell
mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
eOne.SmartConnect.WindowsService, Version=20.16.1.13, Culture=neutral, PublicKeyToken=0beb756d2a6b4456
System.ServiceProcess, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
eOne.SmartConnect.Engine, Version=20.16.1.13, Culture=neutral, PublicKeyToken=0beb756d2a6b4456
System.Core, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
.
.
.
.
I also get a
-Starting map run ‘…’
followed by a
-Complete map run ‘…’
every minute the schedule is running the maps.
Does anyone know what this means and why it does?
My Event Log is filled with these audits.
I know this is an old thread but I have some new info that I hope can help lead to a resolution. This situation has happened to me each of the last two months and I have narrowed it down to when our IT team does their monthly patching. I suspect they are patching and then rebooting. The scheduled integrations are running via the eOne SmartConnect Service. This service is stopped and started during the reboot process but I am wondering if we need to manually stop it before the patching and then let it auto-start after reboot. Any insights from other users and/or eOne tech support would be appreciated. Thanks.