[GH-ISSUE #2938] Health Check still not shown on v1.18.1 #11036

Closed
opened 2026-05-06 15:43:35 -05:00 by GiteaMirror · 7 comments
Owner

Originally created by @carloslockward on GitHub (Apr 30, 2026).
Original GitHub issue: https://github.com/fosrl/pangolin/issues/2938

Describe the Bug

Healthcheck status still fails after updating to 1.18.1 and restarting Newt.

Image

Environment

  • OS Type & Version: 22.04.1-Ubuntu
  • Pangolin Version: v1.18.1
  • Gerbil Version: v1.3.1
  • Traefik Version: v3.6.15
  • Newt Version: v1.12.3 (Unraid)
  • Olm Version: N/A

To Reproduce

  • Install Pangolin 1.18.1
  • Install Newt v1.12.3
  • Navigate to the sites page,
  • Click on the down arrow next to "Unknown" on a Monitored Resource
  • Restart Newt
  • Verify again.

Expected Behavior

Health Status shows "Healthy"

Other

Originally created by @carloslockward on GitHub (Apr 30, 2026). Original GitHub issue: https://github.com/fosrl/pangolin/issues/2938 ### Describe the Bug Healthcheck status still fails after updating to 1.18.1 and restarting Newt. <img width="537" height="141" alt="Image" src="https://github.com/user-attachments/assets/3abe19a8-05f5-44b3-a0de-a78cf11f2f36" /> ### Environment - OS Type & Version: 22.04.1-Ubuntu - Pangolin Version: v1.18.1 - Gerbil Version: v1.3.1 - Traefik Version: v3.6.15 - Newt Version: v1.12.3 (Unraid) - Olm Version: N/A ### To Reproduce - Install Pangolin 1.18.1 - Install Newt v1.12.3 - Navigate to the sites page, - Click on the down arrow next to "Unknown" on a Monitored Resource - Restart Newt - Verify again. ### Expected Behavior Health Status shows "Healthy" ### Other - Related to #2930
Author
Owner

@oschwartz10612 commented on GitHub (Apr 30, 2026):

I think this is because you migrated to 1.18.0 and not to 1.18.1 so the resource health checks were inserted incorrectly at that time. Restarting the newt might not be working because the health check status is not changing.

What you could do is upgrade again from 1.17 to 1.18.1 or unfortunately you might need to disable then re enable each health check. I think that will cause it to update the resource.

<!-- gh-comment-id:4349504255 --> @oschwartz10612 commented on GitHub (Apr 30, 2026): I think this is because you migrated to 1.18.0 and not to 1.18.1 so the resource health checks were inserted incorrectly at that time. Restarting the newt might not be working because the health check status is not changing. What you could do is upgrade again from 1.17 to 1.18.1 or unfortunately you might need to disable then re enable each health check. I think that will cause it to update the resource.
Author
Owner

@kaat3g commented on GitHub (Apr 30, 2026):

I am also facing the same issue. I upgraded from 1.17.1 to 1.18.0 (health check not showing) and then to 1.18.1 (still not showing). The newt sites themselves are online showing uptime correctly.

As suggested by @oschwartz10612, I have tried disabling/re-enabling the resource and also disabling/re-enabling the health check for the resource without success. Additionally, I deleted/re-added the resource target without success.

@oschwartz10612 Is there something we can do in the db to correct the issue?

<!-- gh-comment-id:4352072951 --> @kaat3g commented on GitHub (Apr 30, 2026): I am also facing the same issue. I upgraded from 1.17.1 to 1.18.0 (health check not showing) and then to 1.18.1 (still not showing). The newt sites themselves are online showing uptime correctly. As suggested by @oschwartz10612, I have tried disabling/re-enabling the resource and also disabling/re-enabling the health check for the resource without success. Additionally, I deleted/re-added the resource target without success. @oschwartz10612 Is there something we can do in the db to correct the issue?
Author
Owner

@carloslockward commented on GitHub (Apr 30, 2026):

I also tried to disable the health check, saving the target, re-enabling it and saving again. Still nothing :(

Image
Image
<!-- gh-comment-id:4353404903 --> @carloslockward commented on GitHub (Apr 30, 2026): I also tried to disable the health check, saving the target, re-enabling it and saving again. Still nothing :( <img width="524" height="137" alt="Image" src="https://github.com/user-attachments/assets/318a93cb-2f7f-4bcb-814c-37d261372fcc" /> --- <img width="537" height="141" alt="Image" src="https://github.com/user-attachments/assets/24703b0c-217c-4a4c-a652-912ab2892e4b" />
Author
Owner

@kaat3g commented on GitHub (May 1, 2026):

Following up on this situation... I downgraded from 1.18.1 back to 1.17.1 and restored the db to the 1.17.1 config (from backup). I then upgraded directly from 1.17.1 to 1.18.1. All's working as expected now. Health checks on resources are showing as healthy.

If you have the backup and are able to downgrade and upgrade directly to 1.18.1, give that a shot.

Edit:
Adding logs...

[pangolin] 05/01/2026 7:04:12 AM Starting migrations from version 1.17.0
[pangolin] 05/01/2026 7:04:12 AM Migrations to run: 1.18.0
[pangolin] 05/01/2026 7:04:12 AM Running migration 1.18.0
[pangolin] 05/01/2026 7:04:12 AM Running setup script 1.18.0...
[pangolin] 05/01/2026 7:04:12 AM Found 6 existing targetHealthCheck row(s) to migrate
[pangolin] 05/01/2026 7:04:12 AM Found 0 existing siteResource(s) to migrate to networks
[pangolin] 05/01/2026 7:04:12 AM Migrated 6 targetHealthCheck row(s) with corrected IDs
[pangolin] 05/01/2026 7:04:12 AM Migrated database
[pangolin] 05/01/2026 7:04:12 AM Seeded statusHistory for 4 site(s)
[pangolin] 05/01/2026 7:04:12 AM Seeded statusHistory for 4 resource(s)
[pangolin] 05/01/2026 7:04:12 AM Recomputed health for 4 resource(s) based on target health checks
[pangolin] 05/01/2026 7:04:12 AM Seeded statusHistory for 6 health check(s)
[pangolin] 05/01/2026 7:04:12 AM 1.18.0 migration complete
[pangolin] 05/01/2026 7:04:12 AM Successfully completed migration 1.18.0
[pangolin] 05/01/2026 7:04:12 AM All migrations completed successfully

<!-- gh-comment-id:4359090953 --> @kaat3g commented on GitHub (May 1, 2026): Following up on this situation... I downgraded from 1.18.1 back to 1.17.1 and restored the db to the 1.17.1 config (from backup). I then upgraded directly from 1.17.1 to 1.18.1. All's working as expected now. Health checks on resources are showing as healthy. If you have the backup and are able to downgrade and upgrade directly to 1.18.1, give that a shot. Edit: Adding logs... > [pangolin] 05/01/2026 7:04:12 AM Starting migrations from version 1.17.0 [pangolin] 05/01/2026 7:04:12 AM Migrations to run: 1.18.0 [pangolin] 05/01/2026 7:04:12 AM Running migration 1.18.0 [pangolin] 05/01/2026 7:04:12 AM Running setup script 1.18.0... [pangolin] 05/01/2026 7:04:12 AM Found 6 existing targetHealthCheck row(s) to migrate [pangolin] 05/01/2026 7:04:12 AM Found 0 existing siteResource(s) to migrate to networks [pangolin] 05/01/2026 7:04:12 AM Migrated 6 targetHealthCheck row(s) with corrected IDs [pangolin] 05/01/2026 7:04:12 AM Migrated database [pangolin] 05/01/2026 7:04:12 AM Seeded statusHistory for 4 site(s) [pangolin] 05/01/2026 7:04:12 AM Seeded statusHistory for 4 resource(s) [pangolin] 05/01/2026 7:04:12 AM Recomputed health for 4 resource(s) based on target health checks [pangolin] 05/01/2026 7:04:12 AM Seeded statusHistory for 6 health check(s) [pangolin] 05/01/2026 7:04:12 AM 1.18.0 migration complete [pangolin] 05/01/2026 7:04:12 AM Successfully completed migration 1.18.0 [pangolin] 05/01/2026 7:04:12 AM All migrations completed successfully
Author
Owner

@NecktiedHummingbird commented on GitHub (May 1, 2026):

Can confirm, restoring a backup to 1.17 and then upgrading directly to 1.18.1 fixes the healthchecks.
But probably not everyone has a backup (which is bad anyways, but another topic).
The logs are kinda irritating, cause the migrations tells me it applied the 1.18.0 migration, which is technically a 1.18.1 migration in my eyes.

pangolin | Starting migrations from version 1.17.0
pangolin | Migrations to run: 1.18.0
pangolin | Running migration 1.18.0
pangolin | Running setup script 1.18.0...
pangolin | Found 30 existing targetHealthCheck row(s) to migrate
pangolin | Found 3 existing siteResource(s) to migrate to networks
pangolin | Migrated 3 siteResource(s) to networks
pangolin | Migrated 30 targetHealthCheck row(s) with corrected IDs
pangolin | Migrated database
pangolin | Seeded statusHistory for 4 site(s)
pangolin | Seeded statusHistory for 21 resource(s)
pangolin | Recomputed health for 21 resource(s) based on target health checks
pangolin | Seeded statusHistory for 30 health check(s)
pangolin | 1.18.0 migration complete
pangolin | Successfully completed migration 1.18.0

Before the upgrade i tried recreating the ressources, creating new resources, change the healthcheck config etc. - nothing did work.
But, as already said, the upgradepath from 1.17.* to 1.18.1 fixed it:

Image
<!-- gh-comment-id:4359193529 --> @NecktiedHummingbird commented on GitHub (May 1, 2026): Can confirm, restoring a backup to 1.17 and then upgrading directly to 1.18.1 fixes the healthchecks. But probably not everyone has a backup (which is bad anyways, but another topic). The logs are kinda irritating, cause the migrations tells me it applied the 1.18.0 migration, which is technically a 1.18.1 migration in my eyes. >pangolin | Starting migrations from version 1.17.0 pangolin | Migrations to run: 1.18.0 pangolin | Running migration 1.18.0 pangolin | Running setup script 1.18.0... pangolin | Found 30 existing targetHealthCheck row(s) to migrate pangolin | Found 3 existing siteResource(s) to migrate to networks pangolin | Migrated 3 siteResource(s) to networks pangolin | Migrated 30 targetHealthCheck row(s) with corrected IDs pangolin | Migrated database pangolin | Seeded statusHistory for 4 site(s) pangolin | Seeded statusHistory for 21 resource(s) pangolin | Recomputed health for 21 resource(s) based on target health checks pangolin | Seeded statusHistory for 30 health check(s) pangolin | 1.18.0 migration complete pangolin | Successfully completed migration 1.18.0 Before the upgrade i tried recreating the ressources, creating new resources, change the healthcheck config etc. - nothing did work. But, as already said, the upgradepath from 1.17.* to 1.18.1 fixed it: <img width="680" height="158" alt="Image" src="https://github.com/user-attachments/assets/7cefc249-d7ab-4585-a2c7-4250e78dc084" />
Author
Owner

@kaat3g commented on GitHub (May 1, 2026):

FYI. Pangolin creates backups of the db prior to upgrades. So, check directory at config/db/backups to pull the last db backup if you plan to restore.

<!-- gh-comment-id:4359430967 --> @kaat3g commented on GitHub (May 1, 2026): FYI. Pangolin creates backups of the db prior to upgrades. So, check directory at `config/db/backups` to pull the last db backup if you plan to restore.
Author
Owner

@NecktiedHummingbird commented on GitHub (May 1, 2026):

FYI. Pangolin creates backups of the db prior to upgrades. So, check directory at config/db/backups to pull the last db backup if you plan to restore.

Yeah, i saw that the moment i restored a full backup and checking the logs 😂

<!-- gh-comment-id:4359482333 --> @NecktiedHummingbird commented on GitHub (May 1, 2026): > FYI. Pangolin creates backups of the db prior to upgrades. So, check directory at `config/db/backups` to pull the last db backup if you plan to restore. Yeah, i saw that the moment i restored a full backup and checking the logs 😂
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/pangolin#11036