Discuss July 2013

discuss@lists.centos.org

167 participants
150 discussions

postfix + amavisd-new
by Timothy Murphy 06 Jul '13

06 Jul '13

I've been following the instrunctions in <http://wiki.centos.org/HowTos/Amavisd> for installing Amavisd, Clamav and SpamAssassin on top of postfix/dovecot . Dovecot is working fine, but I want to deal with spam email. (I am using sendmail/dovecot with procmail and spamassassin on another server, but decided to go over to postfix on this server when I saw it is now the CentOS default.) However, I came to a problem at the end of the instructions, when I appended ---------------------- # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== amavisfeed unix - - n - 2 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes -o disable_dns_lookups=yes -o max_use=20 ---------------------- to /etc/postfix/main.cf . After doing this, when I ran #postfix reload or "sudo service postfix restart" I got the error message ---------------------- postfix: fatal: /etc/postfix/main.cf, line 699: missing '=' after attribute name: "amavisfeed unix - - n - 2 lmtp -o lmtp_data_done_timeout=1200 -o lmtp_send_xforward_command=yes -o disable_dns_lookups=yes -o max_use=20" [all one line] ---------------------- Any elucidation or advice gratefully received. -- Timothy Murphy e-mail: gayleard /at/ eircom.net tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

2 2

odd inconsistency with nfs
by Miranda Hawarden-Ogata 05 Jul '13

05 Jul '13

I'm having an interesting/odd problem with nfs (I think). We recently (Monday/Tuesday) upgraded our file server from an ancient redhat 7.3 system to a shiny new centos 6.4 system. We don't see any issues between the other centos boxes, but things get a bit weird when we start mounting on the old solaris clients. The initial symptom was that the 'tab complete' wasn't working, and then we noticed that typing 'ls *' in the mounted directory was bombing. I tried forcing the mounting back to nfs3 but it's not consistent. I've set up two boxes as servers and one of the solaris boxes is my client. Each server has two shares that are mounted on the client. Of those four, one of them works properly and the other three do not. I've spent most of the day trying to debug this and I cannot for the life of me tell why one share works and the rest don't. Nothing seems to be special about that share versus the rest. Here are notes on how things are set up. on duke: (nis server) vi /etc/ypfiles/automap scrs1_bolt -soft,intr,retrans=1 boltzmann:/scrs1_bolt summit_bolt -soft,intr,retrans=1 boltzmann:/summit_bolt scrs1.mirror -soft,intr,retrans=1 goblin:/scrs1.mirror summit.mirror -soft,intr,retrans=1 goblin:/summit.mirror ( cd /var/yp ; make ) on boltzmann: (nfs server) df -h Filesystem Size Used Avail Use% Mounted on /dev/sdb2 50G 13G 37G 26% / tmpfs 3.9G 1.2M 3.9G 1% /dev/shm /dev/sdb3 177G 188M 175G 1% /aux /dev/sda3 208G 44G 164G 21% /aux2 mkdir /aux/scrs1_bolt mkdir /aux2/summit_bolt ln -s /aux/scrs1_bolt /scrs1_bolt ln -s /aux2/summit_bolt /summit_bolt chmod 777 /aux/scrs1_bolt /aux2/summit_bolt service nfs restart vi /etc/exports /scrs1_bolt xxx.xxx.xxx.0/24(rw,no_root_squash,sync,insecure) /summit_bolt xxx.xxx.xxx.0/24(rw,no_root_squash,sync,insecure) exportfs -rv on bigdog: (client) mkdir /tmp/test/b1 /tmp/test/b2 /tmp/test/g1 /tmp/test/g2 touch /tmp/test/b1/nothing_is_mounted /tmp/test/b2/nothing_is_mounted /tmp/test/g1/nothing_is_mounted /tmp/test/g2/nothing_is_mounted mount -F nfs -o nfsvers=3 boltzmann:/summit_bolt /tmp/test/b1 mount -F nfs -o nfsvers=3 boltzmann:/scrs1_bolt /tmp/test/b2 mount -F nfs -o nfsvers=3 goblin:/summit.mirror /tmp/test/g1 mount -F nfs -o nfsvers=3 goblin:/scrs1.mirror /tmp/test/g2 ls -l /tmp/test/* -rw-r--r-- 1 root other 0 Jul 3 14:39 /tmp/test/nothing_is_mounted /tmp/test/b1: total 24 -rw-r--r-- 1 root other 0 Jul 3 12:32 SUMMIT_BOLT -rw-r--r-- 1 root other 0 Jul 3 09:26 boltzmann_test_summit /tmp/test/b2: total 32 -rw-r--r-- 1 root other 0 Jul 3 12:31 SCRS1_BOLT -rw-r--r-- 1 root other 0 Jul 3 09:26 boltzmann_test_scrs1 /tmp/test/g1: total 280 -rw-r--r-- 1 root other 0 Jul 3 15:40 .00_summit_nas_volume -rw-rw-r-- 1 root other 0 Jul 3 15:03 SUMMIT_MIRROR /tmp/test/g2: total 120 -rw-r--r-- 1 root other 0 Jul 3 15:40 .00_scrs1_nas_volume -rw-rw-r-- 1 root other 0 Jul 3 15:02 SCRS1_MIRROR ls -la /tmp/test/b1/* -rw-r--r-- 1 root other 0 Jul 3 12:32 /tmp/test/b1/SUMMIT_BOLT -rw-r--r-- 1 root other 0 Jul 3 09:26 /tmp/test/b1/boltzmann_test_summit ls -l /tmp/test/b2/* ls: No match. ls -l /tmp/test/g1/* ls: No match. ls -l /tmp/test/g2/* ls: No match. mount /tmp/test/b1 on boltzmann:/summit_bolt read/write/remote on Wed Jul 3 15:41:11 2013 /tmp/test/b2 on boltzmann:/scrs1_bolt read/write/remote on Wed Jul 3 15:41:11 2013 /tmp/test/g1 on goblin:/summit.mirror read/write/remote on Wed Jul 3 15:41:11 2013 /tmp/test/g2 on goblin:/scrs1.mirror read/write/remote on Wed Jul 3 15:41:11 2013 umount -a /tmp/test/b1 /tmp/test/b2 /tmp/test/g1 /tmp/test/g2 If I use automount to access the shares on the client, the mounts are made by default with nfs4 and we see this same 'no match' behaviour. It's probably something really stupid but I'm just not seeing it... If anyone has ideas and/or needs more info, please let me know. -- Thanks! Miranda

