[Puppet Users] Re: Change date format in puppet-dashboard

2010-08-27 Thread Rustler
Yes you can -

See the file environment.rb in the puppet-dashboard/config directory

I changed my entry to:

config.time_zone = 'Pacific Time (US & Canada)'


On Aug 27, 6:10 am, Steve Nielsen  wrote:
> I think date format should be a configurable option.
>
> Steve
>
> On Fri, Aug 27, 2010 at 8:08 AM, matonb  wrote:
> > Hi Rob,
>
> >  Your quite correct, I wasn't being very clear!
>
> >  I was referring to the Daily Run status graph which shows mm-dd-yy
> > on my dashboard (1.0.3).
> >  And yes it would be nice to use the local time zone instead of UTC!
>
> >  and to be honest, the only way to make it really unambiguous would
> > be to use MMM instead of MM
>
> > On Aug 27, 1:35 pm, Rob McBroom  wrote:
> >> On Aug 27, 2010, at 3:41 AM, matonb wrote:
>
> >> > Is it possible to change the format of the date in puppet-dashboard,
> >> > from the American style to the format the rest of the world uses?
>
> >> I'd settle for having it display in my time zone instead of UTC. :)
>
> >> My dashboard installation (1.0.3) shows dates like
>
> >>     2010-08-27 12:30 UTC
>
> >> Isn't that “the format the rest of the world uses” – largest to smallest? 
> >> American style (which makes no sense to me) would be more like
>
> >>     08-27-2010 12:30 UTC
>
> >> --
> >> Rob McBroom
> >> 
>
> > --
> > 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 
> > athttp://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.



[Puppet Users] Re: puppet dashboard gui looks odd from apache2

2010-08-21 Thread Rustler
This is what I have in my httpd.conf file and apache is running as the
user puppet -

LoadModule passenger_module /opt/passenger-2.2.15/ext/apache2/
mod_passenger.so
PassengerRoot /opt/passenger-2.2.15

PassengerRuby /usr/bin/ruby

PassengerHighPerformance on
PassengerMaxPoolSize 20
PassengerPoolIdleTime 1500
PassengerStatThrottleRate 120
PassengerDefaultUser puppet
RailsAutoDetect On


