I’am new at the company i am working for and not very familiar with Zammad, now i have to update our Zammad VM but did not sure about the right order. And have the fear that elastic search will cause the most problems during the update.
Why don’t you install a new server (VM) with new debian,
install zammad in the same version as on the old system (but don’t configure it).
Then you create a backup of the old system,
copy it to the new server,
turn off the old server
configure the new server with the same IP-address and hostname as the old server and
then restore the zammad backup,
and if everything works, then update the zammad version from 6.1 to 6.2
maybe you have to run zammad run rake searchindex:rebuild
after the restore
thanks for the fast ansfer,
if i am wasting to much time, it will be an Option but in my opinion it is also frustrating setting up a new server every patchnight instead of update them simply and fast.
I wouldn’t say, that a Debian dist-upgrade is a patch run.
Upgrading zammad from 6.1.to 6.2 is a simple patch run (apt full-upgrade).
I suggest to upgrade debian or zammad first and do the other part later.
I have to step in a bit here. A distribution upgrade is potentially simpler, yes, but definitely not fast. If not done carefully, you’ll brick your system and in worst case your Zammad instance.
If you’re not too familiar with linux administration (and that is absolutely fine!), the backup and restoration part definitely is the “easier” and safer approach.
Okay i’ll keep that in mind. For teaching myself i will try to update step by step but if all will not working i’ll setup a new machine and following the Backup / Restore Path described in the manual.
In the midtime i was able to Update Debian 10 to 11 with outcommend the Zammad in the ressource.list.d/zammad.list, then Update Zammad from 6.1 to 6.2 but ran into problems with postgresql 9.6 and elastic search. Which i will take care now or get one step back and: