We're reclaiming inactive PDIs to keep them available for active builders. Learn what's changing, who's affected, and how to protect your work. Read More

The Operational field was not getting automatically to retire after the Yokohama upgrade

ShravaniV
Mega Contributor

In the Service now earlier, the Operational field was getting updated automatically to Retired but we noticed that after the Service Now new version upgrade which is Yokohama, this change is not happening, we have to manually make the changes and retire it.

1 ACCEPTED SOLUTION

Vikram Reddy
Tera Guru

Hi @ShravaniV,

 

It's a Retirement Definition that got reset or deactivated during the upgrade. The automatic flip of Operational status to Retired on a CI is driven by CI Lifecycle Management in CMDB Data Manager, not by a hardcoded platform rule, so it's exactly the kind of config that can silently drop when definitions get reverted to OOB defaults. Worth checking:

  • Under CMDB Data Manager, whether the Retirement Definition for the relevant CI class (or the parent cmdb_ci definition it inherits) is still Active
  • Which field that definition actually targets, since OOB defaults to life_cycle_stage, not operational_status, someone may have swapped it previously and the upgrade reverted it
  • Whether the retirement scheduled job or policy that runs the definition is still active and running on schedule
  • Whether a custom Business Rule or Flow was doing this instead, and got deactivated as part of the upgrade's skip/customization review

If you can confirm which of these it is (or share the CI class), happy to narrow it down further.

References

 

Thank you,
Vikram Karety
Octigo Solutions INC

View solution in original post

2 REPLIES 2

Vikram Reddy
Tera Guru

Hi @ShravaniV,

 

It's a Retirement Definition that got reset or deactivated during the upgrade. The automatic flip of Operational status to Retired on a CI is driven by CI Lifecycle Management in CMDB Data Manager, not by a hardcoded platform rule, so it's exactly the kind of config that can silently drop when definitions get reverted to OOB defaults. Worth checking:

  • Under CMDB Data Manager, whether the Retirement Definition for the relevant CI class (or the parent cmdb_ci definition it inherits) is still Active
  • Which field that definition actually targets, since OOB defaults to life_cycle_stage, not operational_status, someone may have swapped it previously and the upgrade reverted it
  • Whether the retirement scheduled job or policy that runs the definition is still active and running on schedule
  • Whether a custom Business Rule or Flow was doing this instead, and got deactivated as part of the upgrade's skip/customization review

If you can confirm which of these it is (or share the CI class), happy to narrow it down further.

References

 

Thank you,
Vikram Karety
Octigo Solutions INC

ShravaniV
Mega Contributor

Thank you for the response.