On Aug 21, 1:54 pm, Patrick  wrote:
> On Aug 21, 2010, at 10:37 AM, Rustler wrote:
>
> > One thing I found when trying to get both working in apache is that
> > the passenger and rails setting in both files were stomping on each
> > other.
>
> > Dashboard needed "RailsAutoDetect On" which was getting turned off by
> > the other vhost file.
>
> > I deleted the settings from each vhost file and put one set in
> > httpd.conf after the loading of the passenger module.
>
> > I now have puppet master 2.6.0 and dashboard working in apache 2.
>
> So did you end up using RailsAutoDetect off or on?
>
> > On Aug 20, 12:21 pm, Asif Iqbal  wrote:
> >> I downloaded the puppet-dashboard.git 
> >> fromhttp://github.com/puppetlabs/puppet-dashboardanddid the installation
> >> in my
> >> ubuntu lucid puppet server following the steps in "Installation".
>
> >> Now I can run it fine using the WEBrick like this
>
> >> r...@sys-ubuntu { ~/git/puppet-dashboard }$ ./script/server -e production
> >> => Booting WEBrick
> >> => Rails 2.3.5 application starting onhttp://0.0.0.0:3000
> >> => Call with -d to detach
> >> => Ctrl-C to shutdown server
> >> [2010-08-20 15:06:23] INFO  WEBrick 1.3.1
> >> [2010-08-20 15:06:23] INFO  ruby 1.8.7 (2010-04-19) [x86_64-linux]
> >> [2010-08-20 15:06:23] INFO  WEBrick::HTTPServer#start: pid=8489 port=3000
>
> >> And I can see all the nodes through the web.
>
> >> Bu I am failing to see it in the apache2 + passenger. I am using
> >> apache2 + passenger to run puppet master and that is
> >> working fine. So no issue with apache2 + passenger.
>
> >> I need help with the virtualhost config, so that I can see the nodes
> >> through the apache2's web
>
> >> I copied the ext/passenger/dashboard-vhost.conf exactly as it it and
> >> started on port 8080. But I do only see
> >> the directories and not the rails view of node.
>
> >> # tail /etc/apache2/apache2.conf (works perfect)
>
> >> # Passenger
> >>    LoadModule passenger_module
> >> /usr/lib/ruby/gems/1.8/gems/passenger-2.2.15/ext/apache2/mod_passenger.so
> >>    PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-2.2.15
> >>    PassengerRuby /usr/bin/ruby1.8
>
> >> # cat /etc/apache2/conf.d/puppetmasterd (works perfect)
>
> >> # you probably want to tune these settings
> >> PassengerHighPerformance on
> >> PassengerMaxPoolSize 12
> >> PassengerPoolIdleTime 1500
> >> # PassengerMaxRequests 1000
> >> PassengerStatThrottleRate 120
> >> RackAutoDetect Off
> >> RailsAutoDetect Off
>
> >> Listen 8140
>
> >> 
> >>         SSLEngine on
> >>         SSLProtocol -ALL +SSLv3 +TLSv1
> >>         SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP
>
> >>         SSLCertificateFile
> >> /var/lib/puppet/ssl/certs/sys-ubuntu.arl.qwestip.net.pem
> >>         SSLCertificateKeyFile
> >> /var/lib/puppet/ssl/private_keys/sys-ubuntu.arl.qwestip.net.pem
> >>         SSLCertificateChainFile /var/lib/puppet/ssl/ca/ca_crt.pem
> >>         SSLCACertificateFile    /var/lib/puppet/ssl/ca/ca_crt.pem
> >>         # If Apache complains about invalid signatures on the CRL, you
> >> can try disabling
> >>         # CRL checking by commenting the next line, but this is not 
> >> recommended.
> >>         SSLCARevocationFile     /var/lib/puppet/ssl/ca/ca_crl.pem
> >>         SSLVerifyClient optional
> >>         SSLVerifyDepth  1
> >>         SSLOptions +StdEnvVars
>
> >>         DocumentRoot /usr/share/puppet/rack/puppetmasterd/public/
> >>         RackBaseURI /
> >>         
> >>                 Options None
> >>                 AllowOverride None
> >>                 Order allow,deny
> >>                 allow from all
> >>         
> >> 
>
> >> So as you can see from below apache2's passenger modules spawns puppet
> >> master just fine
>
> >> $ ps -ef | grep a[p]ache2
> >> root      7448     1  0 15:02 ?       

[Puppet Users] Re: puppet dashboard gui looks odd from apache2

2010-08-21 Thread Rustler
One thing I found when trying to get both working in apache is that
the passenger and rails setting in both files were stomping on each
other.

Dashboard needed "RailsAutoDetect On" which was getting turned off by
the other vhost file.

I deleted the settings from each vhost file and put one set in
httpd.conf after the loading of the passenger module.

I now have puppet master 2.6.0 and dashboard working in apache 2.




