There is a problem with variable hooks in puppet.conf that is fixed in the latest 3.4 release candidates (or so sayeth the bugreps).

Can you try explicitly specifying your directories instead of using $confdir in that puppet.conf, at least to test?

Jeff

On 12/17/2013 09:18 AM, Chantal Rosmuller wrote:
Thnaks, i tried but it didn't work. We do not start puppetmaster as a standalone service so I stopped and started apache. (can that have anything to do with the problem ?)

On Tuesday, December 17, 2013 3:08:41 PM UTC+1, John Pyeatt wrote:

    Not certain if this is the issue or not, but there seems to be a
    bug in the master regarding when the configuration file is read to
    override the default settings. Try doing this:
    1) start up your puppet master
    2) after it is up and running try running this from the command
    line *touch /etc/puppet/puppet.conf* this will force the puppet
    master to reparse the configuration settings.

    I had a similar problem reading modulepath=.  There is apparently
    a fix for this in 3.4


    On Tue, Dec 17, 2013 at 7:02 AM, Chantal Rosmuller
    <crosm...@gmail.com <javascript:>> wrote:

        Hi,

        On our puppet server the puppet environments do not seem to
        work. This is our puppet.conf:

        [main]
        logdir=/var/log/puppet
        vardir=/var/lib/puppet
        ssldir=/var/lib/puppet/ssl
        rundir=/var/run/puppet
        factpath=$vardir/lib/facter
        confdir=/etc/puppet
        templatedir=$confdir/templates
        modulepath=$confdir/modules
        manifest=$confdir/manifests/site.pp
        manifestsdir=$confdir/manifests
        hiera_config=/etc/puppet/hiera.yaml
        pluginsync = true

        [master]
        certname= puppet3.domain.com <http://puppet3.domain.com>
        hostprivkey =
        /var/lib/puppet/ssl/private_keys/puppet3.domain.com.pem {mode
        = 640}
        ssl_client_header = HTTP_X_CLIENT_DN
        ssl_client_verify_header = HTTP_X_CLIENT_VERIFY
        #ssl_client_header = SSL_CLIENT_S_DN
        #ssl_client_verify_header = SSL_CLIENT_VERIFY
        reports = store,tagmail
        #reports = store,tagmail,puppetdb
        storeconfigs = true
        storeconfigs_backend = puppetdb

        [dev]
        modulepath=$confdir/environments/dev/modules
        manifest=$confdir/environments/dev/manifests/site.pp

        When i try

        puppet agent --environment dev --no-daemonize --verbose --onetime

        The changes in dev are not applied. Can it have anything to do
        with puppetdb?

        The servers seems to recognize the puppet environment:

        puppet module list --environment 'dev'

        returns:

        /etc/puppet/environments/dev/modules
        ├── aliases (???)
        ├── apt (???)
         etc


        versions on the server:

        ii  puppet 3.3.1-1puppetlabs1            all  Centralized
        configuration management - agent startup and compatibility scripts
        ii  puppet-common  3.3.1-1puppetlabs1            all
         Centralized configuration management
        ii  puppetdb 1.5.0-1puppetlabs1            all  PuppetDB
        Centralized Storage.
        ii  puppetdb-terminus  1.5.0-1puppetlabs1            all
         Connect Puppet to PuppetDB by setting up a terminus for PuppetDB.
        ii  puppetmaster 3.3.1-1puppetlabs1            all
         Centralized configuration management - master startup and
        compatibility scripts
ii puppetmaster-common 3.3.1-1puppetlabs1 all Puppet master common scripts




-- You received this message because you are subscribed to the
        Google Groups "Puppet Users" group.
        To unsubscribe from this group and stop receiving emails from
        it, send an email to puppet-users...@googlegroups.com
        <javascript:>.
        To view this discussion on the web visit
        
https://groups.google.com/d/msgid/puppet-users/2b3130a5-1641-4f60-9bc7-88b4bfb4fff5%40googlegroups.com
        
<https://groups.google.com/d/msgid/puppet-users/2b3130a5-1641-4f60-9bc7-88b4bfb4fff5%40googlegroups.com>.
        For more options, visit
        https://groups.google.com/groups/opt_out
        <https://groups.google.com/groups/opt_out>.




-- John Pyeatt
    Singlewire Software, LLC
    www.singlewire.com <http://www.singlewire.com/>
    ------------------
    608.661.1184
    john....@singlewire.com <javascript:>

--
You received this message because you are subscribed to the Google Groups "Puppet Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/puppet-users/cf56d648-a42a-49c2-abab-59678409e802%40googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

--
You received this message because you are subscribed to the Google Groups "Puppet 
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to puppet-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/puppet-users/52B0C6E4.7080208%40bericotechnologies.com.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to