search for: senis

I was using yum to update packages a few nights ago on one of my servers. The update of rpm packages appeared to die. Since then, commands like 'yum check-update' will consume the system. This is a dual-core Pentium-D, with X64 (and I'm running 64 bit). One CPU pegs at 100% running yum, but whatever it's doing on disk really is the bigger issue. It so consumes the disk

I installed 4.4 on a machine that's got two RAID volumes, one of which is a bit over 2.1 terabytes. The installer had no problem. However, fsck does. Commenting out the volume in /etc/fstab, the machine will boot. The machine will mount the volume and use it. Everything seems fine except fsck, which seems, well, fscked. When trying to run fsck, it says: # fsck /dev/sdb1 fsck 1.35

After cleaning up the issues with yum consuming the machine by allocating memory until it croaked (versioning issue with sqlite), and with the machine now stable and fully updated, I happened to notice this message at the start of yum runs: # yum check-update Warning, could not load sqlite, falling back to pickle Is this expected, or indication of a further problem? --

http://bugzilla.mindrot.org/show_bug.cgi?id=995 Summary: PermitRootLogin by IP address block specification Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P3 Component: sshd AssignedTo: openssh-bugs at mindrot.org

I am attempting to test out dovecot on a server on a separate IP address from the live, functioning UW-IMAP. I am having mixed results with dovecot. An entirely new account that's never been used with UW-IMAP seems to work fine, but that's really not the point of the exercise. If I try changing over an existing account to use dovecot, I get a variety of issues. Testing with Apple

The following advisory was issued by CERT yesterday. Because it affects FreeBSD systems as well, we are forwarding it to the appropriate FreeBSD mailing lists. We would like to thanks CERT for cooperation with the FreeBSD security officer on this subject. -----BEGIN PGP SIGNED MESSAGE----- CERT Advisory CA-98-13-tcp-denial-of-service Original Issue Date: December 21, 1998 Last Revised