On Aug 20, 12:21 pm, Asif Iqbal  wrote:
> I downloaded the puppet-dashboard.git 
> fromhttp://github.com/puppetlabs/puppet-dashboardand did the installation
> in my
> ubuntu lucid puppet server following the steps in "Installation".
>
> Now I can run it fine using the WEBrick like this
>
> r...@sys-ubuntu { ~/git/puppet-dashboard }$ ./script/server -e production
> => Booting WEBrick
> => Rails 2.3.5 application starting onhttp://0.0.0.0:3000
> => Call with -d to detach
> => Ctrl-C to shutdown server
> [2010-08-20 15:06:23] INFO  WEBrick 1.3.1
> [2010-08-20 15:06:23] INFO  ruby 1.8.7 (2010-04-19) [x86_64-linux]
> [2010-08-20 15:06:23] INFO  WEBrick::HTTPServer#start: pid=8489 port=3000
>
> And I can see all the nodes through the web.
>
> Bu I am failing to see it in the apache2 + passenger. I am using
> apache2 + passenger to run puppet master and that is
> working fine. So no issue with apache2 + passenger.
>
> I need help with the virtualhost config, so that I can see the nodes
> through the apache2's web
>
> I copied the ext/passenger/dashboard-vhost.conf exactly as it it and
> started on port 8080. But I do only see
> the directories and not the rails view of node.
>
> # tail /etc/apache2/apache2.conf (works perfect)
>
> # Passenger
>    LoadModule passenger_module
> /usr/lib/ruby/gems/1.8/gems/passenger-2.2.15/ext/apache2/mod_passenger.so
>    PassengerRoot /usr/lib/ruby/gems/1.8/gems/passenger-2.2.15
>    PassengerRuby /usr/bin/ruby1.8
>
> # cat /etc/apache2/conf.d/puppetmasterd (works perfect)
>
> # you probably want to tune these settings
> PassengerHighPerformance on
> PassengerMaxPoolSize 12
> PassengerPoolIdleTime 1500
> # PassengerMaxRequests 1000
> PassengerStatThrottleRate 120
> RackAutoDetect Off
> RailsAutoDetect Off
>
> Listen 8140
>
> 
>         SSLEngine on
>         SSLProtocol -ALL +SSLv3 +TLSv1
>         SSLCipherSuite ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP
>
>         SSLCertificateFile
> /var/lib/puppet/ssl/certs/sys-ubuntu.arl.qwestip.net.pem
>         SSLCertificateKeyFile
> /var/lib/puppet/ssl/private_keys/sys-ubuntu.arl.qwestip.net.pem
>         SSLCertificateChainFile /var/lib/puppet/ssl/ca/ca_crt.pem
>         SSLCACertificateFile    /var/lib/puppet/ssl/ca/ca_crt.pem
>         # If Apache complains about invalid signatures on the CRL, you
> can try disabling
>         # CRL checking by commenting the next line, but this is not 
> recommended.
>         SSLCARevocationFile     /var/lib/puppet/ssl/ca/ca_crl.pem
>         SSLVerifyClient optional
>         SSLVerifyDepth  1
>         SSLOptions +StdEnvVars
>
>         DocumentRoot /usr/share/puppet/rack/puppetmasterd/public/
>         RackBaseURI /
>         
>                 Options None
>                 AllowOverride None
>                 Order allow,deny
>                 allow from all
>         
> 
>
> So as you can see from below apache2's passenger modules spawns puppet
> master just fine
>
> $ ps -ef | grep a[p]ache2
> root      7448     1  0 15:02 ?        00:00:00 /usr/sbin/apache2 -k start
> www-data  7450  7448  0 15:02 ?        00:00:00 /usr/sbin/apache2 -k start
> root      7469  7448  0 15:02 ?        00:00:00
> /usr/lib/ruby/gems/1.8/gems/passenger-2.2.15/ext/apache2/ApplicationPoolServerExecutable
> 0 /usr/lib/ruby/gems/1.8/gems/passenger-2.2.15/bin/passenger-spawn-server
>  /usr/bin/ruby1.8  /tmp/passenger.7448
> www-data  7473  7448  0 15:02 ?        00:00:00 /usr/sbin/apache2 -k start
> www-data  7474  7448  0 15:02 ?        00:00:00 /usr/sbin/apache2 -k start
>
> $ ps -ef | grep p[u]ppet
> puppet    7565     1  0 15:02 ?        00:00:05 master
> puppet    7888     1  0 15:03 ?        00:00:03 master
>
> But puppet-dashboard is not quite working. vhost starts fine, but the
> gui only shows files
>
> $ cat /etc/apache2/conf.d/dashboard-vhost.conf
> PassengerHighPerformance on
> PassengerMaxPoolSize 12
> PassengerPoolIdleTime 1500
> PassengerStatThrottleRate 120
> RailsAutoDetect On
>
> Listen 9000
> 
>         DocumentRoot /usr/share/puppet-dashboard/public/
>         
>                 Options +Indexes
>                 AllowOverride AuthConfig
>                 Order allow,deny
>                 allow from all
>         
>   ErrorLog /var/log/apache2/dashboard.example.com_error.log
>   LogLevel warn
>   CustomLog /var/log/apache2/dashboard.example.com_access.log combined
>   ServerSignature On
> 
>
> so apache2 starts fine for puppet (port 8140) and for
> puppet-dashboard(port 9000)
>
> tcp        0      0 0.0.0.0:9000            0.0.0.0:*
> LISTEN      7448/apache2
> tcp        0 

[Puppet Users] Re: Immediate puppetrun with splay

2010-08-18 Thread Rustler
Just to clarify - the "--onetime" is for testing.


