derekgreen Posted January 11, 2017 Share Posted January 11, 2017 Hi. Have had issues from a few of our users when they raise incidents. They are reporting an error when they complete and submit the form, however the call is appearing on Service Desk. Problem here is that the calls are not being auto assigned to Service Desk, no emails are being sent out to the user and Service Desk admins and we are unable to assign the calls or prioritise them as per our business process. Upgraded to 2.37 yesterday. Link to comment Share on other sites More sharing options...
Guest Posted January 11, 2017 Share Posted January 11, 2017 Hi Derek, This is something that has been reported and we are currently investigating it. I will advise you as soon as we have something. Thanks Pamela Link to comment Share on other sites More sharing options...
Ralf Peters Posted January 12, 2017 Share Posted January 12, 2017 @Pamela we have seen the same yesterday, where users raise tickets through the portal and the BPM's are not being applied on some ? is this the issue you are investigating ? Thanks Ralf Link to comment Share on other sites More sharing options...
derekgreen Posted January 12, 2017 Author Share Posted January 12, 2017 Thanks for the reply, here's hoping that the issue is resolved quickly! Strange thing is that the problem is not occurring in every instance, some colleagues are still submitting calls as normal. Link to comment Share on other sites More sharing options...
gingib Posted January 12, 2017 Share Posted January 12, 2017 Our customers are also experiencing problems with adding attachments to tickets logged via the portal. Tickets are being logged but not following the associated Business Process and just sitting in a black hole of no team assigned without the relevant attachment Link to comment Share on other sites More sharing options...
Guest Posted January 12, 2017 Share Posted January 12, 2017 Hi all We released Service Manager 2.38 which should have a higher level of logging to help us diagnose this issue. Could you update your systems so that next time it happens and we analyse the logs, we get more helpful information. Thanks Pamela Link to comment Share on other sites More sharing options...
Keith Posted January 12, 2017 Share Posted January 12, 2017 @Pamela I have now updated to 2.38 - Hope this helps locate and resolve the problem. Regards Keith Link to comment Share on other sites More sharing options...
Ralf Peters Posted January 12, 2017 Share Posted January 12, 2017 @Pamela we too have now upgraded to 2.38 Thanks Ralf Link to comment Share on other sites More sharing options...
Ralf Peters Posted January 12, 2017 Share Posted January 12, 2017 @Pamela raised a test ticket after upgrade to 2.38 through the portal and got the error logging the ticket with attachment request number is IN00021504 . Link to comment Share on other sites More sharing options...
derekgreen Posted January 12, 2017 Author Share Posted January 12, 2017 Have also upgraded to 2.38. Link to comment Share on other sites More sharing options...
Ralf Peters Posted January 12, 2017 Share Posted January 12, 2017 19 minutes ago, Ralf Peters said: @Pamela raised a test ticket after upgrade to 2.38 through the portal and got the error logging the ticket with attachment request number is IN00021504 . another user ticket that just failed SR00021509 Link to comment Share on other sites More sharing options...
Guest Posted January 12, 2017 Share Posted January 12, 2017 @Ralf Peters Thanks for the update. I am looking into this. Link to comment Share on other sites More sharing options...
Victor Posted January 12, 2017 Share Posted January 12, 2017 There is an issue around request logged via portal when adding attachments to the request. The log request process fails during file attachments phase and "breaks" the log request process. This is why the request is still being created but the BP is not spawned on these requests. This is currently being investigated. Link to comment Share on other sites More sharing options...
Keith Posted January 12, 2017 Share Posted January 12, 2017 @Victor Were there any changes made to the core platform yesterday? Seems strange that this just started happening for everyone yesterday without any updates (by us users) to the system. Regards Keith Link to comment Share on other sites More sharing options...
Victor Posted January 12, 2017 Share Posted January 12, 2017 @Keith no updates were made yesterday. Link to comment Share on other sites More sharing options...
nasimg Posted January 12, 2017 Share Posted January 12, 2017 @Keith @Victor- we have decided to delay updates (staying on 2.36.8 I think) to see if anyone reports issues after applying a patches ( a previous one severely impacted us). Now I see even that doesn't prevent problems - I can't believe a change hasn't been applied to the system or else why wouldn't we have seen this issue earlier. Its the whole reason we have operate change management - a working system shouldn't break. For the record we see the issue when customers try and submit a ticket with an attachment, although it seems more severe now I dealt with someone last night who reported the issue but when I retested with them the file attached ok. So maybe its an intermittent issue although it is becoming much more serious. Link to comment Share on other sites More sharing options...
Guest Posted January 12, 2017 Share Posted January 12, 2017 @nasimg This issue was first reported last year and was being investigated all along. It did not come up as a result of any updates we did. You are right in saying it is intermittent which is why it has not been easy to investigate. The update in 2.38 is meant to provide a higher level of logging to help identify the issue, not fix it. This issue has been reported when customers are submitting requests with attachments. As I said before, now that the higher level of logging is available, as at this morning in 2.38, our team is investigating to find the root cause. Thanks Pamela Link to comment Share on other sites More sharing options...
Keith Posted January 12, 2017 Share Posted January 12, 2017 @Pamela I have now had a user report the same issue even without adding attachment Link to comment Share on other sites More sharing options...
Victor Posted January 12, 2017 Share Posted January 12, 2017 @Keith was it Ria trying to log a service request? EDIT: If so, is the same cause, not necessarily from a progressive capture file attachment but the same API call when dealing with service bulletin img... Link to comment Share on other sites More sharing options...
Keith Posted January 12, 2017 Share Posted January 12, 2017 @Victor It was reported by Maite so assume it was her but am trying to check. Link to comment Share on other sites More sharing options...
Victor Posted January 12, 2017 Share Posted January 12, 2017 @all I think we have some good news. In our latest platform release we addressed an issue whereby the file pathing was incorrect and was affecting some API calls. From our investigations it seems that it also affected file attachments on portal so the issue might have been fixed in passing. I have tried this in ESP build 2675 (which is the current platform build) and I replicated the issue reported. However my test instance was upgraded to latest ESP build 2678 (that contains the file pathing fix) and the issue seems to be resolved. Current plan was to deploy this build tonight. Therefore we have pushed the latest platform ESP build (2678) to live instances. By default the deployment for this will happen after 01:00 the next day, but this can be changed if you like. We have a system setting autoUpdate.maintenanceWindow (Home -> System -> Settings -> Advanced) which dictates when the platform updates are deployed. You can change it to have this deployed sooner. The build controller checks this every hour and will deploy if within the set timeframe. Please note that if you choose to change this and deploy it during business hours you will have an approx. 5 min downtime and analysts will not be able to log in or might be requested to re-establish the session (disconnect/reconnect). Link to comment Share on other sites More sharing options...
Keith Posted January 12, 2017 Share Posted January 12, 2017 @Victor At approx 13:25 I changed autoUpdate.maintenanceWindow to 14:00-18:00 but as yet the system has not updated. Did I misunderstand when this will be updated? Link to comment Share on other sites More sharing options...
Victor Posted January 12, 2017 Share Posted January 12, 2017 @Keith I'll have a look at 15:00 Link to comment Share on other sites More sharing options...
Martyn Houghton Posted January 12, 2017 Share Posted January 12, 2017 @Victor We too are having the issue and set the maintenance window to 15:00 to 16:00 UTC at around 14:10hrs this afternoon, but the update ESP build has not applied either. Cheers Martyn Link to comment Share on other sites More sharing options...
Keith Posted January 12, 2017 Share Posted January 12, 2017 @Victor Still nothing as of 15:15. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now