Jira (PUP-9333) Unable to mask static / oneshot services

2020-08-31 Thread Paul Raines (Jira)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Paul Raines commented on  PUP-9333  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Unable to mask static / oneshot services   
 

  
 
 
 
 

 
 Found this bug in my install of 6.16.0 on CentOS8 with service  { 'systemd-logind': name => 'systemd-logind', ensure => stopped, enable => mask, } The stopping works, but it does not mask it.  Just silently fails.    
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v8.5.2#805002-sha1:a66f935)  
 
 

 
   
 

  
 

  
 

   





-- 
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 view this discussion on the web visit https://groups.google.com/d/msgid/puppet-bugs/JIRA.286420.1543308439000.27618.1598905920115%40Atlassian.JIRA.


Jira (PUP-3956) Puppet master doesn't free file descriptor after USR2

2017-09-19 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines commented on  PUP-3956 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: Puppet master doesn't free file descriptor after USR2  
 
 
 
 
 
 
 
 
 
 
What version are you using Josh? I have 3.8.7 on a CentOS 6 box but this is still an issue 
 
 
 
 
 
 
[root@spacewalk puppet]# lsof -p 31357 | grep var/log 
 
 
 
 
puppet  31357 puppet6u   REG  252,1 1482018074418623 /var/log/puppet/masterhttp.log-20170909 
 
 
 
 
[root@spacewalk puppet]# kill -s USR1 31357 
 
 
 
 
[root@spacewalk puppet]# kill -s USR2 31357 
 
 
 
 
[root@spacewalk puppet]# lsof -p 31357 | grep var/log 
 
 
 
 
puppet  31357 puppet6u   REG  252,1 1482030452418623 /var/log/puppet/masterhttp.log-20170909
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


Jira (PUP-2189) The CRL can get corrupted if two workers revoke certs at same time

2017-08-10 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines commented on  PUP-2189 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: The CRL can get corrupted if two workers revoke certs at same time  
 
 
 
 
 
 
 
 
 
 
What is the proper way to recover from corrupted CRL? 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.14#64029-sha1:ae256fe) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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 https://groups.google.com/group/puppet-bugs.
For more options, visit https://groups.google.com/d/optout.


Jira (PUP-6293) Yup package provider: ensure => latest fails with multilib packages

2016-05-12 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines commented on  PUP-6293 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
  Re: Yup package provider: ensure => latest fails with multilib packages  
 
 
 
 
 
 
 
 
 
 
Thought I would document here my workaround in case people googling this issue find this. 
 
 
 
 
 
 
  $_latestpkgs = [ 
 
 
 
 
"firefox", 
 
 
 
 
"openssl", 
 
 
 
 
  ] 
 
 
 
 
   
 
 
 
 
  $_justinstallpkgs = [ 
 
 
 
 
"ddd", 
 
 
 
 
"iftop", 
 
 
 
 
  ] 
 
 
 
 
  
 
 
 
 
  $_allxtrapkgs = [ $_xtrapkgs , $_latestpkgs ] 
 
   

Jira (PUP-6293) Yup package provider: ensure => latest fails with multilib packages

2016-05-11 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines updated an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Puppet /  PUP-6293 
 
 
 
  Yup package provider: ensure => latest fails with multilib packages  
 
 
 
 
 
 
 
 
 

Change By:
 
 Paul Raines 
 
 
 
 
 
 
 
 
 
 When a package such as openssl098e has both x86_64 and i686 versions installed and not the latest and your puppet manifests does something like:{quote}package  \  { 'openssl098e':ensure => latest, \ }{quote}and newer versions exist in the updates repository, the yum provider fails as it calls {quote}/usr/bin/yum -d 0 -e 0 -y install openssl098e{quote}which errors with "Multilib version problems found".  Since older versions of the packages exist the yum provider should not be doing an "install" but should instead run{quote}/usr/bin/yum -d 0 -e 0 -y update openssl098e{quote}which does work to update both x86_64 and i686 versions of the package without the multilib error. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.13#64028-sha1:b7939e9) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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 https://groups.google.com/group/puppet-bugs.
For more options, visit https://groups.google.com/d/optout.


Jira (PUP-6293) Yup package provider: ensure => latest fails with multilib packages

2016-05-11 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines updated an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Puppet /  PUP-6293 
 
 
 
  Yup package provider: ensure => latest fails with multilib packages  
 
 
 
 
 
 
 
 
 

Change By:
 
 Paul Raines 
 
 
 
 
 
 
 
 
 
 When a package such as openssl098e has both x86_64 and i686 versions installed and not the latest and your puppet manifests does something like: {quote} package { 'openssl098e':ensure => latest,} {quote}   and newer versions exist in the updates repository, the yum provider fails as it calls  {quote} /usr/bin/yum -d 0 -e 0 -y install openssl098e {quote}   which errors with "Multilib version problems found".  Since older versions of the packages exist the yum provider should not be doing an "install" but should instead run {quote} /usr/bin/yum -d 0 -e 0 -y update openssl098e {quote}   which does work to update both x86_64 and i686 versions of the package without the multilib error. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.13#64028-sha1:b7939e9) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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 https://groups.google.com/group/puppet-bugs.
