Project

General

Profile

Actions

Bug #27160

open

Inventory contains some non-significant values after wtmp rotation

Added by Michel BOUISSOU 1 day ago. Updated about 15 hours ago.

Status:
New
Priority:
1 (highest)
Category:
Agent
Target version:
Severity:
Minor - inconvenience | misleading | easy workaround
UX impact:
User visibility:
Effort required:
Priority:
0
Name check:
To do
Fix check:
To do
Regression:
No

Description

This is probably a Fusion Inventory issue.

The inventory contains last logged user information from /var/log/wtmp, such as :

      <DATELASTLOGGEDUSER>Mon Jun 23 08:00</DATELASTLOGGEDUSER>
      <LASTLOGGEDUSER>root</LASTLOGGEDUSER>

However, if the /var/log/wtmp file has just been rotated by logrotate, it contains no valid logged users information, and the inventory produces :

      <DATELASTLOGGEDUSER>Wed Jun 25 11:01:40</DATELASTLOGGEDUSER>
      <LASTLOGGEDUSER>wtmp</LASTLOGGEDUSER>

Here the timestamp does not have the same format : it contains seconds, when valid user entries do not.

Up to Rudder 8.2.7 and 8.3.2, this causes the inventory processing on the Rudder server to issue a warning :

2025-06-25 11:02:27+0200 WARN  inventory-processing - Error when parsing date for last user loggin. Awaited format is EEE MMM dd HH:mm, found: Wed Jun 25 11:01:40

This warning corresponds to issue #27067 and is fixed by PR https://github.com/Normation/rudder/pull/6444

However it remains that after logroate of wtmp, the inventory generates some non-significant entries for last user ("wtmp") and a timestamp that contains seconds (rotation timestamp).


Related issues 1 (1 open0 closed)

Related to Rudder - Bug #27067: Error when parsing date for last user loggin awaited format is EEE MMM dd HH:mmPending releaseClark ANDRIANASOLOActions
Actions #1

Updated by Michel BOUISSOU 1 day ago

  • Related to Bug #27067: Error when parsing date for last user loggin awaited format is EEE MMM dd HH:mm added
Actions #2

Updated by François ARMAND about 15 hours ago

  • Assignee set to Benoît PECCATTE
  • Priority changed from To review to 1 (highest)

P1 for qualification. It doesn't look like a critical problem, so if it's hard/complicated, we will change down priority once assessment is done.

Actions

Also available in: Atom PDF