[cisco-voip] [External] Re: No Custom Background Images after CUCM 14

Nick Russo russon81 at yahoo.com
Mon Mar 27 14:41:37 EDT 2023


 I've hit this bug more times than I care to count.  TAC should be able to root into OS and fix the permissions on the folder that contains the files.  Also, there's a new bug if you slip in SU2 with 14 during the installation, it causes a couple of the Tomcat services to not load correctly.  Fix is also TAC rooting into the server.  Might want to check that all your Tomcat services are running.  I know it affects AXL and two others.
    On Monday, March 27, 2023 at 09:46:44 AM PDT, NateCCIE <nateccie at gmail.com> wrote:  
 
 I did a PCD upgrade years ago to 11.5 and the file permissions were messed up on the tftp directory and TAC rooted in and had to adjust them. Seems crazy that bug would still be around after all of these years. 

Sent from my iPhone

On Mar 27, 2023, at 11:01 AM, Adam Pawlowski <ajp26 at buffalo.edu> wrote:





If trust is broken, I think the phones will not load signed files like the ringlist or background selection, if that is what is going on
 
  
 
It doesn’t make any sense that _deleting_ files would fix this
 
  
 
Adam Pawlowski
 
Network Engineer | Network and Communication Services
 
University at Buffalo Information Technology (UBIT) 
 
243 Computing Center, Buffalo, NY 14260 
 

<image001.png>
  
 
From: cisco-voip <cisco-voip-bounces at puck.nether.net>On Behalf Of Bill Talley
Sent: Monday, March 27, 2023 10:58 AM
To: Hunter Fuller <hf0002 at uah.edu>
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] [External] Re: No Custom Background Images after CUCM 14
 
  
 
Do you have a reference link for that?  I’ve never experienced that, let alone read that in upgrade documentation.   I’ve had that problem with earlier versions of PCD but never on a direct standard or refresh upgrade. 
 
  
 
The upgrade documentation says custom files aren’t contained in DRS backup files.  Maybe I’ve just gotten lucky and the background images have all be accidentally copied 🤷‍♂️
 
Sent from my iPhone with bery tiny touchscreeb input keys, please excude my typtos.
 



 

On Mar 27, 2023, at 9:35 AM, Hunter Fuller <hf0002 at uah.edu> wrote:
 



 
Cisco’s upgrade procedure indicates that custom tftp files are never expected to survive an upgrade. 
 
  
 
I did notice the files not deleting on my system when I went to replace them after upgrade to 12.5, however, you can upload “on top of” the existing files then delete the .sgn and that seems to work. Unless that changed in 14. 
 
  
 
On Mon, Mar 27, 2023 at 09:30 Bill Talley <btalley at gmail.com> wrote:
 

I assume you’re saying the images don’t appear under Wallpapers on the phones?  Have you verified the appropriate Desktops directory on the tftp server?  I assume yes to these questions below since TAC appears to directing you towards the sgn files.  Explanation for these questions is below. 
 
  
 
- List.xml is present and contains all of the correct file names/references?
 
- Background images and thumbnail files are present?
 
  
 
I recently did a standard upgrade from cucm 12.5 to 14Su2 and on the pub, the upgrade didn’t copy the custom images to the new partition and List.xml was replaced with the default file so only the default images appeared under wallpapers.    On the sub, the List.xml was copied during the upgrade, but the images were not.   I ended up downloading the original files from the tftp directory on the  inactive  partition the uploading them via OS Admin and restarting tftp.   This happened for two different phone models but not all phone models. 
 
  
 
  
 
  
 
Sent from my iPhone with bery tiny touchscreeb input keys, please excude my typtos.
 



 

On Mar 27, 2023, at 7:26 AM, JASON BURWELL <JASON.BURWELL at foundersfcu.com> wrote:
 


 
 


After we upgraded to CUCM 14 with PCD, our 88XX phones no longer have custom wallpaper images available. The solution from TAC was to delete all the tftpsgn files from the TFTP directory on each node and restart tftp services however when we delete the files using the GUI or CLI, they remain and do not delete. TAC has tried twice unsuccessfully to access the directory from root and delete the files but they have not been able to do that. Surely others have encountered this issue and I’m wondering what everyone else has done.  I can’t believe it’s really this complicated of an issue to resolve. Thanks Jason
 
 
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
 

-- 
 

--
Hunter Fuller (they)
Router Jockey
VBH M-1C
+1 256 824 5331

Office of Information Technology
The University of Alabama in Huntsville
Network Engineering
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20230327/5a181b48/attachment.htm>


More information about the cisco-voip mailing list