[ZBXNEXT-4565] Old upgrade patches in trunk Created: 2017 Nov 03  Updated: 2024 Apr 10  Resolved: 2018 May 24

Status: Closed
Project: ZABBIX FEATURE REQUESTS
Component/s: Documentation (D), Installation (I)
Affects Version/s: None
Fix Version/s: 4.0.0alpha7, 4.0 (plan)

Type: New Feature Request Priority: Trivial
Reporter: Glebs Ivanovskis (Inactive) Assignee: Viktors Tjarve
Resolution: Fixed Votes: 2
Labels: database, upgrade
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Sub-task
part of ZBXNEXT-4233 It should be possible to create a dis... Open
Epic Link: DEV-591
Team: Team A
Sprint: Sprint 34
Story Points: 0.5

 Description   

Trunk source branch in SVN still has old upgrade patches in upgrades/dbpatches/. Really old, starting with 1.1. Status of those is not clear, it seems to me that they have been abandoned for quite some time:

  1. 1.1 and 1.4 upgrade patches present in SVN checkout don't get included in source tarball when you make dist.
  2. Running upgrades/dbpatches/1.1/generate_patch produces mysql.sql file with unknown SVN status, so svn:ignore property is not set correctly.
  3. Current upgrade procedure documentation points to older documentation regarding upgrade from pre-2.0 versions. The oldest documentation on the topic I could find says:

    These scripts are only for upgrading Zabbix 1.8.x to 2.0! For upgrading from earlier versions first use upgrade scripts from Zabbix 1.6.x or Zabbix 1.8.x.

    Not a word about 1.1 and 1.4!

My point is that from developer's perspective it's not clear whether I should care about those old upgrades or not. At the moment versions up to and including 2.0 are not supported any more. In my understanding this should also mean that Zabbix 4.0 does not need to be able to upgrade directly from Zabbix 1.1, 1.4, ... and 2.0.

My suggestion is to regularly remove trunk's capabilities to upgrade from unsupported versions. Even when upgrade SQL scripts stay untouched and upgrade C code generates same statements we cannot guarantee that newer versions of DB engines will ensure 100% backward compatibility.



 Comments   
Comment by Rostislav Palivoda [ 2017 Nov 06 ]

As I understand now a lot of user stay on unsupported versions due to company upgrade policies and in most big organizations software upgrade is a long and painful process.

Could drop cleanup scripts only after:
1) public announcement. Propose to introduce up-gradable lifecycle here - https://www.zabbix.com/life_cycle_and_release_policy
2) well thought through cases of commercial supported customers to upgrade from non-upgradable versions. (I'm sure there will be such)

What do you think? - sasha, alexei

Comment by Viktors Tjarve [ 2018 May 22 ]

Released in:

  • 4.0.0alpha7 r81100
Generated at Wed Apr 24 21:32:28 EEST 2024 using Jira 9.12.4#9120004-sha1:625303b708afdb767e17cb2838290c41888e9ff0.