[DRBD-user] URGENT Request for DRBD Developers

Art Age Software artagesw at gmail.com
Fri May 23 22:15:12 CEST 2008

Note: "permalinks" may not be as permanent as we would like,
direct links of old sources may well be a few messages off.


>>I don't believe this discussion has anything at all to do with 'package
>>management'. The few binary RPMs I've built in the last month (OCFS2 and
>>XFS) have all been installed on dozens of boxes as RPMs and have had no
>>negative impact on the package management features of the environment.

But it is about package management. Especially because DRBD is tied to
the kernel. With package management, a simple "yum update" is all I
need to do and I am guaranteed to get a kernel and DRBD that match.

Without package management, I will first need to mask out kernel
upgrades, so that a kernel update does not conflict with the currently
installed DRBD. Then, I need to find and build DRBD on a system with
the latest kernel headers and kernel matching that in the latest
CentOS repo. Test that I got everything right. Then go back and enable
kernel updates on the production machines, update again, and install
the custom-built DRBD. Far more steps and room for error than the
simple "yum update" scenario. For me, this is one of the major
advantages of a package management system. It eliminates several error
cases.

The more RPM packages you have outside of yum's management, the more
opportunities you have for missing a package when updating a
particular server. I suppose I could run my own local repository for
that. Is that what you do?



More information about the drbd-user mailing list