It seems to be working, Chad. After I figured out, that you have to use one of the cities listed with rake time:zones:local, now my time is shown correct, too.
But symlinking puppet_dashboard.rb to $libdir/reports doesn't really work for me and still gives "warning: no report puppet-dashboard". So I will stick to symlinking it to /usr/lib64/ruby/site_ruby/1.8/ puppet/reports. At least until your integration is complete. Christian On 22 Jun., 00:58, Chad Huneycutt <chad.huneyc...@gmail.com> wrote: > I was able to set config.time_zone in > <puppet-dashboard_dir>/config/environment.rb and that fixed the > timezone. Is that not what you are talking about? > > - Chad > > > > On Mon, Jun 21, 2010 at 6:10 PM, Rein Henrichs <r...@puppetlabs.com> wrote: > > Hi folks, > > Thanks for the dashboard questions. I'm glad people are using dashboard and > > reporting these issues. > > The dashboard installation instructions currently say to add the > > puppet_dashboard.rb's directory to your Puppet libdir. This fails due > > to http://projects.puppetlabs.com/issues/3094. This makes me sad as well so > > I'm working on resolving that issue. > > In the meantime, I'm updating the installation instructions with a work > > around, which is: symlink dashboard's puppet_dashboard.rb into your $libdir, > > typically to /var/lib/puppet/reports. > > The ultimate solution is to add an http reports processor to puppet-core > > that can be configured to point to dashboard (or any other http endpoint > > that accepts reports). No more modifying libdir or creating symlinks. Just a > > couple puppet settings and you're done. Yay. I've got code for this that is > > working its way into Puppet as we speak. > > Dashboard's (lack of) timezone support is an important issue. I don't have a > > fix right now but I'm working on it. I'll let you guys know when that's > > resolved. > > Rein Henrichs > >http://puppetlabs.com > > > On Mon, Jun 21, 2010 at 2:11 AM, christian <christ...@cust.in> wrote: > > >> After I put puppet_dashboard.rb into site_ruby/1.8/puppet/reports as > >> Don told now the aggregations seems to work just fine. > >> But I guess it's supposed to work if you put that file in the correct > >> directory in your puppet-homedir...so there still seems to be some > >> unresolved problems. > > >> Btw, where does the dashboard get its time informaiton from? All our > >> server run with CEST but the dashboard shows all times in WAT (CEST -2 > >> hours). The time in the report-files themselves is correct... > > >> christian > > >> On 20 Jun., 18:05, Don Jackson <puppet-us...@clark-communications.com> > >> wrote: > >> > I am having all the problems that the following two threads reported. > > >> > Like tomholl reported, I was finally able to get reporting to work by > >> > copying the puppet_dashboard.rb file into the directory > >> > site_ruby/1.8/puppet/reports > > >> > And when I had previously attempted to specify libdir to be a colon > >> > separated path, puppetmasterd died/crashed. > > >> > I am running puppet version 25.5 on OpenBSD (4.6) (Yes, I built new > >> > packages from the tip of OpenBSD port tree), and dashboard 1.0.0 > > >> > I would definitely appreciate any advice as to what I am doing wrong…. > > >> > Don > > >> > On Dec 17, 2009, at 10:04 AM, tomholl wrote: > > >> > > am still having some trouble getting this to work as per the > >> > > README.markdown instructions. > > >> > > I was able to get it working by copying the puppet_dashboard.rb into / > >> > > usr/lib/ruby/site_ruby/1.8/puppet/reports > > >> > > Setting the $libdir in puppet.conf seemed to work but I still kept > >> > > getting "No report named 'puppet_dashboard' " errors after each > >> > > successful catalog compile. > > >> > > The reason I think the $libdir was getting set is that the output of > >> > > 'puppetd --configprint libdir' and 'puppetmasterd --configprint > >> > > libdir' is /opt/puppetdashboard/lib/puppet (where I put my test > >> > > install) > > >> > > Since I kept getting errors about not finding the report I ran > >> > > 'puppetmasterd --configprint reports' and got an output of store. > >> > > Once I found where the store file was and copied the > >> > > puppet_dashboard.rb file into that location (/usr/lib/ruby/site_ruby/ > >> > > 1.8/puppet/reports) everything worked. > > >> > > So what am I missing? Why did I have to copy the report file over to / > >> > > usr/lib/ruby/site_ruby/1.8/puppet/reports if my $libdir was set > >> > > properly? > > >> > On Jun 16, 2010, at 5:02 AM, Jon Choate wrote: > > >> > > I am seeing similar issues. In my puppet.conf I set > > >> > > reports = store, puppet_dashboard > >> > > and libpath = /var/puppet/lib:$RAILS_ROOT/lib/puppet > > >> > > (RAILS_ROOT being /opt/puppet-dashboard where I installed puppet > >> > > dashboard) > >> > > Using a combined path like this does not seem to work for libpath. It > >> > > views the entire string as one path. Is this by design? > > >> > > I then set libpath to just $RAILS_ROOT/lib/puppet > > >> > > With these settings I still get the message that it can't find the > >> > > report named 'puppet_dashboard'. I even tried linking the .rb files > >> > > for the > >> > > puppet_dashboard report to /var/puppet/lib and use the default libpath > >> > > but > >> > > that did not seem to help either. > > >> > > Any idea? > > >> > > On Mon, May 31, 2010 at 9:35 AM, christian <christ...@cust.in> wrote: > >> > > Hey, > > >> > > I'm exploring puppet-dashboard right now and I want to get the live > >> > > aggregation running. > >> > > But somehow I'm already failing at the puppet.conf entries ;) > > >> > > The Dashboard readme says: > >> > > ### Live report aggregation > >> > > To enable report aggregation in Puppet Dashboard, the file > >> > > `lib/puppet/ > >> > > puppet_dashboard.rb` must be available in Puppet's lib path. The > >> > > easiest way to do this is to add `RAILS_ROOT/lib/puppet` to `$libdir` > >> > > in your `puppet.conf`, where `RAILS_ROOT` is the directory containing > >> > > this README. Then ensure that your puppetmasterd runs with the option > >> > > `--reports puppet_dashboard`. > > >> > > So how do I "add" that line? > > >> > > If I try something like $libdir = $vardir/lib;/usr/local/puppet- > >> > > dashboard/lib/puppet or : or , or "blank" instead of ; I always get > >> > > this error message from the clients: > >> > > "Could not prepare for execution: Got 1 failure(s) while initializing: > >> > > change from absent to directory failed: Cannot create /var/lib/puppet/ > >> > > lib,/usr/local/puppet-dashboard/lib/puppet; parent directory /var/lib/ > >> > > puppet/lib,/usr/local/puppet-dashboard/lib does not exist" > > >> > > I'm using Pupet 0.25.4 on Open Suse 11.1 and Dashboard 1.0.0 > > >> -- > >> You received this message because you are subscribed to the Google Groups > >> "Puppet Users" group. > >> To post to this group, send email to puppet-us...@googlegroups.com. > >> To unsubscribe from this group, send email to > >> puppet-users+unsubscr...@googlegroups.com. > >> For more options, visit this group at > >>http://groups.google.com/group/puppet-users?hl=en. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Puppet Users" group. > > To post to this group, send email to puppet-us...@googlegroups.com. > > To unsubscribe from this group, send email to > > puppet-users+unsubscr...@googlegroups.com. > > For more options, visit this group at > >http://groups.google.com/group/puppet-users?hl=en. > > -- > Chad M. Huneycutt -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-us...@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.