Closed Bug 1311822 Opened 8 years ago Closed 8 years ago

revocations failing due to invalid inventory

Categories

(Infrastructure & Operations :: RelOps: Puppet, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: arich, Assigned: arich)

References

Details

+++ This bug was initially created as a clone of Bug #1196723 +++ It looks like this happened again on Oct 20 06:02. I've removed the last line from inventory.txt. I created a backup copy and moved that and the pem files into a directory called "delete" in /var/lib/puppetmaster/ssl/ca There's also a ca_pub.pem that was generated around the same time, but is not mentioned in the original bug. I'm wondering if this should also be deleted. In addition, private/ca.pass has the same timestamp.
Flags: needinfo?(dustin)
Based on bug 1196723 it sounds like your fix was a good one. Wander, did you happen to run 'sudo puppet cert <something>' around 6:02 pacific this morning?
Flags: needinfo?(dustin) → needinfo?(wcosta)
302 :aselagea
Flags: needinfo?(wcosta) → needinfo?(aselagea)
Nope, I didn't run that. The bad entry from inventory.txt says "2016-10-19T13:02:12GMT", which is "2016-10-19T06:02:12PDT". So I think that happened on Oct 19, not Oct 20. The only ssh session for my user on that day is the following: aselagea pts/3 10-22-248-118.vp Wed Oct 19 08:53 - 09:48 (00:55) As for Oct 20, there are two of them: aselagea pts/4 10-22-248-94.vpn Thu Oct 20 07:20 - 09:59 (02:39) aselagea pts/3 10-22-248-94.vpn Thu Oct 20 06:41 - 09:59 (03:17) Just trying to prove that it wasn't me :-). On the other hand, I don't know why this happened again..
Flags: needinfo?(aselagea)
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.