4 4

gspca - running out of ideas
by m.roth＠5-cent.us 05 Jul '13

05 Jul '13

For video capture from a USB camera, as near as I can tell, there's a problem with the driver gspca_zc3xx with the latest update to the kernel. All our cameras were working fine before the update to 2.6.32-358.11.1; since, two cameras, both on fairly new Dell servers are screwed. Meanwhile, on some older servers, same update, no problems. Of the two bad ones, one's got AMD, and the other Intel Xeons. Without any changes to the configuration file, I get about 10% to 15% at the top ok, and everything below it is green. Googling, I find other folks have had green screens over the years, so it's not just some color setting on my workstation. By adding /usr/lib64/libvdpau.so.1 to the LD_PRELOAD in /etc/init.d/motion, I get the rest of the screen on the Intel box looking like it works, but there's a slight yellowish tinge to the rest of the screen, and when I watched what we see using mplayer tv:// -tv driver=v4l2:device=/dev/video0 not only do I see the same, but we had someone walk in view of the camera... and *only* that top little bit shows the motion; the other 80% or 85% shows only what's there, and *not* the rest of the person. I'd gone through doing an insmod ...gspca_zc3xx with force_sensor option, and the only one that works is the same one it chooses itself if I just do a modprobe. Anyone have any ideas? I *really* can't reboot either of these servers so as to bring them up with the previous kernel, since they're important. mark

2 2

CentOS-announce Digest, Vol 101, Issue 4
by centos-announce-request＠centos.org 05 Jul '13

05 Jul '13

1 0

Skype For CentOS 6.4
by Mark LaPierre 05 Jul '13

05 Jul '13

Hey all. Does anyone know if there is a newer version of Skype than skype-2.1.0.81 available for CentOS 32 bit? Recent updates to Skype on other platforms has been causing video connection issues in the last few weeks. -- _ °v° /(_)\ ^ ^ Mark LaPierre Registered Linux user No #267004 https://linuxcounter.net/ ****

6 9

sda and sdb reverse order with an external USB drive
by Joseph Hesse 04 Jul '13

04 Jul '13