On Aug 18, 4:16 pm, Rustler  wrote:
> Add --onetime
>
> That works for me.
>
> On Aug 17, 9:42 am, Bernhard Miklautz 
> wrote:
>
> > Hi,
>
> > when splay is enabled on a client and a run is triggered with puppetrun,
> > a new random time is picked before the run is started (second last and
> > last line):
>
> > puppetd  --no-daemonize --verbose
> > info: Loading fact nrpe_collect
> > info: Loading fact envname
> > info: Loading fact want_ntp
> > info: Loading fact hnhostname
> > info: Starting handler for Runner
> > info: Starting server for Puppet version 0.24.8
> > info: Listening on port 8139
> > notice: Starting Puppet client version 0.24.8
> > info: Sleeping for 1605 seconds (splay is enabled)
> > 
> > notice: puppetmaster.test.local(10.0.0.12) triggered run
> > info: Sleeping for 1486 seconds (splay is enabled)
>
> > Is there a way I can tell the client to start the run immediately?
>
> > Thank you.
> > Best regards,
> > Bernhard
>
>

-- 
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.



[Puppet Users] Re: Immediate puppetrun with splay

2010-08-18 Thread Rustler
Add --onetime

That works for me.




On Aug 17, 9:42 am, Bernhard Miklautz 
wrote:
> Hi,
>
> when splay is enabled on a client and a run is triggered with puppetrun,
> a new random time is picked before the run is started (second last and
> last line):
>
> puppetd  --no-daemonize --verbose
> info: Loading fact nrpe_collect
> info: Loading fact envname
> info: Loading fact want_ntp
> info: Loading fact hnhostname
> info: Starting handler for Runner
> info: Starting server for Puppet version 0.24.8
> info: Listening on port 8139
> notice: Starting Puppet client version 0.24.8
> info: Sleeping for 1605 seconds (splay is enabled)
> 
> notice: puppetmaster.test.local(10.0.0.12) triggered run
> info: Sleeping for 1486 seconds (splay is enabled)
>
> Is there a way I can tell the client to start the run immediately?
>
> Thank you.
> Best regards,
> Bernhard

-- 
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.



[Puppet Users] Re: PuppetMaster 2.6.0 and Passenger 2.2.15 - Different Directories

2010-08-16 Thread Rustler
That bug sounds like my problem, I will try explicitly setting confdir
and vardir in /etc/puppet/puppet.conf and see if that helps.

