When specifying an alternative language or choosing another language through the phone menu, I get a "Language change failed" message on the screen. Looking a the -app.log below, it seems the download of the dictionnary file fails. I get the same results with the 4.3.0 and 4.3.1 bootroms.
Just so you know, the dictionnaries come straight from the 3.3.2 zip ball, and it works just fine with IP335 and IP550 we tested with.
Looking at the log below, it seems there is not enough room on the storage to save the file once it has been downloaded, so it's not able to write the whole file, and as a result, it fails.
Has anyone else run into this? Any idea how to solve this issue? This is a real show-stopper for us as we still have customers using those phones, but we need an updated firmware for the background ring problem.
1110131513|so |3|475|[SoKeyC]:lkupHwIdFromFunc - (Func,Plane,Id) (56,0,14)
1110131513|so |2|475|[SoLangC]: Saving Language Name (French_France)
1110131513|so |2|475|[SoLangC]: Setting Language (94b1d3f8) Local (False)
1110131513|so |2|475|[SoLangC]: Received Message (828)
1110131513|so |2|475|[SoLangC]: Setting Language from File (SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml)
1110131513|res |3|475|[ResFinderC]: Download - Try to open /ffs0/SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml.
1110131513|res |3|475|[ResFinderC]: Download - Failed to open file /ffs0/SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml, errno 0x380003.
1110131513|res |3|475|[ResFinderC]: Download - Try to open /rfs0/SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml.
1110131513|res |3|475|[ResFinderC]: Download - Failed to open file /rfs0/SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml, errno 0x380003.
1110131513|copy |1|475|download attempt 1 of 3
1110131513|copy |1|475|ConfigRedun: '192.168.24.1' has 1 IP address(es)
1110131513|copy |1|475|addr 1 = MIN (8,1)
1110131513|copy |1|475|addr 1 of 1
1110131513|copy |3|475|'tftp://192.168.24.1/polycom/SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml' from '192.168.24.1'
1110131513|curl |3|475|In tftp_setup_connection
1110131513|curl |3|475|timeout on name lookup is not supported
1110131513|curl |3|475|About to connect() to 192.168.24.1 port 69 (#0)
1110131513|curl |3|475| Trying 192.168.24.1...
1110131513|curl |3|475|the local port callback returned 0
1110131513|curl |3|475|Local port: 26896
1110131513|curl |3|475|Connected to 192.168.24.1 (192.168.24.1) port 69 (#0)
1110131513|curl |3|475|set timeouts for state 0; Total 16, retry 5 maxtry 3
1110131513|app1 |1|475|Event: AppEvLclKeyRel
1110131513|curl |3|475|got option=(blksize) value=(4096)
1110131513|curl |3|475|blksize parsed from OACK (4096) requested (4096)
1110131513|curl |3|475|Connected for receive
1110131513|curl |3|475|set timeouts for state 1; Total 300, retry 10 maxtry 3
1110131513|copy |1|475|opened file /rfs0/SoundPointIP-dictionary.xml for writing
1110131513|curl |3|475|Failed writing body (3072 != 4096)
1110131513|curl |3|475|Closing connection #0
1110131513|copy |3|475|Download of 'polycom/SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml' FAILED on attempt 1 (addr 1 of 1)
1110131513|copy |3|475|transport res: 23 respCode 0
1110131513|copy |3|475|transport error: Failed writing received data to disk/application.
1110131513|copy |3|475|transport error buffer: Failed writing body (3072 != 4096).
1110131513|copy |4|475|Error downloading '/rfs0/SoundPointIP-dictionary.xml', this file has now been removed
1110131513|res |3|475|[ResFinderC]: Download - Failed to copy file SoundPointIP-dictionary.xml from SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml, ret=1.
1110131513|res |4|475|[ResFinderC]: Download - Failed to download file SoundPointIPLocalization/French_France/SoundPointIP-dictionary.xml, errno 0x380003.
1110131513|so |3|475|[SoLangC]: Language Parser Callback: Error (size 0)
1110131513|so |4|475|[SoLangC]: Failed to load new language - Rolling back to default language
1110131513|app1 |1|475|Event: AppEvLclLanguageStatus
1110131513|app1 |2|475|AppEvLclLanguageStatus - Event SubEvent
1110131513|app1 |2|475|m_szCurrentLanguage DefaultLanguage, pLanguage
Solved! Go to Solution.
thanks for bringing this to our Attention.
I have just tested this internally on a SPIP330 and can confirm that changing the language to Danish as another example fails as well.
I cannot confirm this for a SPIP331
The French Dictionary is identical in both Version of UC Software 3.3.1 Rev F and the Version you tested 3.3.2
Downgrading the Unit from 3.3.2 to 3.3.1 Rev F applied the Danish Language as expected.
Please raise this via your Reseller and provide the Link to the Forum as a reference.
Polycom Global Services
I just got the answer from the support:
We have found the root cause of the issue as the ramdisk being set to a value that will not allow the phone to download the language selected.
Please set the following parameters on the 320/330 phones.ramdisk.size.SPIP320 ="512" ramdisk.size.SPIP330 ="512" ramdisk.minfree.SPIP320="2560" ramdisk.minfree.SPIP330="2560"
Thank you, Cha
I tested it and it works just fine.
Do you know if a new firmware version with updated default values will be released?
this has been added as a fix to UCS 3.3.5 which is released.
Can confirm, that on 3.3.5 software, without ramdisk settings in sip.cfg change lang to Russian also fails.
if this is the case then you should work with your Polycom reseller to bring this to the attention of Polycom support.
Please be aware that we no longer use sip.cfg and/or phone1.cfg since the introduction of UCS 3.3.0 and ensure that you are not using old configuration parameters causing averse issues.
It's quite outtdates phones, and I don't think the reseller will support them :)
Anyway, it's in sip.cfg, that merged from Config directory with needed parameters, not sip.cfg, that was pre-3.3.0, just name is the same.
PS: This issue was corrected, but I think it's some kind of bug in firmware, but looks like, that Polycom is don't care :(
Polycom does care but we do not automatically raise a support ticket just by a user claiming our software has a bug.
Without knowing your exact setup and checking logs files I cannot verify this.
As this kind of troubleshooting is not part of the Polycom community, at least for Polycom employees, the only way to do this is via your Polycom reseller and / or Polycom support.
This process is described within the community and in my signature.
I just had a quick look in our internal database and it seems this is indeed a bug caused by the size of the Russian dictionary.
This is currently targeted for UCS 3.3.6 but I have no release date for this as of yet.
Could you contact me via community mail and supply your email details and a MAC address of a phone so I can raise a case and check for a hotfix.
I just found the cause of the problem! I did a test with a device SoundPoint IP 330 and I faced the same problem and found that the xml file can not have more 52KB size, to reduce the file size is possible to edit it and remove some lines that do not contain values in them