Hello I am using 64 bit CentOS 6.4 on an i7 laptop with one sata drive and a CD drive. I installed CentOS by manually partitioning sda as: sda1 as /boot, sda2 as swap, sda3 as /. The booted system works great. When I insert an external USB drive, formatted as ext3, the hard drive on the laptop and the USB drive are either sda or sdb, depending upon the order on which I insert the USB drive and boot the system. Please see the two mount commands below for each of these situations. This seems to work in either order except for the fact that I don't want my USB drive to automount. What I want is that after I insert the USB drive in a running system and wait 15 seconds, I want to mount the USB drive with the command "# mount /mnt". To accomplish this I added a line to /etc/fstab but it didn't work. When I uncomment the last line in fstab (see below) the computer hangs and doesn't boot. I was successful with this strategy on a similar laptop with Fedora 18 but not my current one. Thank you, Joe Hesse ======================================================================================== The following mount command was issued by first completely booting CentOS and then inserting the external USB Drive. Note the sda3 is / and sda1 is /boot. [root@XoticPC ~]# mount /dev/sda3 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sda1 on /boot type ext4 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sdb1 on /media/GoFlex type ext3 (rw,nosuid,nodev,uhelper=udisks) ======================================================================================== The following mount command was issued by inserting the external USB drive in a powered down computer and then booting. Note the sdb3 is / and sdb1 is /boot. [root@XoticPC ~]# mount /dev/sdb3 on / type ext4 (rw) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) /dev/sdb1 on /boot type ext4 (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) /dev/sda1 on /media/GoFlex type ext3 (rw,nosuid,nodev,uhelper=udisks) ======================================================================================== The /etc/fstab file was generated by the install process. The commented line at the bottom was added by me in an unsuccessful attempt to be able to insert the USB drive in a booted computer, not having it mount, and then control the mounting with "# mount /mnt". The last UUID is the UUID of sdb1 determined with the command "# blkid /dev/sdb1". # /etc/fstab UUID=1d7606b7-46b8-4b29-9a4e-a50a1f6a1759 / ext4 defaults 1 1 UUID=e0fdfeb1-e7a7-4a06-b5fa-7730c3c2e60d /boot ext4 defaults 1 2 UUID=d0e3c2ee-7c66-4d13-b387-1da958020b1a swap swap defaults 0 0 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 #UUID=3b550884-8d05-41a5-a205-17b6d7269dd1 /mnt ext3 rw,suid,dev,exec,noauto,nouser,async 0 2

2 1

CentOS-announce Digest, Vol 101, Issue 3
by centos-announce-request＠centos.org 04 Jul '13

