3cx update started on schedule and took the system down

[rayno_b]

Our 3cx system is set to automatically run updates.

Our 3CX update (20.0.10.1785) also triggered a Debian OS update that included grub-pc. Because grub-pc.postinst spawned an interactive debconf frontend prompt asking which disk (/dev/nvme0n1) to install GRUB onto—and there was no interactive terminal attached to the background 3CX updater—dpkg and apt-get have been sitting frozen on that prompt, holding the package lock while 3cxpbx is half-upgraded.

This was quite frustrating, as the dependency on 3cx to manage these auto-updates, effectively failed half way, leaving the entire system inaccessible until we manually found the issue, got the grup-pc matter resolved and finalising the update.

My question is - is this a common issue, and why did the update trigger if it needed an interactive prompt on an administrator side to finalise the update? This caused quite a considerable amount of down time for the end users and was extremely difficult to figure out.

 

[NikosT_3CX]

@rayno_b can you please open a ticket to your Support portal to check it out further ?

 

[Alphabetic]

You may want to troubleshoot this with 3CX Support AI as it's very good at this sort of stuff.

I wonder if you experienced the same issue I had because of how I installed 3CX (GRUB loader installed on incorrect drive).

Check out my first post and go to the end where I mention caveats.

may be good for you to run through your other systems to check grub is correct or you'll encounter the same problems when doing debian updates.

 

[rayno_b]

Hi NikosT, I absolutely can yes, but the issue is already resolved?