On Aug 16, 12:41 pm, Brian Wong  wrote:
> On Sat, Aug 14, 2010 at 5:35 PM, Rustler  wrote:
> > I have the puppetmaster deamon running (as root) on a RH5 with it
> > using /etc/puppet for configuration and /var/lib/puppet for it's other
> > data files (which appear to be the default). Everything is working
> > fine.
>
> > Installed passenger to run puppetmaster from Apache 2.2 as the user
> > puppet (it won't run as root). Yes I shut down the deamon, before
> > starting apache.
>
> > It appears that the passenger/apache configuration using the user
> > puppet wants to use configuration files in /home/puppet/.puppet. It's
> > own var directory and puppet.conf and fileserver.conf.
>
> > When I copy the files from /etc/puppet and /var/lib/puppet into
> > the .puppet directory of the user puppet it works using apache.
>
> > If I then login to the Linux box as the user puppet and execute /usr/
> > sbin/puppetca --list it is looking in /var/lib/puppet not /home/
> > puppet/.puppet/var
>
> > How do you get the command line and passenger puppet/apache to coexist
> > with the same directory structure?
>
> http://projects.puppetlabs.com/issues/4385
>
> I think the above bug is what you are experiencing. Although setting
> the confdir and vardir explicitly in /etc/puppet/puppet.conf seems to
> fix the problem, it doesnt explain why the puppet user would even load
> /etc/puppet/puppet.conf. Look for references to this behavior in the
> source code, namely reference/configuration.rb.

-- 
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.



[Puppet Users] PuppetMaster 2.6.0 and Passenger 2.2.15 - Different Directories

2010-08-14 Thread Rustler
I have the puppetmaster deamon running (as root) on a RH5 with it
using /etc/puppet for configuration and /var/lib/puppet for it's other
data files (which appear to be the default). Everything is working
fine.

Installed passenger to run puppetmaster from Apache 2.2 as the user
puppet (it won't run as root). Yes I shut down the deamon, before
starting apache.

It appears that the passenger/apache configuration using the user
puppet wants to use configuration files in /home/puppet/.puppet. It's
own var directory and puppet.conf and fileserver.conf.

When I copy the files from /etc/puppet and /var/lib/puppet into
the .puppet directory of the user puppet it works using apache.

If I then login to the Linux box as the user puppet and execute /usr/
sbin/puppetca --list it is looking in /var/lib/puppet not /home/
puppet/.puppet/var

How do you get the command line and passenger puppet/apache to coexist
with the same directory structure?

Thanks

-- 
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.



[Puppet Users] Re: puppet 2.6.0 vs apache/mod_passenger

2010-08-08 Thread Rustler
Found a posting that said go back to rack 1.1.0 which I did - now this
is the error from Apache 2.2.3:

[Sun Aug 08 13:17:33 2010] [error] [client 172.31.255.194]
(104)Connection reset b
y peer: ap_content_length_filter: apr_bucket_read() failed


On Aug 6, 10:25 pm, Rustler  wrote:
> Ok - What am I missing... I applied the patch referenced above to the
> 2.6.1rc1 and did an install over 2.6.0 (which was not working)
>
> Server - RH5 64Bit
>
> puppet 2.6.1rc1
> ruby 1.8.5
> passenger 2.2.15
> rack 1.2.1
>
> [Fri Aug 06 22:03:22 2010] [notice] Apache/2.2.3 (Red Hat) configured
> -- resuming
> normal operations
> *** Exception TypeError in PhusionPassenger::Rack::ApplicationSpawner
> (can't conve
> rt Array into String) (process 7593):
>         from /usr/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/utils.rb:138:in
> `unio
> n'
>         from /usr/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/utils.rb:138
>         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
> `gem_ori
> ginal_require'
>         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
> `require
> '
>         from /usr/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/request.rb:1
>         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
> `gem_ori
> ginal_require'
>         from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
> `require
> '
>
> On Aug 5, 2:31 am, Nicolas Brisac  wrote:
>
> > I've just had a similar issue, although no crash this time.
>
> > The recent patches provided by Brice have fixed my issues with file serving 
> > in 2.6.0 as long as there's only one source/content.
> > However, If multiple "contents" are defined it will:
>
> > - Evaluate all templates: The logs on the master show "Interpolated 
> > template  in 0.00 seconds" and "Bound template variables for 
> >  in 0.00 seconds" for each template. Shouldn't it happen 
> > only for the first one it finds?
>
> > - Set the content of the local file to the last template evaluated.
>
> > If the local file is identical to the first template in the array (once 
> > filled in), no file is transferred, as expected, proof that the diff 
> > actually happens I guess .
>
> > Also, I couldn't see any error/warning in the logs.
>
> > I can easily replicate:
>
> > file { "/tmp/bla": content => [ template("module/blabla.erb"), 
> > template("module/hehe.erb") ] }
>
> > with blabla.erb --> "bla bla"
> > and hehe.erb --> "he he"
>
> > if /tmp/bla has "bla bla" all is fine, but if it has only "bla" then its 
> > content gets replaced by "he he".
>
> > With "sources" though, the first one in the array is being used.
>
> > Any reason for that?
>
> > Nico
>
> > On 08/02/2010 11:46 AM, Thorsten Biel wrote:
>
> > > Hi,
>
> > > On Mon, Aug 2, 2010 at 7:38 PM, Russell Jackson  wrote:
>
> > >> On 08/02/2010 10:35 AM, Christopher Johnston wrote:
> > >>> Looks good from what I can tell, did you setup the config.ru?
>
> > >> Can I take this to mean that you have a working passenger installation
> > >> of 2.6.0? Knowing that it can work would at least narrow it down to a
> > >> local installation issue rather than a bug in puppet.
>
> > > I have a working installation with 2.6.1 (actually, 2.6.0 and the RCs 
> > > before
> > > that worked, too).
> > > This on Ubuntu 10.4 with mod_passenger 2.2.15 installed via gem.
> > > Also, I had to upgrade rack from 1.0.1 to 1.2.1, notably removing all
> > > traces of the old rack version.
> > > With rack 1.0.1 the master actually did work, but would crash with
> > > manifests using the file type with more than one source.
>
> > Confirmed.
>
> > It just happens that the node I was using to test against had a such a
> > manifest. Tested against a node that didn't, and I didn't get the error.
>
> > --
> > Russell A Jackson 
> > Network Analyst
> > California State University, Bakersfield
>
> > --
> > 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 
> > athttp://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.



[Puppet Users] Re: puppet 2.6.0 vs apache/mod_passenger

2010-08-06 Thread Rustler
Ok - What am I missing... I applied the patch referenced above to the
2.6.1rc1 and did an install over 2.6.0 (which was not working)

Server - RH5 64Bit

puppet 2.6.1rc1
ruby 1.8.5
passenger 2.2.15
rack 1.2.1

[Fri Aug 06 22:03:22 2010] [notice] Apache/2.2.3 (Red Hat) configured
-- resuming
normal operations
*** Exception TypeError in PhusionPassenger::Rack::ApplicationSpawner
(can't conve
rt Array into String) (process 7593):
from /usr/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/utils.rb:138:in
`unio
n'
from /usr/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/utils.rb:138
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`gem_ori
ginal_require'
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`require
'
from /usr/lib/ruby/gems/1.8/gems/rack-1.2.1/lib/rack/request.rb:1
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`gem_ori
ginal_require'
from /usr/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in
`require
'


On Aug 5, 2:31 am, Nicolas Brisac  wrote:
> I've just had a similar issue, although no crash this time.
>
> The recent patches provided by Brice have fixed my issues with file serving 
> in 2.6.0 as long as there's only one source/content.
> However, If multiple "contents" are defined it will:
>
> - Evaluate all templates: The logs on the master show "Interpolated template 
>  in 0.00 seconds" and "Bound template variables for  path> in 0.00 seconds" for each template. Shouldn't it happen only for the 
> first one it finds?
>
> - Set the content of the local file to the last template evaluated.
>
> If the local file is identical to the first template in the array (once 
> filled in), no file is transferred, as expected, proof that the diff actually 
> happens I guess .
>
> Also, I couldn't see any error/warning in the logs.
>
> I can easily replicate:
>
> file { "/tmp/bla": content => [ template("module/blabla.erb"), 
> template("module/hehe.erb") ] }
>
> with blabla.erb --> "bla bla"
> and hehe.erb --> "he he"
>
> if /tmp/bla has "bla bla" all is fine, but if it has only "bla" then its 
> content gets replaced by "he he".
>
> With "sources" though, the first one in the array is being used.
>
> Any reason for that?
>
> Nico
>
> On 08/02/2010 11:46 AM, Thorsten Biel wrote:
>
>
>
> > Hi,
>
> > On Mon, Aug 2, 2010 at 7:38 PM, Russell Jackson  wrote:
>
> >> On 08/02/2010 10:35 AM, Christopher Johnston wrote:
> >>> Looks good from what I can tell, did you setup the config.ru?
>
> >> Can I take this to mean that you have a working passenger installation
> >> of 2.6.0? Knowing that it can work would at least narrow it down to a
> >> local installation issue rather than a bug in puppet.
>
> > I have a working installation with 2.6.1 (actually, 2.6.0 and the RCs before
> > that worked, too).
> > This on Ubuntu 10.4 with mod_passenger 2.2.15 installed via gem.
> > Also, I had to upgrade rack from 1.0.1 to 1.2.1, notably removing all
> > traces of the old rack version.
> > With rack 1.0.1 the master actually did work, but would crash with
> > manifests using the file type with more than one source.
>
> Confirmed.
>
> It just happens that the node I was using to test against had a such a
> manifest. Tested against a node that didn't, and I didn't get the error.
>
> --
> Russell A Jackson 
> Network Analyst
> California State University, Bakersfield
>
> --
> 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 
> athttp://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.



[Puppet Users] Re: Newbie question - package installation

2010-07-30 Thread Rustler
I wasn't clear enough in describing the problem -

What I'm trying to achieve is that if the package is installed, don't
execute the file statement and download the rpm.

If I leave the file in /tmp, it does not download again, if I delete
the file and the package is installed, it still downloads the rpm. I
don't want to have to keep the rpm on the system after the package
install.

Seems an NFS mount for the rpm's might be the solution?

Thanks

On Jul 30, 2:53 am, quicksilver03  wrote:
> I'm using 0.25.5 and I do it in pretty much the same way:
>
> file { "oratoolkit_rpm":
>     require => [ Group["oinstall"],
>                  Group["dba"],
>                  User["oracle"],
>                ],
>     path => "/home/admin/install/oratoolkit-1.0.2.1.4-1.noarch.rpm",
>     source => "puppet:///oracle/oratoolkit-1.0.2.1.4-1.noarch.rpm",
>     owner => admin,
>     group => admin,
>     ensure => present,
>   }
>
>   # installs the oratoolkit package
>   package { "oratoolkit":
>     require => File[oratoolkit_rpm],
>     source => "/home/admin/install/oratoolkit-1.0.2.1.4-1.noarch.rpm",
>     provider => "rpm",
>     ensure => installed,
>   }
>
> Try adding an ensure => present to your File resource and see if it
> avoids downloading the RPM file over and over again.
>
> On Jul 29, 10:40 pm, Rustler  wrote:
>
> > I am using version 2.6 and it would be nice if you could use a puppet
> > url for the package source, but that does not appear to work (docs say
> > it has to be a local file).
>
> > My other choices seem to be an nfs mount, or a local repo server.
>
> > Thanks
>
> > On Jul 29, 11:23 am, Patrick Mohr  wrote:
>
> > > On Jul 29, 2010, at 9:45 AM, Rustler wrote:
>
> > > > This code is working - but due to the file declaration it keeps
> > > > downloading the rpm even after the package gets installed.
>
> > > > 1. How do I stop the rpm from downloading after the package is
> > > > installed?
>
> > > Best method:
> > > *) If at all possible you should just replace this with a real package 
> > > repository.
>
> > > Should also work:
> > > *) Put the rpm files on a webserver and download them as needed.  I think 
> > > rpm can take URLs instead of local paths.
> > > or
> > > *)Install from a network drive like nfs
>
> > > Not recommended:
> > > *) Just put the rpms into a folder you create.  It will keep growing 
> > > forever, but it probably won't ever get very big unless you release a lot 
> > > of packages.  Trust me on this, pushing out big files with puppet is 
> > > probably a mistake.  It will put a large load on the puppetmaster, and if 
> > > you are using a version of puppet less than 2.6.0, the RAM requirements 
> > > on the client and serve will be horrendous.
>
>

