Project

General

Profile

Actions

Bug #4691

closed

User story #4595: Support for AIX (agent only)

RPM postinst fails on AIX due to use of "uuidgen"

Added by Jonathan CLARKE over 10 years ago. Updated almost 10 years ago.

Status:
Released
Priority:
2
Assignee:
Matthieu CERDA
Category:
Packaging
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

"uuidgen" is not available in the AIX base system, not is it simply installable, so our postinst script fails:

var/opt/freeware/tmp/rpm-tmp.27302[43]: uuidgen:  not found

However, AIX does come with it's own "uuid_gen": /etc/ncs/uuid_gen. This commands provides UUIDs from version 1, as defined in http://en.wikipedia.org/wiki/Universally_unique_identifier:

Conceptually, the original (version 1) generation scheme for UUIDs was to concatenate the UUID version with the MAC address of the computer that is generating the UUID, and with the number of 100-nanosecond intervals since the adoption of the Gregorian calendar in the West. This scheme has been criticized in that it is not sufficiently "opaque"; it reveals both the identity of the computer that generated the UUID and the time at which it did so. Its uniqueness across computers is guaranteed so long as MAC addresses are not duplicated (as can happen, for instance, via manual setting of the MAC address); however, given the speed of modern processors, successive invocations on the same machine of a naive implementation of a generator of version 1 UUIDs may produce the same UUID, violating the uniqueness property. (Non-naive implementations can avoid this problem by, for example, remembering the most recently generated UUID, "pocketing" unused UUIDs, and using pocketed UUIDs in case a duplicate is about to be generated.)

These limitations seem fine for us, since:

  1. We actually use the UUID to identify the machine in it's inventory, which already contains the MAC address
  2. We only generate one UUID on each machine, so no duplication is possible unless MAC addresses are duplicated, which is highly unlikely, and even more unlikely the UUIDs would be generated at the precise same 100-nanosecond interval.

So, I'm going to add a "uuidgen" wrapper in shell for /etc/ncs/uuid_gen that formats the UUID correctly.


Related issues 1 (0 open1 closed)

Related to Rudder - Bug #4698: RPM postinst and check-rudder-agent fail on AIX because our "uuidgen" is not executableReleasedMatthieu CERDA2014-03-29Actions
Actions #1

Updated by Jonathan CLARKE over 10 years ago

  • Status changed from In progress to Pending technical review
  • Pull Request set to https://github.com/Normation/rudder-packages/pull/288

PR available: https://github.com/Normation/rudder-packages/pull/288

I chose to put the "uuidgen-magic" in a shell script, installed on AIX only, to make it available on the PATH, so that other scripts could use it too. The first of these is "check-rudder-agent", but some Techniques may require it too.

Actions #2

Updated by Jonathan CLARKE over 10 years ago

  • Assignee changed from Jonathan CLARKE to Matthieu CERDA
Actions #3

Updated by Jonathan CLARKE over 10 years ago

  • Status changed from Pending technical review to Pending release
  • % Done changed from 0 to 100

Applied in changeset commit:0e9068c5c620fe8f41ef39e2b115dcc27e133d3e.

Actions #4

Updated by Vincent MEMBRÉ over 10 years ago

Applied in changeset commit:2ff9032aac0181e285ab6c16bedb0a664cbf84d9.

Actions #5

Updated by Vincent MEMBRÉ over 10 years ago

  • Target version changed from 2.10.1 to 2.10.0
Actions #6

Updated by Vincent MEMBRÉ over 10 years ago

  • Parent task set to #4595
Actions #7

Updated by Vincent MEMBRÉ over 10 years ago

  • Status changed from Pending release to Released

This bug has been fixed in Rudder 2.10.0, which was released today.
Check out:

Actions #8

Updated by Benoît PECCATTE almost 10 years ago

  • Category set to Packaging
Actions

Also available in: Atom PDF