Manual for nodediscover
- nodediscover(8)
- nodediscover(8)
NAME
nodediscover - List or manage confluent node discovery
SYNOPSIS
nodediscover rescan
nodediscover [options] list
nodediscover [options] assign
nodediscover [options] rescan
nodediscover [options] clear
nodediscover [options] subscribe [switch]
nodediscover [options] unsubscribe [switch]
nodediscover [options] register [Addresses, e.g. 192.168.1.2 or 192.168.1.0/24 or 192.168.1.1-192.168.1.28]
DESCRIPTION
nodediscover provides streamlined access to the confluent discovery data and assignment. Nodes are detected through either an active scan (as occurs at service startup and on request by nodediscover rescan) or through passive detection (as a target comes online, it may attempt to register with the network).
nodediscover list provides the currently known data in tabular format. The data may be filtered by various parameters, as denoted in the options below.
nodediscover assign performs manual discovery, assigning an entry to a node
identity or, using -i, using a csv file to assign nodes all at once. For
example, a spreadsheet of serial numbers to desired node names could be used.
Note that if you see that the host is unreachable, it may be due to the IP
address on the endpoint having changed since last detected. In such a case, it
may help to clear and try assign again.
nodediscover rescan requests the server to do an active sweep for new devices. Generally every effort is made to passively detect devices as they become available (as they boot or are plugged in), however sometimes an active scan is the best approach to catch something that appears to be missing.
nodedsicover clear requests the server forget about a selection of detected device. It takes the same arguments as nodediscover list.
nodediscover subscribe and unsubscribe instructs confluent to subscribe to or unsubscribe from the designated switch running affluent with system discovery support.
nodediscover register instructs confluent to perform a remote probe of an address, subnet, or range of IP addresses.
CSV FORMAT
The CSV format used by nodediscover consists of one header describing the columns followed by the data. The available columns are:
- node: The name desired for the node in confluent
- groups: A comma delimited list of groups to put the node into (using normal CSV escape rules for the commas)
- mac: The mac address of the node
- serial: The serial number of the node
- uuid: The uuid of the node
- bmc: The name or ip address that should be assigned to the BMC, regardless of current address
- bmc_gateway: IP address of gateway, if desired
- bmcuser: The desired username for the BMC to have as administrator
- bmcpass: The desired password for the BMC to require
Note that node is the only mandatory field. To identify the systems, one of mac, serial, or uuid should be specified, it is pointless to provide more than one of these columns. Other attributes if not provided may be defined through nodeattrib or group inherited. It is possible to define nodes without ever providing a BMC ip, in which case IPv6 will be used automatically if possible.
One example of a valid CSV file would be: node,serial,bmc,bmcuser,bmcpass n1,06DPMDF,172.30.204.1,admin,Passw0rd12 n2,J30002HG,172.30.204.2,admin,Passw0rd12
Which would use the serial number to assign the name and other three values to the nodes.
OPTIONS
-
-m MODEL,--model=MODEL: Operate with nodes matching the specified model number -
-s SERIAL,--serial=SERIAL: Operate against the system matching the specified serial number -
-u UUID,--uuid=UUID: Operate against the system matching the specified UUID -
-n NODE,--node=NODE: Operate with the given nodename -
-e MAC,--ethaddr=MAC: Operate against the system with the specified MAC address -
-f FIELDS,--fields=FIELDS: Request a custom set of fields. The available fields are:
Node: The node name if a correlation has been identified
Model: The model number
Serial: The serial number
UUID: The UUID as it should appear in DMI
Type: Device type (e.g. lenovo-xcc, pxe-client, etc)
IP: The confirmed working IP addresses associated with the record
Mac: Mac address of the relevant network interface
Switch: The nearest detected switch to the entry
Port: Port of the switch that most closely connects to the network interface
Advertised IP: IP addresses that may not have been confirmed, but are advertised -
-o ORDER,--order=ORDER: Order output by given field. Field names are the same as documented in the -f argument. -
-t TYPE,--type=TYPE: Operate against the system of the specified type -
-c,--csv: Use CSV formatted output -
-i IMPORT.CSV,--import=IMPORT.CSV: Import bulk assignment data from given CSV file -
-d STATE,--discoverystate=STATE: Indicate devices with a particular state. The states are listed below - discovered: The device has been identified and has also had discovery activities performed, including any relevant certificate exchanges and deploying user and network configuration.
- identified: The device has been identified as to what node it is supposed to be, however no active changes to the attributes or device configuration has been performed. This is generally discovery awaiting approval due to discovery.policy specifying a strict security model.
- unidentified: A device has been sensed, but no node identity has been established at all. It provides data that can be used for nodediscover assign, as well as current IP addresses that can be used for manual efforts as possible.
EXAMPLES
- Listing all detected Lenovo IMMv2 systems on a local network
-
# nodediscover list -t lenovo-imm2
` Node| Model| Serial| UUID| Mac Address| Type| Current IP Addresses - Manually assign a single node according to serial number
-
[root@odin ~]# nodediscover assign -s 06PBX15 -n n12
Assigned: n12 - Bulk execute discovery based on spreadsheet
-
[root@odin ~]# nodediscover assign -i import.csv
Defined r2
Discovered r2
Defined c1
Discovered c1
- October 2023
- nodediscover(8)