-- 
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.



[Puppet Users] Re: Newbie question - package installation

2010-07-29 Thread Rustler
I am using version 2.6 and it would be nice if you could use a puppet
url for the package source, but that does not appear to work (docs say
it has to be a local file).

My other choices seem to be an nfs mount, or a local repo server.

Thanks

On Jul 29, 11:23 am, Patrick Mohr  wrote:
> On Jul 29, 2010, at 9:45 AM, Rustler wrote:
>
> > This code is working - but due to the file declaration it keeps
> > downloading the rpm even after the package gets installed.
>
> > 1. How do I stop the rpm from downloading after the package is
> > installed?
>
> Best method:
> *) If at all possible you should just replace this with a real package 
> repository.
>
> Should also work:
> *) Put the rpm files on a webserver and download them as needed.  I think rpm 
> can take URLs instead of local paths.
> or
> *)Install from a network drive like nfs
>
> Not recommended:
> *) Just put the rpms into a folder you create.  It will keep growing forever, 
> but it probably won't ever get very big unless you release a lot of packages. 
>  Trust me on this, pushing out big files with puppet is probably a mistake.  
> It will put a large load on the puppetmaster, and if you are using a version 
> of puppet less than 2.6.0, the RAM requirements on the client and serve will 
> be horrendous.

-- 
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.



[Puppet Users] Newbie question - package installation

2010-07-29 Thread Rustler
This code is working - but due to the file declaration it keeps
downloading the rpm even after the package gets installed.

1. How do I stop the rpm from downloading after the package is
installed?

class svn {

$TMP = "/tmp"
$RPM = "CollabNetSubversion-client-1.6.12-1.i386.rpm"

package { "svn":
name => "CollabNetSubversion-client-1.6.12-1",
ensure   => installed,
provider => rpm,
source   => "$TMP/$RPM",
require  => file["$TMP/$RPM"]
}

file { "$TMP/$RPM":
source => "puppet://puppet.xxx.com/files/svn/$RPM"
}

file { "/usr/bin/svn":
ensure => symlink,
replace => true,
target  => "/opt/CollabNet_Subversion/bin/svn"
}

}

-- 
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.