Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[dev.icinga.com #11121] Old service not deleted with 'node update-config' #3914

Closed
icinga-migration opened this issue Feb 9, 2016 · 12 comments

Comments

Projects
None yet
2 participants
@icinga-migration
Copy link
Member

commented Feb 9, 2016

This issue has been migrated from Redmine: https://dev.icinga.com/issues/11121

Created by GreenRover on 2016-02-09 13:33:41 +00:00

Assignee: (none)
Status: New
Target Version: (none)
Last Update: 2017-01-14 13:05:57 +00:00 (in Redmine)

Icinga Version: r2.4.1-1
Backport?: Not yet backported
Include in Changelog: 1

Hello i have a central icinga2 with some icinga2 nodes.
The central has no own services. All services are configured at the single nodes.

Here is a screenshot of my central.
Auswahl_099.png

But this services is dont exist any more on my node.

This is from central icinga:

icinga2 node list | grep "portal-***'" -A 10
    * Host 'portal-***'
        * Service 'Linux CPU'
        * Service 'Linux Disk /disk'
        * Service 'Linux Mem 1G free'
        * Service 'Linux SSH'
        * Service 'Linux Uptime'
        * Service 'Portal 2'
        * Service 'Portal 3 P1 watchdogServer'
        * Service 'Portal 3 WebsocketServer'
        * Service 'Portal 3 in 2'
    * Host 'portal-***-nortel'

{
    attrs: {
        __name: "portal-HOST!Linux Mem 500M free",
        acknowledgement: 0,
        acknowledgement_expiry: 0,
        action_url: "",
        active: true,
        check_attempt: 1,
        check_command: "dummy",
        check_interval: 300,
        display_name: "Linux Mem 500M free",
        enable_active_checks: true,
        enable_event_handler: true,
        enable_flapping: false,
        enable_notifications: true,
        enable_passive_checks: true,
        enable_perfdata: true,
        flapping: false,
        flapping_last_change: 1454565216.141664,
        flapping_negative: 300,
        flapping_positive: 0,
        flapping_threshold: 30,
        force_next_check: true,
        force_next_notification: false,
        groups: [],
        ha_mode: 0,
        host_name: "portal-HOST",
        icon_image: "",
        icon_image_alt: "",
        last_check: 1454565245.830987,
        last_check_result: {
            active: true,
            check_source: "portal-***",
            command: [
                "/usr/lib/nagios/plugins/check_netsnmp_memory.pl",
                "--perfparse",
                "-2",
                "-A",
                "user,cached,buffer,avail_real,%used_real,%user_real,%cached_real,%avail_real",
                "-C",
                "public",
                "-H",
                "172.18.8.167",
                "-L",
                "'Memory Utilization",
                "-a",
                "free_real",
                "-c",
                "^<250",
                "-w",
                "<500"
            ],
            execution_end: 1454565245.830855,
            execution_start: 1454565235.59128,
            exit_status: 3,
            output: "ERROR: snmp get_request failed - No response from remote host "
            172.18 .8 .167 ".",
            performance_data: [],
            schedule_end: 1454565245.830987,
            schedule_start: 1454565535.5900002,
            state: 3,
            type: "CheckResult",
            vars_after: {
                attempt: 1,
                reachable: true,
                state: 3,
                state_type: 1
            },
            vars_before: {
                attempt: 1,
                reachable: true,
                state: 3,
                state_type: 1
            }
        },
        last_hard_state: 3,
        last_hard_state_change: 1454506506.628859,
        last_in_downtime: false,
        last_reachable: true,
        last_state: 3,
        last_state_change: 1454505606.697552,
        last_state_critical: 0,
        last_state_ok: 1454504448.802882,
        last_state_type: 1,
        last_state_unknown: 1454565216.141649,
        last_state_unreachable: 0,
        last_state_warning: 1454419550.286034,
        max_check_attempts: 3,
        name: "Linux Mem 500M free",
        next_check: 1455023727,
        notes: "",
        notes_url: "",
        original_attributes: null,
        package: "_etc",
        paused: false,
        retry_interval: 60,
        state: 3,
        state_type: 1,
        templates: [
            "Linux Mem 500M free",
            "satellite-service"
        ],
        type: "Service",
        vars: {
            notification: {
                mail: {
                    groups: [
                        "icingaadmins"
                    ]
                }
            }
        },
        version: 0,
        volatile: false,
        zone: "portal-***"
    },
    joins: {},
    meta: {},
    name: "portal-HOST!Linux Mem 500M free",
    type: "Service"
},

I have done allready: "icinga2 node update-config" without improvement.

Attachments


Parent Task: #13257

Relations:

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Feb 9, 2016

Updated by mfriedrich on 2016-02-09 14:50:16 +00:00

Manually remove the service from your repository.d directory.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Feb 9, 2016

Updated by mfriedrich on 2016-02-09 14:50:31 +00:00

  • Category changed from Cluster to CLI
  • Status changed from New to Feedback
  • Assigned to set to GreenRover
@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Feb 9, 2016

Updated by GreenRover on 2016-02-09 15:03:33 +00:00

Ok that helps.
But this should be the solution for productive operation?

As work around i will do a
rm /etc/icinga2/repository.d/hosts/* -rf

before each

icinga2 node update-config

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Feb 9, 2016

Updated by mfriedrich on 2016-02-09 15:49:43 +00:00

Please create an archive of /var/lib/icinga2/api/repository and attach it.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Feb 10, 2016

Updated by GreenRover on 2016-02-10 10:02:27 +00:00

I have no more zombie services left i can provide, i allready deleted them from "repository.d".
But i will provide the archive when the next funreal shows up.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Feb 24, 2016

Updated by mfriedrich on 2016-02-24 19:42:40 +00:00

  • Relates set to 11164
@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Mar 4, 2016

Updated by mfriedrich on 2016-03-04 15:21:53 +00:00

  • Subject changed from Old service still on master to Old service not deleted with 'node update-config'
  • Status changed from Feedback to New
  • Assigned to deleted GreenRover
@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Mar 14, 2016

Updated by GreenRover on 2016-03-14 09:02:25 +00:00

  • File added repository.tgz

Removed message: a second and third 'node update-config' worked in this case.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Mar 18, 2016

Updated by mfriedrich on 2016-03-18 13:47:47 +00:00

  • Priority changed from Normal to Low

Probably a bug somewhere comparing the repository with the local config. If the workaround with running update-config multiple times works for you, it's fine for now.

@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Nov 18, 2016

Updated by mfriedrich on 2016-11-18 17:11:08 +00:00

  • Relates set to 13255
@icinga-migration

This comment has been minimized.

Copy link
Member Author

commented Jan 14, 2017

Updated by mfriedrich on 2017-01-14 13:05:57 +00:00

  • Parent Id set to 13257
@dnsmichi

This comment has been minimized.

Copy link
Member

commented Feb 2, 2017

@dnsmichi dnsmichi closed this Feb 2, 2017

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.