similar to: Why does doveadm always run doveconf?

On 18/01/2023 22:01, Bert Van de Poel wrote: > I was quite surprised to find that doveadm requires > quite broad privileges (in my case root privileges) to function > properly. This is, I think, a "feature" that was introduced in 2.3. It can make life difficult. There's a message somewhere on the mailing list describing this, but I can't currently find it. The OP

Citeren jimc <jimc at jfcarter.net>: > Distro: OpenSuSE Tumbleweed for x86_64 > Failing version: dovecot23-2.3.11.3-1.1.x86_64 Install Date: 2020-08-18 > Reverting to previous version works: dovecot23-2.3.10.1-2.3.x86_64 > (Packages downgraded coordinately: dovecot23 dovecot23-backend-sqlite) > > How to make it fail: As the user, execute > doveadm expunge mailbox

Distro: OpenSuSE Tumbleweed for x86_64 Failing version: dovecot23-2.3.11.3-1.1.x86_64 Install Date: 2020-08-18 Reverting to previous version works: dovecot23-2.3.10.1-2.3.x86_64 (Packages downgraded coordinately: dovecot23 dovecot23-backend-sqlite) How to make it fail: As the user, execute doveadm expunge mailbox Spam37 savedbefore 3day #User's actual cmd doveadm who #The simplest

Hi all, I am new to puppet and also newcomer in this group. I heart good things about puppet and I decided to give it a try 2 weeks now. After reading various documentation, I began using the complete configuration collection of puppet modules (thanks to David). But I have a problem with the munin module. It works fine, except that it seems to not export virtual ressources. Let me give more detail

Hello list. I''ve the following parent class: class munin::client { ... munin::client::plugin { "postfix_mailqueue": name => "postfix_mailqueue", enable => "false" } } And the following inherited class: class munin::client::plugins::postfix inherits munin::client { munin::client::plugin {

Hi there, I have a strange problem with the exported ressources in the munin module I wrote. See: http://mail.madstop.com/pipermail/puppet-users/2007-June/003179.html For some reason it stopped working. On the munin::host I get the error that: err: Could not retrieve configuration: Exported resource File[munin_def_XY_4949] cannot override local resource The munin::host is also a

Hi, This is totally off-topic (it''s an rpm/rpmbuild problem), but I want to get to a point where I''m installing and configuring munin-node with puppet. To do that, I need a clean, standardized way of installing munin-mode on CentOS (RHELish) boxes. I could install munin-node from source via puppet and probably make enough edits that all the files end up in reasonable locations

Just noticed that my munin installation stopped showing any data after the last "big" update. I installed a lot of updates for CentoS, but there was also a munin update coming from rpmforge. However, in yum.log there is no munin listed. But I'm sure I updated munin to 1.2.5-2.el5.rf as well. Does yum log only the centos repo's? The problem seems to be with the creation of

Hey all, I finally found some time to update the munin module and here it is. please configure your munin-nodes directory in: munin/manifests/init.pp prior to using this module. you also need ''file_splice'' a.k.a. the bracketeditor. see here: http://mail.madstop.com/pipermail/puppet-users/2007-June/003466.html and a slightly changed version of ''remotefile''.

Greetings, I''m trying to wrap my head around a solution to a problem I''m facing with an exported resources configuration I have. I''m using the following simple config to build a munin configuration: @@file { "/etc/munin/munin.conf.d/${::fqdn}.node": content => "[All Hosts;${::fqdn}] address ${ipaddress_eth0} use_node_name yes\n\n", tag

Hi, I was playing with the munin plugin in nsd4 beta4, and saw some strange errors. Directly after starting nsd on linux, I'm seeing: $ ps ax -o pid,ppid,user,args | grep nsd 1638 1 nsd /usr/sbin/nsd -c /etc/nsd/nsd.conf 1641 1638 nsd /usr/sbin/nsd -c /etc/nsd/nsd.conf 1647 1641 nsd /usr/sbin/nsd -c /etc/nsd/nsd.conf $ sudo munin-run nsd_munin_memory

Hello all. Probably this question has already been posed in the context of another software, but I am unable to find it. I would like to implement a module which should manage munin-clients as well as the munin-server. Here is what I am thinking about implementing: - There are two classes: munin::client and munin::server - munin::clients'' configuration will be managed automatically.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi *! Has anybody a fix/workaround for this beahaviour? My Service[munin-node] is subscribed to the timestamp of a directory containing config-snippets like this: {{{ file{"/etc/munin/plugins": checksum => mtime, } service{munin-node: subscribe => File["/etc/munin/plugins"], # ... }}} When adding new snippets to the

G''day. I am wondering what the current best practice for building a single file out of distributed fragments is with puppet. Specifically, my problem: 1. Install munin-node on arbitrary machines. 2. Install ''munin.conf'' as a single file on one machine, containing a configuration stanza for every machine that munin-node is installed on. The current best practice

The munin rpms from EPEL failed to install correctly on a particular machine. This is why # /usr/sbin/groupadd -r munin groupadd: Can't get unique system GID (no more available GIDs) # but I don't understand why this happens. Even after checking the man pages for groupadd and login.defs, I have been unable to determine what the settings for SYS_GID_MIN/SYS_GID_MAX on RHEL/CentOS are.

Hey folks, I'm setting up some kickstart files for our standard configs, and need to install munin-node, which of course does not come from you folks, So I set up the Dag Wieers repository but in the repo file I set it to "disabled" so that it will never get used by mistake. Then when adding munin-node I do : yum --enablerepo=dag -y install munin-node But that pulls in a bunch

Hi *! Here is a hack to emulate cfengines editfiles/Group behaviour. {{{ $splice_dir = "/var/local/puppet/splice" file { $splice_dir: ensure => directory, tag => "file_splice", } # Replace a section marked by # comment_char {BEGIN,END} pattern # with the given content # if checksum is set to "none", no resource is defined for the edited file define

Hi all: I see a lot of the errors below in /var/log/messages on my firewall: Aug 1 00:47:44 munin kernel: [109008.257109] martian source 192.168.1.5 from 127.0.0.1, on dev eth1 Aug 1 00:48:44 munin kernel: [109068.257384] martian source 192.168.1.5 from 127.0.0.1, on dev eth1 Aug 1 00:49:44 munin kernel: [109128.257509] martian source 192.168.1.5 from 127.0.0.1, on dev eth1 Aug 1 00:50:44

Hi, We''re using thin stored configs heavily to manage things like Munin and Nagios and we''re currently wondering what to do when nodes go away, or change considerably. If we get rid of a server then all it''s stored config is still present in the database, as well as it''s nagios and munin configurations. We created a script that iterates through the database

The groupadd manpage gives this clue: The default is to use the smallest ID value greater than or equal to GID_MIN and greater than every other group. Maybe you have a group numbered GID_MAX or more already? 60000, according to the manpage. On Wed, Sep 02, 2015 at 09:42:29PM +0100, isdtor wrote: > The munin rpms from EPEL failed to install correctly on a particular > machine. This is