08-06-2017 09:07 AM
Last week I upgraded my CVP Combo servers from 11.0 to 11.5. Now I am having a problem with the prompt manager application that allows customers to record an Adhoc greeting. The playing of sound files to callers is still working.
Since the CVP upgrade it appears the HTTP PUT is no longer working. The Prompt Manager application looks at a config file to get some parameters. This still works.
get_Properties,enter,
get_Properties,custom,INFO,Reading Properties File
get_Properties,custom,INFO,Reading Codec
get_Properties,custom,INFO,Codec=G711
get_Properties,custom,INFO,Reading RecorderAudioPath
get_Properties,custom,INFO,RecorderAudioPath=http://mediaserver/en-us/app/promptmgr/
get_Properties,custom,INFO,Reading RecorderVoice
get_Properties,custom,INFO,RecorderVoice=Deb
get_Properties,custom,INFO,TempAudioPath=c:/resources/temprecord/
get_Properties,custom,INFO,Reading SystemAudioPath
get_Properties,custom,INFO,SystemAudioPath=http://mediaserver/en-us/sys
get_Properties,custom,INFO,Reading GreetingAudioPath
get_Properties,custom,INFO,GreetingAudioPath=http://mediaserver/en-us/app/ag_gr/
get_Properties,custom,INFO,MediaServers=10.232.118.91|10.32.116.91
get_Properties,custom,INFO,PromptNameLengthMin=4
get_Properties,custom,INFO,PromptNameLengthMax=6
get_Properties,custom,INFO,UserPINS=1414:1414:en-us:adhoc:true
get_Properties,custom,INFO,TransferMode=HTTP
get_Properties,custom,INFO,FTPUser=cvp_ftp
get_Properties,custom,INFO,FTPPassword=cvp_ftp
get_Properties,custom,INFO,UseUserPath=T
get_Properties,custom,INFO,UserPINLength=4
get_Properties,custom,INFO,UserPwdLength=4
get_Properties,exit,Done
I get authenticated to record the recording based on info from the c:\resources\promptmgr.properties file
chk_UserPIN,custom,INFO,Found User in array
chk_UserPIN,custom,INFO,User found is 21414 with folder adhoc
chk_UserPIN,exit,Valid
I get to record the sound file and then listen to what I recorded.
Record Prompt G711,data,filename,21414.wav
Record Prompt G711,data,filepath,C:\resources\temprecord\21414.wav
Record Prompt G711,data,confirm_confidence,1
Record Prompt G711,exit,done
Then when the process that uses http to move the sound file from the C:\resources\temprecord\ temp directory starts I see this in the call Studio application log.
chk_TransferMode,enter,
chk_TransferMode,exit,HTTP
http_Copy,enter,
http_Copy,custom,INFO,mediaservers=10.232.118.91|10.32.116.91
http_Copy,custom,INFO,Found 2 media servers
http_Copy,custom,INFO,File Source: c:/resources/temprecord/21414.wav
http_Copy,custom,INFO,File Destination: en-us/app/adhoc/
http_Copy,custom,INFO,Connected to 10.232.118.91
http_Copy,custom,INFO,Uploading c:/resources/temprecord/21414.wav to <10.232.118.91>c:/inetpub/wwwroot/en-us/app/adhoc/
http_Copy,custom,INFO,-- Start sending file --
http_Copy,custom,INFO,-- End Send --
http_Copy,custom,INFO,Send Failed! Server 10.232.118.91 returned: 404
http_Copy,exit,Failed
The file path en-us/app/adhoc/ is there and I can play existing sound files from that path by pasting the URL in to a web browser -- http://10.232.118.91/en-us/app/adhoc/pEnterPIN.wav
I have looked at the IIS settings on the Windows 2012 R2 server and the permissions still look correct. I do not see any errors in the IIS logs or in any of the windows event viewer logs. I have not found any other logs in the C:\Cisco\CVP folder with time stamps for my test call to assist me any further.
Does anyone know what may be causing the 404 error even though all the permissions appear to be correct and all the file paths are valid? Are there any other logs I can look at to give me further guidance to resolving this issue?
This was my 1st CVP upgrade. Is there anything in an upgraded that is required to perform on call studio apps during an upgrade that I may have missed?
Solved! Go to Solution.
08-06-2017 09:35 AM
You might look at a similar problem I found on stackoverflow.com when I
googled "http put 404 error"
https://stackoverflow.com/questions/10099270/asp-net-web-api-returns-404-for-put-only-on-some-servers
To me, 404 response is unexpected on a 'permissions' issue.
Typically when you upgrade you should
1) copy any custom class or jar files from the
CVP/VXMLServer/common/classes (or lib) - but be sure not to overwrite
the newer cisco jar files in CVP/VXMLServer/common/lib with those from
the older system!
2) look to see if the CVP/VXMLServer/Tomcat/conf/context.xml has been
modified, and if so, copy that to the new system
3) look to see if any jar files have been added to
CVP/VXMLServer/Tomcat/lib - and copy those to the new system
4) there may be other jar files that have also been added (and should be
copied) in other locations such as: VXMLServer/lib or
VXMLServer/Tomcat/webapps
08-06-2017 09:35 AM
You might look at a similar problem I found on stackoverflow.com when I
googled "http put 404 error"
https://stackoverflow.com/questions/10099270/asp-net-web-api-returns-404-for-put-only-on-some-servers
To me, 404 response is unexpected on a 'permissions' issue.
Typically when you upgrade you should
1) copy any custom class or jar files from the
CVP/VXMLServer/common/classes (or lib) - but be sure not to overwrite
the newer cisco jar files in CVP/VXMLServer/common/lib with those from
the older system!
2) look to see if the CVP/VXMLServer/Tomcat/conf/context.xml has been
modified, and if so, copy that to the new system
3) look to see if any jar files have been added to
CVP/VXMLServer/Tomcat/lib - and copy those to the new system
4) there may be other jar files that have also been added (and should be
copied) in other locations such as: VXMLServer/lib or
VXMLServer/Tomcat/webapps
08-07-2017 08:28 AM
Thank you Janine for your input. I did find the CVP/VXMLServer/Tomcat/conf/context.xml file needed to be updated from this:
<Context>
<!-- Default set of monitored resources -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<Manager pathname="" />
</Context>
to this:
<Context>
<Resource name="mail/CVPMail" type="javax.mail.Session" mail.smtp.host="smtp1.internal.org"/>
<!-- Default set of monitored resources -->
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<Manager pathname="" />
</Context>
Also in the C:\Cisco\CVP\VXMLServer\Tomcat\webapps directory I needed to copy a folder called cvpFileUpload from my backup to the upgraded version as well as a file called cvpFileUpload.war. The cvpFileUpload folder contained what I think is a Java class. The file was named -- cvpFileServlet.class.
After confirming the config files matched I restarted CVP services on BOTH server and everything seems to be working now.
Many Thanks!
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide