search for: gizmopartners

We're looking at SugarCRM 5, but they strongly recommend PHP 5.2.4. Looking around I see that a few individuals are maintaining repos for CentOS, but I'd prefer to get it from one of the larger repositories. Anyone out there using http://www.jasonlitka.com/yum-repository/ ? Any idea when PHP 5.2x will be available? --Chris

Hello, I'm trying to set up a sendmail server on 4.8 that supports auth-based relaying. I followed the procedures at http://puresimplicity.net/~hemi/freebsd/sendmail.html, and aside from having to run makes manually in the library directories, I had no difficulty. I did not use the rebuild world recommendation, though. Everything is up and running, but whenever I try to send mail

...conf contains-- pwcheck_method:saslauthd /etc/pam.d/smtp contains-- #%PAM-1.0 auth include password-auth account include password-auth But when I do "openssl s_client -starttls smtp -connect localhost:587" I don't get any AUTH capability-- ehlo localhost 250-pennzoil.gizmopartners.com Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-DELIVERBY 250 HELP quit All the certs are built, and if I connect via telnet, the server does advertise STARTTLS. So anyone able to point out the obvious or not so obviou...

I'm looking at setting up a new machine to run CentOS 5 and a few VMWare machines to test Windows XP, Vista, and 7. I'm working with a custom PC shop and they've recommended I use either the ASUS PT6 or Intel DX58SO. Any feedback good or bad on either of these? Thanks! --Chris

...ntly getting bitten by https://bugzilla.redhat.com/show_bug.cgi?id=502499 It's running CentOS 5.4 32 bit, and the user is suffering from high load and sluggish response whenever a disk write of more than a few MB is made. iostat shows the disk at 100%. [root at marge ~]# uname -a Linux marge.gizmopartners.com 2.6.18-164.6.1.el5 #1 SMP Tue Nov 3 16:18:27 EST 2009 i686 i686 i386 GNU/Linux [root at marge ~]# hdparm -i /dev/hda /dev/hda: Model=WDC WD2000JB-00GVC0, FwRev=08.02D08, SerialNo=WD-WCAL83129186 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/...

We run RANCID at the day job to back up switch and router configs. Version 3.11 adds some support for devices we need. The current EPEL version is 3.9. I filed a request at Fedora to get it updated, which they have completed (version 3.11), but it still hasn't made it into the EPEL for CentOS. What's the right place/process to get the update into EPEL for CentOS? All pointers

Hello: I have an odd problem with an IBM EServer XSeries 305 (aka x305). Sometimes it seems to just sit there, completely unresponsive to the command line (ssh and console), for several seconds. Other times it works normally. top will sometimes die with a floating point error while waiting for it to start. When top does work, it often shows a system load of 0.5, with high interrupt load. At

Got a box running 4.3 x86 and we're trying up get it updated to 4.6, but yum is consuming all available memory (1GB) and swap (2GB), and then the oom starts killing processes. I've disabled all the optional repositories, done yum clean all, and still have the same problem even if I try to just update a specific package. Google got me this link, but no obvious resolution:

So I have an issue with CentOS 5.3 i386, LVM, and SATA. Boot device is a 200GB ATA disk on hda2. I've added a couple of disks with the on-the-mobo SATA controller ports and grown the EXT3 fs with system-config-lvm. Then, as an experiment, I added a PCI SATA controller and an additional disk. Ran system-config-lvm, added the new space to the existing VolGroup00, and all was good. Feeling

Tearing our hair out on this one. Trying to install CentOS 5 x86_64 on a Supermicro X7DVL-E with 2 Xeon L5320 quad core CPUs, 3Ware SATA RAID controller in a mirrored setup and 4 GB of memory. Installation crashes at random places while copying the files. We've run memtest86 for 24 hours without any errors, replaced the RAID controller, motherboard and disks, but still no luck.