Jira (FACT-773) inconsistency: missing network

2014-12-30 Thread Hadmut Danisch (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Hadmut Danisch created an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Facter /  FACT-773 
 
 
 
  inconsistency: missing network  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Improvement 
 
 
 

Affects Versions:
 

 FACT 1.7.5 
 
 
 

Assignee:
 
 Eric Sorenson 
 
 
 

Created:
 

 2014/12/30 6:02 AM 
 
 
 

Priority:
 
  Normal 
 
 
 

Reporter:
 
 Hadmut Danisch 
 
 
 
 
 
 
 
 
 
 
facter reports ipadresses, netmasks and networks.  
But: it reports ipaddress both for each network adapter and a common one, i.e. ipadress and ipaddress_eth0,... 
same with netmask 
but not for network, there's only the ones with network adapters like netmask_eth0 
although it is possible to calculate the network from ipadress and mask, it does not make sense to have this inconsistency.  
and, btw., a regular CIDR notation like 10.0.0.0/16 as an additional info would be nice and make life easier.  
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
  

Jira (PUP-3792) Remove Entry from Crontab

2014-12-30 Thread Tammy Shaikh (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Tammy Shaikh assigned an issue to Kylo Ginsberg 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Puppet /  PUP-3792 
 
 
 
  Remove Entry from Crontab  
 
 
 
 
 
 
 
 
 

Change By:
 
 Tammy Shaikh 
 
 
 

Assignee:
 
 TammyShaikh KyloGinsberg 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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-1295) Yum provider purge target runs irrespective of package installation status

2014-12-30 Thread Jason Corley (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Jason Corley commented on  PUP-1295 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
  Re: Yum provider purge target runs irrespective of package installation status  
 
 
 
 
 
 
 
 
 
 
confirmed again with puppet 3.7.1 on centos 6.5 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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-3797) Firewall module blocking machine

2014-12-30 Thread Hadmut Danisch (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Hadmut Danisch created an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Puppet /  PUP-3797 
 
 
 
  Firewall module blocking machine  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Assignee:
 

 Unassigned 
 
 
 

Created:
 

 2014/12/30 7:15 AM 
 
 
 

Environment:
 
 
ubuntu linux 14.04 
 
 
 

Priority:
 
  Normal 
 
 
 

Reporter:
 
 Hadmut Danisch 
 
 
 
 
 
 
 
 
 
 
Hi,  
the firewall module can block a machine completely.  
e.g. something like 
firewallchain  { 'INPUT:filter:IPv4': policy = 'drop', purge = true; } 
and  
firewall  { '010 ssh': proto = tcp, port = 22, action ="" accept; } 
then the firewallchain is executed before the firewall resource, because firewall implicitely requires firewall resource. So the chain is purged and set to drop before any rules are applied.  
If you are connected to the machine through ssh and use puppet like puppet agent --test or puppet apply... 
then the ssh connection is interrupted once the chain is purged and set to drop. But the accept rule is never applied, since puppet waits for printing the line about the firewallchain (or other resource that might be applied meanwhile) which is not possible because of the blocked ssh connection. Thus puppet is waiting forever and the machine is completely blocked. No access if this is a remote server machine.  
 
 
 
 
   

Jira (PUP-3792) Remove Entry from Crontab

2014-12-30 Thread Kylo Ginsberg (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Kylo Ginsberg commented on  PUP-3792 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
  Re: Remove Entry from Crontab  
 
 
 
 
 
 
 
 
 
 
Hi Tammy Shaikh! 
Thanks for the query, but this is our issue tracker (i.e. for bugs or enhancments), not a help forum. 
You can get help in lots of ways though! Check out https://puppetlabs.com/community/get-help for several venues, including #puppet on IRC, the puppet-users email group, or ask.puppetlabs.com. 
Have fun using puppet!! 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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-3798) spec/integration/provider/mount_spec.rb fails when run alone

2014-12-30 Thread Kylo Ginsberg (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Kylo Ginsberg created an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Puppet /  PUP-3798 
 
 
 
  spec/integration/provider/mount_spec.rb fails when run alone  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Assignee:
 

 Unassigned 
 
 
 

Created:
 

 2014/12/30 11:42 AM 
 
 
 

Priority:
 
  Normal 
 
 
 

Reporter:
 
 Kylo Ginsberg 
 
 
 
 
 
 
 
 
 
 
Just noting this for now. I started to dig in but didn't have time to track it down. It works okay if preceded by, say, spec/integration/provider/cron/crontab_spec.rb. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) 
 
 
 
 
  
 
  

Jira (PUP-3799) Classes with underscores are not found

2014-12-30 Thread Matthew Kennedy (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Matthew Kennedy created an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Puppet /  PUP-3799 
 
 
 
  Classes with underscores are not found  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Affects Versions:
 

 PUP 3.7.3 
 
 
 

Assignee:
 

 Unassigned 
 
 
 

Components:
 

 DSL 
 
 
 

Created:
 

 2014/12/30 12:04 PM 
 
 
 

Priority:
 
  Normal 
 
 
 

Reporter:
 
 Matthew Kennedy 
 
 
 
 
 
 
 
 
 
 
See https://groups.google.com/forum/#!topic/puppet-users/ZkJRawVfraY 
Here is my issue for reference. 
I have code that pulls in profiles. 
 if (defined(profile::$ {separator}::${profile})) { include profile::${separator} 
::$ {profile} 
 } 
$separator will be something like 'app' or 'role' $profile will be something like 'blah' or 'blah_app' 
The profile classes looks like 
class profile::app::blah ( ) { notify  { 'I am blah': } 
} 
or  
class profile::app::blah_app ( ) { notify  { 'I am blah_app': } 
} 
The problem is 

Jira (PUP-3799) Classes with underscores are not found

2014-12-30 Thread Matthew Kennedy (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Matthew Kennedy updated an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Puppet /  PUP-3799 
 
 
 
  Classes with underscores are not found  
 
 
 
 
 
 
 
 
 

Change By:
 
 Matthew Kennedy 
 
 
 
 
 
 
 
 
 
 Seehttps://groups.google.com/forum/#!topic/puppet-users/ZkJRawVfraYHereismyissueforreference.Ihavecodethatpullsinprofiles. {code} if(defined(profile::${separator}::${profile})){includeprofile::${separator}::${profile}} {code} $separatorwillbesomethinglike'app'or'role'$profilewillbesomethinglike'blah'or'blah_app'Theprofileclasseslookslike {code} classprofile::app::blah(){notify{'Iamblah':}} {code} or {code} classprofile::app::blah_app(){notify{'Iamblah_app':}} {code} TheproblemisthatifIhaveaprofilewithanunderscore(blah_app)theprofileisnotfound,classeswithoutunderscoresworkfine.DowngradingtoPuppet3.7.2doesnothavethisissuesothisappearstobearegression. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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-3800) hiera function reacts different based on order of loaded resources

2014-12-30 Thread Bert Hajee (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Bert Hajee created an issue 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 Puppet /  PUP-3800 
 
 
 
  hiera function reacts different based on order of loaded resources  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Affects Versions:
 

 PUP 3.7.3 
 
 
 

Assignee:
 

 Unassigned 
 
 
 

Attachments:
 

 hiera_error-to_puppetlabs.zip 
 
 
 

Components:
 

 Platform 
 
 
 

Created:
 

 2014/12/30 2:07 PM 
 
 
 

Environment:
 
 
any 
 
 
 

Labels:
 

 hiera 
 
 
 

Priority:
 
  Normal 
 
 
 

Reporter:
 
 Bert Hajee 
 
 
 
 
 
 
 
 
 
 
when 

Jira (PUP-3644) move all legacy and v2.0 endpoints to v3

2014-12-30 Thread Christopher Price (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Christopher Price commented on  PUP-3644 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
  Re: move all legacy and v2.0 endpoints to v3  
 
 
 
 
 
 
 
 
 
 
Eric Sorenson we are leaning towards removing the `/v2.0/environments endpoint`, for the reason that Henrik Lindberg mentioned above. Do you have any objections to that? 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.3.10#6340-sha1:7ea293a) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





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