Jira (PUP-3754) Better logging when fail to set ownership
Title: Message Title Josh Cooper updated an issue Puppet / PUP-3754 Better logging when fail to set ownership Change By: Josh Cooper Fix Version/s: PUP 4.0.0 Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3754) Better logging when fail to set ownership
Title: Message Title Josh Cooper updated an issue Puppet / PUP-3754 Better logging when fail to set ownership Change By: Josh Cooper Component/s: Community Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3665) future parser collector override with Resource reference does not work
Title: Message Title Eric Thompson updated an issue Puppet / PUP-3665 future parser collector override with Resource reference does not work Change By: Eric Thompson QA Contact: Kurt Wall Eric Thompson Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3665) future parser collector override with Resource reference does not work
Title: Message Title Eric Thompson commented on PUP-3665 Re: future parser collector override with Resource reference does not work second run, on master: [root@g85l6ml6iaat9sb puppetdb]# cat /etc/passwd root:x:0:0:root:/root:/bin/bash bin:x:1:1:bin:/bin:/sbin/nologin daemon:x:2:2:daemon:/sbin:/sbin/nologin adm:x:3:4:adm:/var/adm:/sbin/nologin lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin sync:x:5:0:sync:/sbin:/bin/sync shutdown:x:6:0:shutdown:/sbin:/sbin/shutdown halt:x:7:0:halt:/sbin:/sbin/halt mail:x:8:12:mail:/var/spool/mail:/sbin/nologin
Jira (PUP-3665) future parser collector override with Resource reference does not work
Title: Message Title Eric Thompson commented on PUP-3665 Re: future parser collector override with Resource reference does not work some of the files printed out for posterity on how to setup puppetdb after install from acceptance... looks broken on fedora20 at puppet SHA: dd917cc; puppetdb SHA: 026a68a on the master: collect all exported Users with no query in <<| |>> [root@g85l6ml6iaat9sb puppetdb]# cat /etc/puppet/puppet.conf [agent] server=g85l6ml6iaat9sb.delivery.puppetlabs.net [master] storeconfigs = true storeconfigs_backend = puppetdb reports = puppetdb autosign = true
Jira (PUP-1931) mount provider improvement when options property is not specified
Title: Message Title Peter Huene updated an issue Puppet / PUP-1931 mount provider improvement when options property is not specified Change By: Peter Huene Assignee: Peter Huene Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3769) resource/service/should_not_change_the_system should only run on agents
Title: Message Title Eric Thompson created an issue Puppet / PUP-3769 resource/service/should_not_change_the_system should only run on agents Issue Type: Bug Assignee: Eric Thompson Components: Client Created: 2014/12/15 4:38 PM Priority: Major Reporter: Eric Thompson Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the G
Jira (PDB-1059) PR (1172): (pdb-775) Retire old postgres versions - ajroetker
Title: Message Title gepetto-bot commented on PDB-1059 Re: PR (1172): (pdb-775) Retire old postgres versions - ajroetker pljenkinsro commented: Test PASSed. Refer to this link for build results (access rights to CI server needed): https://jenkins.puppetlabs.com/job/platform_puppetdb_intn-sys_pr/293/ Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3656) Prefetch eats all exceptions, there is no way to fail out.
Title: Message Title Josh Cooper commented on PUP-3656 Re: Prefetch eats all exceptions, there is no way to fail out. Completely agree this is a problem, though puppet does not eat all exceptions in https://github.com/puppetlabs/puppet/blob/master/lib/puppet/transaction.rb#L306-L310, only those exceptions descending from StandardError, which excludes LoadError. On a side note, we made a pass through puppet eliminating places where we really were rescuing all Exceptions, see PUP-3521 Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3755) Catalogs are transformed to resources outside of node environments
Title: Message Title Henrik Lindberg updated an issue Puppet / PUP-3755 Catalogs are transformed to resources outside of node environments Change By: Henrik Lindberg Assignee: Henrik Lindberg Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3657) Using create_resource or some other Ruby methodology for creating resources allows for invalid resource references
Title: Message Title Henrik Lindberg commented on PUP-3657 Re: Using create_resource or some other Ruby methodology for creating resources allows for invalid resource references The problem here is that the underlying logic uses a string as the datatype for the reference and the function simply relays what it got in the hash. If the example instead was written with a real reference (as in the working example), the parser would then give the same error. Fixing this in create_resources means that it must have special knowledge about certain parameters (their type) in order to enforce correct input. Alternatively fixing this can wait until types actually have proper typing. In 4.0, users should preferably use the new resource syntax (instead of create resources) and not specify relations by using strings that are encoded references. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3657) Using create_resource or some other Ruby methodology for creating resources allows for invalid resource references
Title: Message Title Henrik Lindberg updated an issue Puppet / PUP-3657 Using create_resource or some other Ruby methodology for creating resources allows for invalid resource references Change By: Henrik Lindberg Component/s: Server Component/s: DSL Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-548) Puppet hiera backend by default
Title: Message Title Henrik Lindberg commented on PUP-548 Re: Puppet hiera backend by default Eric Sorenson Is this still relevant now that we have an agnostic plugin mechanism for "data in environment and modules"? Suggest closing this as a "won't fix", since the idea this ticket expresses was a stop-gap solution that we really did not want in the first place. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-547) Allow the Hiera puppet backend to be used with DataBindings
Title: Message Title Henrik Lindberg commented on PUP-547 Re: Allow the Hiera puppet backend to be used with DataBindings Eric Sorenson Is this still relevant now that we added an agnostic mechanism for plugging in a provider of "data in environment and modules" ? IMO we can close this issue as a won't fix. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PDB-1059) PR (1172): (pdb-775) Retire old postgres versions - ajroetker
Title: Message Title gepetto-bot commented on PDB-1059 Re: PR (1172): (pdb-775) Retire old postgres versions - ajroetker ajroetker commented: @pljenkinsro retest this please Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (HI-303) Add optional dependency deep_merge to Gemfile
Title: Message Title Melissa Stone commented on HI-303 Re: Add optional dependency deep_merge to Gemfile Kylo Ginsberg fyi, we've updated the deep_merge gem dependency. I'm not entirely sure where this ticket needs to go next, I'm assuming ready for CI, but if that isn't correct, please feel free to correct it. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PDB-1059) PR (1172): (pdb-775) Retire old postgres versions - ajroetker
Title: Message Title gepetto-bot commented on PDB-1059 Re: PR (1172): (pdb-775) Retire old postgres versions - ajroetker pljenkinsro commented: Test FAILed. Refer to this link for build results (access rights to CI server needed): https://jenkins.puppetlabs.com/job/platform_puppetdb_intn-sys_pr/292/ Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Dan Bode commented on PUP-3761 Re: puppet agent --onetime not honored I had another look today, and by default puppet agent --test doesn't work (the main thing that I'm confused about) I remember this command always just working before, so it seems like a significant break in backwards compat. Also you mentioned race conditions related to running puppet from the foreground. What is the safe way to run it? service puppet stop puppet agent --enable puppet agent -t puppet agent --disable service puppet start Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title Josh Cooper commented on PUP-3768 Re: scheduled_task keeps reapplying The windows APIs for retrieving task command, parameters, etc don't tell you how long the string is, instead you have to keep reading until you run into a wide null terminator. We enforce a maximum length of 256 to ensure we don't read off the end of the string: https://github.com/puppetlabs/puppet/blob/master/lib/puppet/util/windows/taskscheduler.rb#L408. Looks like 256 is not large enough for scheduled task parameters. We should check the other task methods as well, e.g. working directory, trigger string, comment, creator, account info. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title Josh Cooper updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: Josh Cooper Labels: windows Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3751) The installer should fail if the memory does not meet the minimum requirements.
Title: Message Title Celia Cottle updated an issue Puppet / PUP-3751 The installer should fail if the memory does not meet the minimum requirements. Change By: Celia Cottle Labels: support Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PDB-1059) PR (1172): (pdb-775) Retire old postgres versions - ajroetker
Title: Message Title gepetto-bot commented on PDB-1059 Re: PR (1172): (pdb-775) Retire old postgres versions - ajroetker ajroetker commented: @pljenkinsro retest this please Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: zack shahan Every puppet run I have a scheduled task that gets re-applied even though there was no change. After doing some digging, it looks like it applies correctly, but on the next run, it is only comparing a part of the argument string instead of the full string.It looks like when doing the comparison, it is only reading in the first 256 characters instead of the entire string. {quote} scheduled_task { 'cloud_backup': ensure=> present, command => 'C:\Program Files\Duplicati\Duplicati.CommandLine.exe', arguments => template('fdlic/duplicati/backup.erb'), trigger => {schedule => weekly,start_time => '08:00:00',start_date => '2014-05-08' } } {quote} arguments changed 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclu' to 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclude=*.acc' --exclude=*.mp4 --exclude=*.avi --exclude=*.3gp --exclude=*.mpg --exclude=*.mov Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: zack shahan Every puppet run I have a scheduled task that gets re-applied even though there was no change. After doing some digging, it looks like it applies correctly, but on the next run, it is only comparing a part of the argument string instead of the full string.It looks like when doing the comparison, it is only reading in the first 256 characters instead of the entire string.{quote}scheduled_task { 'cloud_backup': ensure=> present, command => 'C:\Program Files\Duplicati\Duplicati.CommandLine.exe', arguments => template('fdlic/duplicati/backup.erb'), trigger => {schedule => weekly,start_time => '08:00:00',start_date => '2014-05-08' } , }{quote}arguments changed 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclu' to 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclude=*.acc' --exclude=*.mp4 --exclude=*.avi --exclude=*.3gp --exclude=*.mpg --exclude=*.mov Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: zack shahan Every puppet run I have a scheduled task that gets re-applied even though there was no change. After doing some digging, it looks like it applies correctly, but on the next run, it is only comparing a part of the argument string instead of the full string.It looks like when doing the comparison, it is only reading in the first 256 characters instead of the entire string. {quote} scheduled_task { 'cloud_backup': ensure=> present, command => 'C:\Program Files\Duplicati\Duplicati.CommandLine.exe', arguments => template('fdlic/duplicati/backup.erb'), trigger => {schedule => weekly,start_time => '08:00:00',start_date => '2014-05-08' } ,} {quote} arguments changed 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclu' to 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclude=*.acc' --exclude=*.mp4 --exclude=*.avi --exclude=*.3gp --exclude=*.mpg --exclude=*.mov Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Gro
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: zack shahan Every puppet run I have a scheduled task that gets re-applied even though there was no change. After doing some digging, it looks like it applies correctly, but on the next run, it is only comparing a part of the argument string instead of the full string.It looks like when doing the comparison, it is only reading in the first 256 characters instead of the entire string. scheduled_task { 'cloud_backup': ensure=> present, command => 'C:\Program Files\Duplicati\Duplicati.CommandLine.exe', arguments => template('fdlic/duplicati/backup.erb'), trigger => {schedule => weekly,start_time => '08:00:00',start_date => '2014-05-08' } ,}arguments changed 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclu' to 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclude=*.acc' --exclude=*.mp4 --exclude=*.avi --exclude=*.3gp --exclude=*.mpg --exclude=*.mov Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" grou
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: zack shahan Every puppet run I have a scheduled task that gets re-applied even though there was no change. After doing some digging, it looks like it applies correctly, but on the next run, it is only comparing a part of the argument string instead of the full string.It looks like when doing the comparision, it is only reading in the first 256 characters instead of the entire string.arguments changed 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclu' to 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclude=*.acc' --exclude=*.mp4 --exclude=*.avi --exclude=*.3gp --exclude=*.mpg --exclude=*.mov Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan updated an issue Puppet / PUP-3768 scheduled_task keeps reapplying Change By: zack shahan Every puppet run I have a scheduled task that gets re-applied even though there was no change. After doing some digging, it looks like it applies correctly, but on the next run, it is only comparing a part of the argument string instead of the full string.It looks like when doing the comparision comparison , it is only reading in the first 256 characters instead of the entire string.arguments changed 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclu' to 'backup --ftp-username=empty --ftp-password=empty --max-upload-pr-second=500kb --thread-priority=BelowNormal --use-ssl --passphrase=empty --aes-encryption-dont-allow-fallback=true --full-if-older-than=1M --exclude=*.wma --exclude=*.mp3 --exclude=*.acc' --exclude=*.mp4 --exclude=*.avi --exclude=*.3gp --exclude=*.mpg --exclude=*.mov Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/op
Jira (PUP-3768) scheduled_task keeps reapplying
Title: Message Title zack shahan created an issue Puppet / PUP-3768 scheduled_task keeps reapplying Issue Type: Bug Affects Versions: PUP 3.7.2 Assignee: Kylo Ginsberg Components: Client Created: 2014/12/15 1:26 PM Priority: Normal Reporter: zack shahan Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e)
Jira (PUP-659) Qualified variable lookups are very slow under Puppet 2.7+ unless prefixed with ::
Title: Message Title Henrik Lindberg commented on PUP-659 Re: Qualified variable lookups are very slow under Puppet 2.7+ unless prefixed with :: Merged to master https://github.com/puppetlabs/puppet/commit/9129051acb1b069233cda6f6ee1ef6d315660691 Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PDB-1059) PR (1172): (pdb-775) Retire old postgres versions - ajroetker
Title: Message Title gepetto-bot commented on PDB-1059 Re: PR (1172): (pdb-775) Retire old postgres versions - ajroetker pljenkinsro commented: Test FAILed. Refer to this link for build results (access rights to CI server needed): https://jenkins.puppetlabs.com/job/platform_puppetdb_intn-sys_pr/291/ Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3767) PMT build action should warn when it encounters unrecognized keys in metadata.json
Title: Message Title Jesse Scott created an issue Puppet / PUP-3767 PMT build action should warn when it encounters unrecognized keys in metadata.json Issue Type: Improvement Assignee: Unassigned Components: PMT Created: 2014/12/15 11:33 AM Priority: Normal Reporter: Jesse Scott Some sort of indication during pmt build about unrecognized metadata.json keys would help module authors detect problems before publishing. For example, in a dependency: having a valid name but a typo in the version_requirement key will currently result an unbounded dependency. Add Comment
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Dan Bode commented on PUP-3761 Re: puppet agent --onetime not honored I need to look into this more. After looking at the code I can tell this isn't something new. I was a little confused b/c this message is what I see after a fresh Puppet install (ie: things are disabled by default). I may need to recreate and try to understand why I'm seeing it (b/c I didn't see any recent commits merged into 3.x that would cause this to be the default behavior) Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Josh Cooper commented on PUP-3761 Re: puppet agent --onetime not honored I don't think we want - test/onetime to imply -enable, since that would introduce race conditions where the background agent could run between the time the lock is removed and when the foreground agent runs. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-659) Qualified variable lookups are very slow under Puppet 2.7+ unless prefixed with ::
Title: Message Title Hailee Kenney commented on PUP-659 Re: Qualified variable lookups are very slow under Puppet 2.7+ unless prefixed with :: I've opened a pull request to revert the revert: https://github.com/puppetlabs/puppet/pull/3414 Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Dan Bode commented on PUP-3761 Re: puppet agent --onetime not honored maybe --enable should just be added to the --test alias? Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Dan Bode commented on PUP-3761 Re: puppet agent --onetime not honored It appears that setting this flat to --enable means that the puppet agent will start running in the background (is that not true?) Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Josh Cooper commented on PUP-3761 Re: puppet agent --onetime not honored Dan Bode If the agent is administratively disabled, then both foreground and background puppet agent runs are disabled. Are you asking that puppet agent when running in the foreground with onetime, should be allowed to run (ignoring the lock file)? Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Josh Cooper updated an issue Puppet / PUP-3761 puppet agent --onetime not honored Change By: Josh Cooper Assignee: Dan Bode Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3761) puppet agent --onetime not honored
Title: Message Title Josh Cooper updated an issue Puppet / PUP-3761 puppet agent --onetime not honored Change By: Josh Cooper when running the following command: {noformat} puppet agent --noop puppet-master.service.consul --test --onetime {noformat} (NOTE: --onetime added for clarify here, it is also part of the --test alias)I get the following error: {noformat} Notice: Skipping run of Puppet configuration client; administratively disabled (Reason: 'Disabled by default on new installations');Use 'puppet agent --enable' to re-enable. {noformat} After reading about \ - \ -enable, it looks like I would not want to enable this option (--onetime means that I just want to run puppet once, and I don't necessarily want it to run in the background. It seems as if --test, --onetime, and --no-daemonize, have been rendered unsupported by this admin lock.Am I missing something, or are these options not going to be supported anymore? That would be a shame b/c they were really useful :( Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3766) exec should set LC_ALL and LANG to C by default
Title: Message Title Josh Cooper commented on PUP-3766 Re: exec should set LC_ALL and LANG to C by default Hi Daniele Sluijters, the base exec provider does call into Puppet::Util::Execution#execute, but it always sets override_locale => false. It looks that behavior was first introduced in commit https://github.com/puppetlabs/puppet/commit/2ea85ef38212ca9ebb79a6e1d57b54a759fbb76e for https://projects.puppetlabs.com/issues/11860. I think if we were to switch LANG, etc, it would bring back the issues mentioned in the old bug report. /cc Christopher Price Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-659) Qualified variable lookups are very slow under Puppet 2.7+ unless prefixed with ::
Title: Message Title Hailee Kenney assigned an issue to Hailee Kenney Puppet / PUP-659 Qualified variable lookups are very slow under Puppet 2.7+ unless prefixed with :: Change By: Hailee Kenney Assignee: Hailee Kenney Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3766) exec should set LC_ALL and LANG to C by default
Title: Message Title Daniele Sluijters commented on PUP-3766 Re: exec should set LC_ALL and LANG to C by default Related to this: https://github.com/puppetlabs/puppetlabs-apt/pull/394. Add Comment This message was sent by Atlassian JIRA (v6.3.7#6337-sha1:2ed701e) -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To unsubscribe from this group and stop receiving emails from it, send an email to puppet-bugs+unsubscr...@googlegroups.com. To post to this group, send email to puppet-bugs@googlegroups.com. Visit this group at http://groups.google.com/group/puppet-bugs. For more options, visit https://groups.google.com/d/optout.
Jira (PUP-3766) exec should set LC_ALL and LANG to C by default
Title: Message Title Daniele Sluijters created an issue Puppet / PUP-3766 exec should set LC_ALL and LANG to C by default Issue Type: Task Assignee: Unassigned Components: DSL Created: 2014/12/15 2:54 AM Priority: Normal Reporter: Daniele Sluijters Puppet::Util::Execution#execute already does this which is what most providers use. By setting these two variables to C by default you usually end up with US/English output in ASCII and byte-wise sorting/ordering. This means that no matter the locale of the user who runs Puppet you'll get consistent output from a command. Add Comment
Jira (PUP-3765) service providers not utilizing selinux
Title: Message Title eric gisse updated an issue Puppet / PUP-3765 service providers not utilizing selinux Change By: eric gisse Puppet on SELinux enabled systems currently has an issue where the init provider does not start programs into their correct SELinux context.While this problem was first discovered with Gentoo's openrc provider, this applies for sure to redhat and probably debian as well. Though I don't have a test case for debian at the moment.The problem is setup like this.When you start a service under selinux, the program inherits the contexts of the current SELinux user/role/context unless there's a transition to move it to a more appropriate domain.Thre is a selinux userspace utility called run_init to "help" this along so that init scripts can be called via userspace into their proper context.The problem illustrated:This is how sshd likes to run on EL6:{quote}\# ps auxZ | grep /usr/sbin/sshdsystem_u:system_r:sshd_t:s0-s0:c0.c1023 root 1932 0.0 0.0 66688 1252 ?Ss Dec14 0:00 /usr/sbin/sshd{quote}Now restart the service and see what context it runs under. This, by the way, is how puppet will restart a service. Either with "service" or directly calling the init script - either way the result is the same. {quote} \ # service sshd restartStopping sshd: [ OK ]Starting sshd: [ OK ] \ # ps auxZ | grep /usr/sbin/sshdunconfined_u:system_r:sshd_t:s0-s0:c0.c1023 root 3955 0.5 0.0 66688 1220 ? Ss 03:02 0:00 /usr/sbin/sshd {quote} It should not be too surprising that the root user's selinux user is unconfined_u under EL6: {quote} \ # id -Zunconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 {quote} Now when sshd is restarted with run_init: {quote} \ # run_init service sshd restartAuthenticating root.Stopping sshd: [ OK ]Starting sshd: [ OK ] \ # ps auxZ | grep /usr/sbin/sshdsystem_u:system_r:sshd_t:s0-s0:c0.c1023 root 3981 0.0 0.0 66688 1228 ?Ss 03:03 0:00 /usr/sbin/sshd {quote} Correct context!I'm reasonably *close* to a solution, but it requires tweaking for non-selinux cases and has a few engineering "concerns".In short:1) Drop a run_init command into the provider: {quote} has_command(:run_init, '/usr/sbin/run_init') dois_optional end {quote} 2) Modify the service calls accordingly.Eg, statuscmd in the openrc.rb provider goes from this: {quote} command(:rcservice), @resource[:name], :status {quote} ...to this: {quote} command(:run_init), command(:rcservice), @resource[:name], :status {quote} This works happily in the openrc example, though it does not work so well in the non-selinux case due to an additional space being prepended to the run_init command being nonexistent.I'm not clear how to solve that, but that's a solid starting point into fixing this.This does have an additional issue where any case where run_init is used, a modification to pam needs to be made so the automatic transition is possible. I'm not clear on the general resolution of that.
Jira (PUP-3765) service providers not utilizing selinux
Title: Message Title eric gisse updated an issue Puppet / PUP-3765 service providers not utilizing selinux Change By: eric gisse Puppet on SELinux enabled systems currently has an issue where the init provider does not start programs into their correct SELinux context.While this problem was first discovered with Gentoo's openrc provider, this applies for sure to redhat and probably debian as well. Though I don't have a test case for debian at the moment.The problem is setup like this.When you start a service under selinux, the program inherits the contexts of the current SELinux user/role/context unless there's a transition to move it to a more appropriate domain.Thre is a selinux userspace utility called run_init to "help" this along so that init scripts can be called via userspace into their proper context.The problem illustrated:This is how sshd likes to run on EL6: {quote} \ # ps auxZ | grep /usr/sbin/sshdsystem_u:system_r:sshd_t:s0-s0:c0.c1023 root 1932 0.0 0.0 66688 1252 ?Ss Dec14 0:00 /usr/sbin/sshd {quote} Now restart the service and see what context it runs under. This, by the way, is how puppet will restart a service. Either with "service" or directly calling the init script - either way the result is the same.# service sshd restartStopping sshd: [ OK ]Starting sshd: [ OK ]# ps auxZ | grep /usr/sbin/sshdunconfined_u:system_r:sshd_t:s0-s0:c0.c1023 root 3955 0.5 0.0 66688 1220 ? Ss 03:02 0:00 /usr/sbin/sshdIt should not be too surprising that the root user's selinux user is unconfined_u under EL6:# id -Zunconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023Now when sshd is restarted with run_init:# run_init service sshd restartAuthenticating root.Stopping sshd: [ OK ]Starting sshd: [ OK ]# ps auxZ | grep /usr/sbin/sshdsystem_u:system_r:sshd_t:s0-s0:c0.c1023 root 3981 0.0 0.0 66688 1228 ?Ss 03:03 0:00 /usr/sbin/sshdCorrect context!I'm reasonably *close* to a solution, but it requires tweaking for non-selinux cases and has a few engineering "concerns".In short:1) Drop a run_init command into the provider: has_command(:run_init, '/usr/sbin/run_init') dois_optional end2) Modify the service calls accordingly.Eg, statuscmd in the openrc.rb provider goes from this:command(:rcservice), @resource[:name], :status...to this:command(:run_init), command(:rcservice), @resource[:name], :statusThis works happily in the openrc example, though it does not work so well in the non-selinux case due to an additional space being prepended to the run_init command being nonexistent.I'm not clear how to solve that, but that's a solid starting point into fixing this.This does have an additional issue where any case where run_init is used, a modification to pam needs to be made so the automatic transition is possible. I'm not clear on the general resolution of that.
Jira (PUP-3765) service providers not utilizing selinux
Title: Message Title eric gisse created an issue Puppet / PUP-3765 service providers not utilizing selinux Issue Type: Bug Affects Versions: PUP 3.7.3 Assignee: Unassigned Created: 2014/12/15 1:11 AM Environment: Any SELinux system Labels: selinux redhat gentoo Priority: Normal Reporter: eric gisse Puppet on SELinux enabled systems currently has an issue where the init provider does not start programs into their correct SELinux context. While this problem was first discovered with Gentoo's openrc provider, this applies for sure to redhat and probably debian as well. Though I don't have a test case for debian at the moment. The problem is setup like this. When you start a service under selinux, the program inherits the contexts of the current SELinux user/role/context unless there's a transition to move it to a more appropriate domain. T