For more options, visit https://groups.google.com/d/optout.


Jira (PUP-6293) Yup package provider: ensure => latest fails with multilib packages

2016-05-11 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines updated an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Puppet /  PUP-6293 
 
 
 
  Yup package provider: ensure => latest fails with multilib packages  
 
 
 
 
 
 
 
 
 

Change By:
 
 Paul Raines 
 
 
 
 
 
 
 
 
 
 When a package such as openssl098e has both x86_64 and i686 versions installed and not the latest and your puppet manifests does something like: {quote} package { 'openssl098e':ensure => latest,} {quote} and newer versions exist in the updates repository, the yum provider fails as it calls  {quote) /usr/bin/yum -d 0 -e 0 -y install openssl098e {quote} which errors with "Multilib version problems found".  Since older versions of the packages exist the yum provider should not be doing an "install" but should instead run {quote} /usr/bin/yum -d 0 -e 0 -y update openssl098e {quote} which does work to update both x86_64 and i686 versions of the package without the multilib error. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.13#64028-sha1:b7939e9) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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 https://groups.google.com/group/puppet-bugs.
For more options, visit https://groups.google.com/d/optout.


Jira (PUP-6293) Yup package provider: ensure => latest fails with multilib packages

2016-05-11 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines updated an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Puppet /  PUP-6293 
 
 
 
  Yup package provider: ensure => latest fails with multilib packages  
 
 
 
 
 
 
 
 
 

Change By:
 
 Paul Raines 
 
 
 
 
 
 
 
 
 
 When a package such as openssl098e has both x86_64 and i686 versions installed and not the latest and your puppet manifests does something like: { { quote}  package { 'openssl098e':ensure => latest,  }  {quote } }   and newer versions exist in the updates repository, the yum provider fails as it calls { { quote) /usr/bin/yum -d 0 -e 0 -y install openssl098e {quote } } which errors with "Multilib version problems found".  Since older versions of the packages exist the yum provider should not be doing an "install" but should instead run{ { quote} /usr/bin/yum -d 0 -e 0 -y update openssl098e {quote } } which does work to update both x86_64 and i686 versions of the package without the multilib error. 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.13#64028-sha1:b7939e9) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





-- 
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 https://groups.google.com/group/puppet-bugs.
For more options, visit https://groups.google.com/d/optout.


Jira (PUP-6293) Yup package provider: ensure => latest fails with multilib packages

2016-05-11 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines created an issue 
 
 
 
 
 
 
 
 
 
 

 
 
 
 
 
 
 
 Puppet /  PUP-6293 
 
 
 
  Yup package provider: ensure => latest fails with multilib packages  
 
 
 
 
 
 
 
 
 

Issue Type:
 
  Bug 
 
 
 

Affects Versions:
 

 PUP 3.8.7 
 
 
 

Assignee:
 
 Kylo Ginsberg 
 
 
 

Components:
 

 Types and Providers 
 
 
 

Created:
 

 2016/05/11 1:27 PM 
 
 
 

Environment:
 
 
CentOS Linux 7.1.1503 
 
 
 

Priority:
 
  Normal 
 
 
 

Reporter:
 
 Paul Raines 
 
 
 
 
 
 
 
 
 
 
When a package such as openssl098e has both x86_64 and i686 versions installed and not the latest and your puppet manifests does something like: 
 {{ package  { 'openssl098e': ensure => latest, } 
}} and newer versions exist in the updates repository, the yum provider fails as it calls  {{ /usr/bin/yum -d 0 -e 0 -y install openssl098e}} 
which errors with "Multilib version problems found". Since older versions of the packages exist the yum provider should not be doing an "install" but should instead run {{ /usr/bin/yum -d 0 -e 0 -y update openssl098e}} 

Jira (PUP-2305) atboot time = false always creates /etc/fstab entry

2015-07-16 Thread Paul Raines (JIRA)
Title: Message Title
 
 
 
 
 
 
 
 
 
 
  
 
 Paul Raines commented on  PUP-2305 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
  Re: atboot time = false always creates /etc/fstab entry  
 
 
 
 
 
 
 
 
 
 
Just reporting this is also the case on CentOS/RedHat with 3.7.3 
Looks like atboot is just an ignored option and always treated as true 
 
 
 
 
 
 
 
 
 
 
 
 

 
 Add Comment 
 
 
 
 
 
 
 
 
 
 


 
 
 
 
 
 
 
 
 

 This message was sent by Atlassian JIRA (v6.4.5#64020-sha1:78acd6c) 
 
 
 
 
  
 
 
 
 
 
 
 
 
   





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