I have a Show and Share Version 5.3 that has been running well for months, this morning however I was attempting to upload a video with accompanying slides and the system briefly showed 'uploading video' and then showed "Saving Video ... please wait" ... And now the Show and Share server is completely jammed , i cannot record, or upload or anything... the same message pops up "saving video... please wait" and sits there forever. never completing
I have rebooted the SnS 3 or 4 times, and rebooted the DMM twice but alas nothing - it is still stuck
I had set the SnS to use local storage and the URL check is still showing fine - I then unselected store locally and noticed that all the HTTP paths are showing an error... they all point to "http://myservername/vportal/fileUploads/prod " and are displaying URL Test Failed beneath the box - this is true for ALL the HTTp paths
My theory is that the Tomcat or webservices are sick and no matter how many times I reboot they are not recovering... I am reluctant to do a wipe of the box as there is data on their I dont want to lose and it seems drastic .... I know there is a Root account on SnS ? At least i could get to the Linux and see if the Web URL is busted or corrupted - can anyone help ? Or suggest another route ?
Thanks for the reply, after a few days of tinkering and trying to understand what was happening , i called in the big guns from Cisco TAC. We spent a day or so trying to assess what was happening. It turns out that I had deployed my SnS in an unsupported mode - Behind a Firewall and using NAT !!! Apparently Show and Share is not designed to work behind a firewall.
The tell tale issue was that when you view the source of the upload page (under my Account - click uploads button top right - or ( https://YOURDOMAIN/vportal/vpo/createContent.htm) - look for a script area in the page source that has a URL that points to the upload location and it likely will have the un-natted IP Address, in my case it was trying to load pages from http://10.1.1.100/fileUpload or something like that. And that will never work of course as it is not the FQDN or external IP
The BU team at Cisco have been fantastic and have provided a patch that takes minutes to install if that is your issue. IF that is the case for you then contact the team at Cisco support and they will for sure help you.
If that is not your problem then try rebooting the appliances, that will restart all the web services. Suggest also that you put the Firebug plugin into Firefox and start a trace on the Uploads page, it may tell you what it is trying to load. In my case it was an XML file called crossdomain and it was trying to access this file using the internal IP mentioned above
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...