Project

General

Profile

Feature #45876

cephadm: handle port conflicts gracefully

Added by Sebastian Wagner almost 4 years ago. Updated over 1 year ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
cephadm/scheduler
Target version:
-
% Done:

0%

Source:
Tags:
ux
Backport:
Reviewed:
Affected Versions:
Pull request ID:

Description

INFO:cephadm:Verifying port 9100 ...

 WARNING:cephadm:Cannot bind to IP 0.0.0.0 port 9100: [Errno 98] Address already in use

 ERROR: TCP Port(s) '9100' required for node-exporter is already in use

 Traceback (most recent call last):

File "/usr/share/ceph/mgr/cephadm/module.py", line 1638, in _run_cephadm

code, '\n'.join(err)))

 RuntimeError: cephadm exited with an error code: 1, stderr:INFO:cephadm:Deploying daemon node-exporter.ceph-mon ...

 INFO:cephadm:Verifying port 9100 ...

 WARNING:cephadm:Cannot bind to IP 0.0.0.0 port 9100: [Errno 98] Address already in use

 ERROR: TCP Port(s) '9100' required for node-exporter is already in use

 2020-05-15T13:33:46.966159+0000 mgr.ceph-mgr.dixgvy (mgr.14161) 678 : cephadm [WRN] Failed to apply node-exporter spec ServiceSpec(

{'placement': PlacementSpec(host_pattern='*'), 'service_type': 'node-exporter', 'service_id': None, 'unmanaged': False}

): cephadm exited with an error code: 1, stderr:INFO:cephadm:Deploying daemon node-exporter.ceph-mon ...

 INFO:cephadm:Verifying port 9100 ...

 WARNING:cephadm:Cannot bind to IP 0.0.0.0 port 9100: [Errno 98] Address already in use

 ERROR: TCP Port(s) '9100' required for node-exporter is already in use

Important bits are:

  • We already know which services want which ports.
  • we can easily prevent port conflicts for known daemons.
  • open Q: how to handle unknown daemons (i.e. pre-existing node expoter)

Related issues

Related to Orchestrator - Feature #45652: cephadm: Allow user to select monitoring stack ports Duplicate
Related to Orchestrator - Feature #45565: cephadm: A daemon should provide information about itself (e.g. service urls) New
Related to Orchestrator - Bug #45093: cephadm: mgrs transiently getting co-located (one node gets two when only one was asked for) Resolved
Related to Orchestrator - Feature #48822: Add proper port management to mgr/cephadm Closed

History

#1 Updated by Sebastian Wagner almost 4 years ago

  • Related to Feature #45652: cephadm: Allow user to select monitoring stack ports added

#2 Updated by Joshua Schmid almost 4 years ago

  • Subject changed from cephadm: handle port conflicts gacefully to cephadm: handle port conflicts gracefully

#3 Updated by Sebastian Wagner almost 4 years ago

  • Description updated (diff)

#4 Updated by Sebastian Wagner almost 4 years ago

  • Related to Feature #45565: cephadm: A daemon should provide information about itself (e.g. service urls) added

#5 Updated by Sebastian Wagner over 3 years ago

  • Related to Bug #45093: cephadm: mgrs transiently getting co-located (one node gets two when only one was asked for) added

#6 Updated by Sebastian Wagner about 3 years ago

  • Related to Feature #48822: Add proper port management to mgr/cephadm added

#7 Updated by Redouane Kachach Elhichou over 1 year ago

  • Tracker changed from Bug to Feature

Also available in: Atom PDF