No new subscriptions in mailman

The subject isn't a post-election promise, it's unfortunately an issue we have now with resources.ovirt.org - mailman requests are accepted, but the email to the new members are never sent I got the report against kimchi-devel, but it appears to affect other lists too. Emails are getting through, so I don't think it's related to space or postfix config, but there's obviously something gone wrong in recent days (no idea how long this has been an issue). I can't look at it now, but this is obviously a high priority issue - who here knows Mailman well enough to go digging ASAP? Thanks, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

Hi, I think this was related to the space issue - I restarted mailman, and it cleared the queue of unsent moderator & subscription email. Cheers, Dave. On 01/22/2014 06:45 PM, R P Herrold wrote:
On Wed, 22 Jan 2014, Dave Neary wrote:
I can't look at it now, but this is obviously a high priority issue - who here knows Mailman well enough to go digging ASAP?
that device was reporting a full disk transiently
I know mailman quite well
-- Russ herrold
-- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13

On Wed, 22 Jan 2014, Dave Neary wrote:
I think this was related to the space issue - I restarted mailman, and it cleared the queue of unsent moderator & subscription email.
* nod * A couple of thoughts as to 'doing mailman' better: zero: Set the moderator auto-discard queue to seven days and be done with it -- on a geek mailing list, people 'get it' that they have to subscribe to post, and will get the customary notices when they mess up. Dump the clutter, as mailman has .. very weak ... logging in its v 2 series one: To permit us to ID this going forward, please install 'diskcheck' on the unit, and optionally tune it to emit notices to the mailing list or some monitored place ftp://ftp.owlriver.com/pub/mirror/ORC/diskcheck/ builds trivially, and is no arch with no unusual BR or Reqs config file is: /etc/diskcheck.conf and looks to use the sourced value for mailTo and possibly set it to the global mailman owner, or the infra list owner, or (a poorer choice) the list I also tinker with the value for: mailFrom to make it easier to 'see' these with procmail locally filtering stuff two: it may make sense to set the MTA up to use a custom find script looking at the outbound queue, and deleting undeliverables after a day or two (the content of a mailing list is 'bulk' and should not be 'critical' for delivery as it is routine and archived into a pipermail archive. After cleaning the OB queue, restart the MTA for hood measure, and optionally the mailman as well third: Via cron, I run a monthly process to enumerate all the mailing lists on a given host, and then to dump an email with all subscribers, and to pull off various stats. It is built from simple mailman CLI tools. I save the detail over time, and can sometimes help former members back onto the lsit, or figure out my subscribers count more easily [root@lists cron.monthly]# cat manifest-mailman.sh #!/bin/sh # # /root/bin/manifest-mailman.sh # # cd /etc/cron.monthly # ln -s /root/bin/manifest-mailman.sh # export PATH='/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin' # TMPFILE="/root/tmp/mailmanlist" TMPDIR=`dirname $TMPFILE` [ ! -d $TMPDIR ] && mkdir -p $TMPDIR
$TMPFILE cd /usr/lib/mailman/bin for i in `./list_lists | grep -v ^[0-1] | awk {'print $1'}`; do echo "$i " >> $TMPFILE ./list_members $i >> $TMPFILE echo " " >> $TMPFILE done # cat $TMPFILE | mail -s "ELIDED mailman list members" root [ -e $TMPFILE ] && rm -f $TMPFILE # [root@lists cron.monthly]#
fourth: (personal) I had built a 'herrold.pp' in my local git CO, but forget what I need to do to get it applied, and my google fu on the ovirt site fails me[herrold@centos-6 ovirt]$ cat \ ./git/infra-puppet/infra-puppet/modules/ovirt_inmanifests/user/herrold.pp # The user for Russ Herrold class ovirt_infra::user::herrold($password = undef) { ovirt_infra::user {'herrold': key => 'ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAoN/a499NclkAk9XIYSh6SQlCZNGgHIM3nDoYjc9ul4tTzticF8r/UmZXiQa/rnAi8Z9TWgDZ5w+RfUOCSCW38ndwR7v4ji7uvQ0v38ZKBOomjIYxDzVPBLq6iorDSO+Yph3P7oBzsqsRuNBgEOYxIx8vz8KQcqzFUhyWNGWyLLWPCbuKjmBwZS1HiNMdJUlKuRUe/KMmLW2bOEKpf9p2KaxsVjf9yuYqs8fyAoDbcfveEp3+E5i7DLc9H/9rBX99wq2IgwpZPkwUJU41e6Lauhc9lXMvnlCEtud3cnctpBa9U5a9cS1TJIJNLiA05nuiQdij0tvUHTv4zn8SgwBzZQ== herrold@owlriver.com', password => $password, } } I assume there is a way I can leverage one of my ovirt credentials to get it 'reviewed' and committed -- possibly get seek a gerrit review of it? Please remind me if you could. Thanks -- Russ herrold

On Wed, Jan 22, 2014 at 04:50:44PM -0500, R P Herrold wrote:
I had built a 'herrold.pp' in my local git CO, but forget what I need to do to get it applied, and my google fu on the ovirt site fails me[herrold@centos-6 ovirt]$ cat \ ./git/infra-puppet/infra-puppet/modules/ovirt_inmanifests/user/herrold.pp # The user for Russ Herrold class ovirt_infra::user::herrold($password = undef) { ovirt_infra::user {'herrold': key => 'ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAoN/a499NclkAk9XIYSh6SQlCZNGgHIM3nDoYjc9ul4tTzticF8r/UmZXiQa/rnAi8Z9TWgDZ5w+RfUOCSCW38ndwR7v4ji7uvQ0v38ZKBOomjIYxDzVPBLq6iorDSO+Yph3P7oBzsqsRuNBgEOYxIx8vz8KQcqzFUhyWNGWyLLWPCbuKjmBwZS1HiNMdJUlKuRUe/KMmLW2bOEKpf9p2KaxsVjf9yuYqs8fyAoDbcfveEp3+E5i7DLc9H/9rBX99wq2IgwpZPkwUJU41e6Lauhc9lXMvnlCEtud3cnctpBa9U5a9cS1TJIJNLiA05nuiQdij0tvUHTv4zn8SgwBzZQ== herrold@owlriver.com', password => $password, } }
I assume there is a way I can leverage one of my ovirt credentials to get it 'reviewed' and committed -- possibly get seek a gerrit review of it?
Please remind me if you could. Thanks
Sorry for the late response. We have a gerrit repository called infra-puppet. In my experience it works best to use git-review (packaged in Fedora and EPEL). It pretty much boils down to committing and running git-review. Looking at the directory structure, I think you are on an old git version. We moved from master to production and moved it a bit. It should now live in site/ovirt_infra/manifests/user/herrold.pp. Then: git add site/ovirt_infra/manifests/user/herrold.pp git commit git review It may prompt you for a username if you have no remote named gerrit with the SSH push URL yet. Please poke me if you need more help.
participants (3)
-
Dave Neary
-
Ewoud Kohl van Wijngaarden
-
R P Herrold