Details
-
Task
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
None
Description
Add server_uid global variable and add it to error log to allow one to verify if error reports are from the same server.
The server_uid variable should use the same unique identifier created by the feedback plugin. This uses a combination of port and mac address to create the id.
Attachments
Issue Links
- causes
-
MDEV-34962 server_uid server variable is not documented
-
- Closed
-
- is duplicated by
-
MDEV-32661 expose GTID (aria control file) as system variable
-
- Closed
-
- relates to
-
-
- Closed
-
-
-
- Closed
-
-
DOCS-5477 Failed to load
Activity
it's a tradeoff. if you store it in a datadir, it'll be included in whatever datadir clone when one bootstraps new slaves.
if it's tied to a hardware — it changes when hardware changes.
it can be in /etc too, also can be copied unintentionally, but at least won't be automatically part of a backup or a clone.
inode of something — resistant to some of hardware changes, still much more fragile.
The uuid in Aria is not tied to hardware. It is resilient to hardware and server change as it is only tied to data. If data is coped with the control file, as maria_backup is doing, things will 'just' work.
sql_print_error("feedback plugin: failed to retrieve the MAC address"); is now the wrong message.
Can you take the uuid out of the aria control file so that its portable if the hardware changes?