Bug #2373

25b2 client to 25b2 server reporting error

Added by Sam Rowe about 1 year ago. Updated 4 months ago.

Status:Duplicate Start:06/29/2009
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:reports
Target version:0.25.0
Affected version:0.25.0beta2 Branch:
Keywords:
Votes: 1

Description

err: Reporting failed: Server returned 400: undefined method `save' for false:FalseClass


Related issues

duplicates Puppet - Bug #2367: reporting fails on .25.0b2, possibly apache/mongrel's fault Closed 06/26/2009

History

Updated by Luke Kanies about 1 year ago

  • Category set to reports
  • Status changed from Unreviewed to Accepted
  • Target version set to 0.25.0

Can we get a stack trace?

Updated by Sam Rowe about 1 year ago

If you tell me how, sure… running with —trace —debug only shows this:

debug: //baseclass/redhat/redhat::crashdump/Notify[No crashdump setup for RHEL5 yet]: Changing message debug: //baseclass/redhat/redhat::crashdump/Notify[No crashdump setup for RHEL5 yet]: 1 change(s) notice: No crashdump setup for RHEL5 yet notice: //baseclass/redhat/redhat::crashdump/Notify[No crashdump setup for RHEL5 yet]/message: defined ‘message’ as ‘No crashdump setup for RHEL5 yet’ debug: Finishing transaction -615421398 with 5 changes debug: Storing state debug: Stored state in 0.32 seconds err: Reporting failed: Server returned 400: undefined method `save' for false:FalseClass notice: Finished catalog run in 27.43 seconds

Updated by Luke Kanies about 1 year ago

Looks like we need the server-side trace. Can you paste that?

Updated by Joe McDonagh about 1 year ago

I filed a similar issue on 2367, I keep forgetting to post the trace, I should get to it tonight… Is this also an apache-> mongrel setup I wonder?

Updated by Sam Rowe about 1 year ago

  • Affected version changed from 0.24.8 to 0.25.0beta2

Yes apache->mongrel. :) This bug is very likely a dupe of 2367.

We tried to run a debug server with this command:

puppetmasterd —no-daemonize —servertype webrick —storeconfigs false —masterport 9844 —debug —trace 2>&1 | tee /tmp/lakwtf

But it wasn’t very trace-y and the debug info didn’t seem interesting. I’m happy to paste it though if you want.

We didn’t get the save error (this bug) but we did get the to_sym error on the client. Nothing in the server log though when it happened.

I’m changing the “affected version” because this is a 25b2->25b2 problem.

Updated by Luke Kanies about 1 year ago

  • Status changed from Accepted to Duplicate

As Sam says, I think this is a dupe, it’s reporting failing.

Also available in: Atom PDF