04 Jul '13

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2013:1014 Important CentOS 5 java-1.6.0-openjdk Update (Johnny Hughes) 2. CESA-2013:1014 Important CentOS 6 java-1.6.0-openjdk Update (Johnny Hughes) ---------------------------------------------------------------------- Message: 1 Date: Thu, 4 Jul 2013 10:07:44 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2013:1014 Important CentOS 5 java-1.6.0-openjdk Update To: centos-announce(a)centos.org Message-ID: <20130704100744.GA21853(a)chakra.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:1014 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1014.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 2c38bf51cef2befcf717f8f486ae37867a5bd29ee42908ddf4d5d3b55436f2d3 java-1.6.0-openjdk-1.6.0.0-1.41.1.11.11.90.el5_9.i386.rpm 861d7c8fa3ff46b78a64187b45609921e49bec920fa00614fa52533b36db15ed java-1.6.0-openjdk-demo-1.6.0.0-1.41.1.11.11.90.el5_9.i386.rpm 992c01478b0662346ccb9561e46d5dadf281f9c523eb79112f9e2e5edc80cbae java-1.6.0-openjdk-devel-1.6.0.0-1.41.1.11.11.90.el5_9.i386.rpm 145d3a00005749d448b83077533e949591e6f732b108eb948769510cc51d11ed java-1.6.0-openjdk-javadoc-1.6.0.0-1.41.1.11.11.90.el5_9.i386.rpm 0a60d36f1a3ed0ad11c5d3a18890b079ed54ea3d9e1d757f78a0973b74120d61 java-1.6.0-openjdk-src-1.6.0.0-1.41.1.11.11.90.el5_9.i386.rpm x86_64: ca6b524ba111aaf9481e070a1185376dbde8d3c6a9a166b0a4af4a6f36619224 java-1.6.0-openjdk-1.6.0.0-1.41.1.11.11.90.el5_9.x86_64.rpm 26e9b66d4794be564bfe4e3c17d85cc244b22b2b1a923cb35e6ba245ff72c022 java-1.6.0-openjdk-demo-1.6.0.0-1.41.1.11.11.90.el5_9.x86_64.rpm 1b4c55b1209f5f3af0bb58b249e0a96eba4ae2fb576c38d8fc5f086915d4af2e java-1.6.0-openjdk-devel-1.6.0.0-1.41.1.11.11.90.el5_9.x86_64.rpm ef1484a976bd9f8f7db3a5943d19e12da3ea2497ca3e449c2a501ed640fdd5bc java-1.6.0-openjdk-javadoc-1.6.0.0-1.41.1.11.11.90.el5_9.x86_64.rpm 0b3a822767944484bd5393e0ac6899f04efcfabf0aed83ae971141c4b547cf56 java-1.6.0-openjdk-src-1.6.0.0-1.41.1.11.11.90.el5_9.x86_64.rpm Source: f9c9ff547c9c99d5bd3a7971d42c71c980392a4102274da09d02f8af2197fe62 java-1.6.0-openjdk-1.6.0.0-1.41.1.11.11.90.el5_9.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 4 Jul 2013 10:17:25 +0000 From: Johnny Hughes <johnny(a)centos.org> Subject: [CentOS-announce] CESA-2013:1014 Important CentOS 6 java-1.6.0-openjdk Update To: centos-announce(a)centos.org Message-ID: <20130704101725.GA30449(a)n04.lon1.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2013:1014 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2013-1014.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: ec3443d3637c5e1ee3d8ae68cb38ed1083611664bd5156410c8cba63f168c0dd java-1.6.0-openjdk-1.6.0.0-1.62.1.11.11.90.el6_4.i686.rpm cfa262c2b479163919f273ecc9036b79a2d2ff4c45d47ea27c0f22084cc7c944 java-1.6.0-openjdk-demo-1.6.0.0-1.62.1.11.11.90.el6_4.i686.rpm 605680de20b8c9f3950cf0352f225bcd9f48bfde19b04610776da09564891712 java-1.6.0-openjdk-devel-1.6.0.0-1.62.1.11.11.90.el6_4.i686.rpm f16c9b407fc942fa3df87583c295d1ec9f04e2e866f818f3cdae73408c829643 java-1.6.0-openjdk-javadoc-1.6.0.0-1.62.1.11.11.90.el6_4.i686.rpm 5970ed15745aec0470ebc34577526d484851fc3cf7b7366003a82dd87d98d203 java-1.6.0-openjdk-src-1.6.0.0-1.62.1.11.11.90.el6_4.i686.rpm x86_64: ee81d5fd1b9e094bdc130a04d1afdc190a90dc0420b6fa7121007f7057d69025 java-1.6.0-openjdk-1.6.0.0-1.62.1.11.11.90.el6_4.x86_64.rpm 88a92e6407c23d92db49d56f4741c1107aa96823378df109d1aacee058ffcd6f java-1.6.0-openjdk-demo-1.6.0.0-1.62.1.11.11.90.el6_4.x86_64.rpm ccb6b261f4505ad5c4dd72a9f28aea83b50bc3faabe0dd2211c14f9ace725d00 java-1.6.0-openjdk-devel-1.6.0.0-1.62.1.11.11.90.el6_4.x86_64.rpm f10a277d98c43b59b82a86733d0eae4604fd42205363280c0e872e6c4a95f0b1 java-1.6.0-openjdk-javadoc-1.6.0.0-1.62.1.11.11.90.el6_4.x86_64.rpm 9ade89dc1961212936ee97ce89d545030b8f1dfcf06ced1aa7a14a3259606c97 java-1.6.0-openjdk-src-1.6.0.0-1.62.1.11.11.90.el6_4.x86_64.rpm Source: 0398219e27505b5510182c5fdb33b24b23c7dd7e25f3073dfd7c4cafa63add6d java-1.6.0-openjdk-1.6.0.0-1.62.1.11.11.90.el6_4.src.rpm -- Johnny Hughes CentOS Project { http://www.centos.org/ } irc: hughesjr, #centos(a)irc.freenode.net ------------------------------ _______________________________________________ CentOS-announce mailing list CentOS-announce(a)centos.org http://lists.centos.org/mailman/listinfo/centos-announce End of CentOS-announce Digest, Vol 101, Issue 3 ***********************************************

1 0

Java/Solr - Could not reserve enough space for object heap.
by Rafał Radecki 04 Jul '13

04 Jul '13

Hi All. # cat /etc/redhat-release CentOS release 6.2 (Final) # uname -r 2.6.32-220.17.1.el6.centos.plus.x86_64 # rpm -qa | grep solr apache-solr-3.5.0-1.5... I have a solr installation which is invoked: /usr/bin/java -Xms25g -Xmx25g -DSTOP.PORT=8079 -DSTOP.KEY=mustard -Dsolr.solr.home=multicore -jar start.jar After start/when the java process is running: # free -m total used free shared buffers cached Mem: 32093 23975 8118 0 189 5736 -/+ buffers/cache: 18049 14043 Swap: 4095 22 4073 So the machine has 32GB of RAM, and java process needs 25GB to start. When I make a restart the java process dies and in log: Jul 4 08:17:27 test.local solr: Error occurred during initialization of VM Jul 4 08:17:27 test.local solr: Could not reserve enough space for object heap Jul 4 08:17:27 test.local solr: [FAILED] Then a second restart is ok, the process starts and solr is responding. Have you had such problems? As I think during stop jvm gives back the memory to the operating system and then during start is requesting 25GB (can there be a lag in this process?). No other services are running on this machine. Best regards, Rafal.

2 3

Centos 6.4 and Virtualbox
by Mark H Needleman 04 Jul '13

04 Jul '13

I'm trying to install Centos 6.4 under Virtualbox on a Mac running Lion. I downloaded the 2 iso DVD files and set Virtualbox to boot from DVD 1 When I start the vm it puts out a lot of messages then asks me what kind of install I want to do. I select the basic install and it tells me it found the media ( the iso DVD file I downloaded) puts out a message about the anaconda ( I think) install starting then goes to a screen with the Centos 6 logo and appears to do nothing. No more messages appear. Should I be using the minimal iso install file? I have installed Windows XP, 7 and 8 under Virtualbox and they all work. I also installed Ubuntu but didn't like it so I removed it and thought I would try Centos Does anyone know what might be going on and how to get it working? Thanks for any advice or help Mark Needleman Sent from Mark Needleman's iPad

3 2

trouble with crash utility
by Keith Keller 04 Jul '13

04 Jul '13

Hi all, I recently had an issue where, running kernel 2.6.32-358.11.1, the box would be up for about five minutes, then would crash and reboot. kdump saved the vmcore files, so I was hoping to run crash against them to see why this was occurring. I copied the vmcores to another machine, installed the kernel-debuginfo package, and gave it a try, but had no success: $ crash /usr/lib/debug/lib/modules/2.6.32-358.11.1.el6.centos.plus.x86_64/vmlinux vmcore crash 6.1.0-1.el6 Copyright (C) 2002-2012 Red Hat, Inc. Copyright (C) 2004, 2005, 2006, 2010 IBM Corporation Copyright (C) 1999-2006 Hewlett-Packard Co Copyright (C) 2005, 2006, 2011, 2012 Fujitsu Limited Copyright (C) 2006, 2007 VA Linux Systems Japan K.K. Copyright (C) 2005, 2011 NEC Corporation Copyright (C) 1999, 2002, 2007 Silicon Graphics, Inc. Copyright (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc. This program is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Enter "help copying" to see the conditions. This program has absolutely no warranty. Enter "help warranty" for details. GNU gdb (GDB) 7.3.1 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-unknown-linux-gnu"... WARNING: kernels compiled by different gcc versions: /usr/lib/debug/lib/modules/2.6.32-358.11.1.el6.centos.plus.x86_64/vmlinux: 4.4.6 vmcore kernel: 4.4.7 WARNING: kernel version inconsistency between vmlinux and dumpfile crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c1bbc0 type: "current_task (per_cpu)" crash: page excluded: kernel virtual address: ffffffff81c232a4 type: "tss_struct ist array" $ And instead of the crash> prompt, I was back to the bash prompt. Does anyone know what I could do to figure out why that would be? Do I need to run crash on the original server (the crash docs seem to imply that's not necessary)? Anything else I could look for that might be useful? As far as I can tell the kernels match: $ strings vmcore |grep OSRELEASE OSRELEASE=2.6.32-358.11.1.el6.x86_64 --keith -- kkeller(a)wombat.san-francisco.ca.us

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss July 2013