search for: jlar310

We have a cron job that needs to run every 15 minutes throughout business hours. The first run is at 8:00, the last run is at 17:00. Is it possible to specify this time range in a single line? */15 8-17 * * 1-5 will run 8:00 - 17:45. That's not what I want. Likewise */15 8-16 * * 1-5 will have the last run at 16:45, not 17:00 This is more of a brainteaser than a real problem. I can

Under 4.6, we recompiled the kernel with HZ=100 for improved time-keeping in VMware guests. I've read about the backporting of the divider patch into RHEL/CentOS 4.7, but it sounds like it also comes with some bugs. I have been unable to determine the current status of the divider option in the latest 4.7 kernel update. I have experimented with "divider=10" and it works with no major

We are using the free VMware Server on CentOS 4. Almost all of our VMs are CentOS 4 as well. We have 7 VMware hosts with about 40 total virtual machines. It's been a very successful architecture for us. I'm wondering how the rest of the community is managing updates of root (and other local account) passwords in a virtual sprawl environment (or a physical environment with lots of hosts).

The wiki says that doveadm backup supports the -A option for all users, but when I specify a file-system destination (like /tmp, or an NFS mounted folder), it just rewrites each user backup to the same location overwriting the previous user's content. You end up with just the content for the last user processed. I tried the typical %u substitution but that just created folder named

CentOS 4.6 x86_64, Dell PE2950 with DRAC5, onboard SAS RAID 1, 2 arrays. After booting installed system, /dev/sda exists but does not appear to be a hard disk. fdisk -l displays nothing for sda. CentOS is on /dev/sdb and the second RAID 1 array is now /dev/sdc. It's been suggested (in the Dell Linux mailing list) that it is related to the virtual CD device of the DRAC. But why would it

After upgrading to 4.7 x86_64 on all our boxes (from 4.6), we have 3 VMware Server 1.0.5 hosts that are unstable. Sometimes they spontaneously reboot, other times they freeze and require a hard reset. Under 4.6, they were rock solid. Failures tend to be associated with a guest start-up event, but are often at random times as well. There is no useful evidence in either the vmware or messages log

We have some third party software running on a CentOS 4.5 virtual machine. The software is delivered as compiled python and I wrote an init script for it myself (/etc/init.d/gk). Because the software lacks the usual robustness of CentOS services, I have a bash script (/etc/cron.daily/gk-restart) which simply calls "/etc/init.d/gk restart". So, as expected, root gets an email every day

We have just migrated from cyrus-imap to dovecot 2.2.9 on Ubuntu. By default, all our user's manually created folders appear at the same folder level as INBOX (i.e., they are next to INBOX, and not inside INBOX in a typical tree view of the folders). But on Dovecot, users are able to create new folders either parallel to INBOX or as subfolders within INBOX, which I think is going to lead to

We had some custom additions to our site.py file for a third party application. 'yum update' to 4.6 overwrote the file with no backup or warning. Not hard to repair, but it did have me worried there for a few minutes when the application failed to start. Is this a python issue, an upstream issue or a CentOS issue? Can something be done about it going forward? Jeff