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
Labels
area/cli bug wontfix

Comments

@icinga-migration
Copy link
Member

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration commented Feb 24, 2016

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

  • Relates set to 11164

@icinga-migration
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration 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
Copy link
Member Author

icinga-migration commented Nov 18, 2016

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

  • Relates set to 13255

@icinga-migration
Copy link
Member Author

icinga-migration commented Jan 14, 2017

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

  • Parent Id set to 13257

@icinga-migration icinga-migration added Low bug area/cli labels Jan 17, 2017
@dnsmichi dnsmichi added the wontfix label Feb 2, 2017
@dnsmichi
Copy link
Contributor

dnsmichi commented Feb 2, 2017

#4799

@dnsmichi dnsmichi closed this as completed Feb 2, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/cli bug wontfix
Projects
None yet
Development

No branches or pull requests

2 participants