Oracle: Unbreak my Linux Heart

Ran into a small issue while trying to use system-config-packages to update a test server without mounting the installation CDs actually in a CD-ROM. A 'man system-config-packages' didn't help anything, but an old Fedora mailinglist provided the answer. There is a README on your system that says: redhat-config-packages: This is the primary mode of operation. It is used to install extra packages from package groups included in Red Hat Linux. This uses CDs to install the packages by default. You can instead use a Red Hat Linux installation tree with the option '-tree=/path/to/tree' or use a directory with Red Hat Linux ISO images with the option '--isodir=/path/to/dir'. Of course, using yum may be a better idea as it's better with updates and dependencies, but I didn't find a list of the installable packages that system-config-packages gives you...

Found a useful collection of Subversion Best Practices ... In addition, there is a more practical "getting started with subversion" guide organized in a "how do I" fashion . It also compares CVS commands to their SVN equivalent. Handy!

After a bit of stumbling around and getting confused using 2 versions of subversion, here is how I finally imported our entire RCS repository into Subversion from CollabNet. Prelude: I installed the RPMs from CollabNet as indicated in their readme and used the wizard to config 2 repository. Only thing I added, was to make all the repositories in /var/svn/repositories writable by the group csvn: chmod g+w /var/svn/repositories/* . That way the web server's user/group csvn:csvn can read and write in there. [root@server repositories]# ls -l total 12 drwxrwxr-x 7 csvn csvn 4096 Jun 18 17:54 repo1 drwxrwxr-x 7 csvn csvn 4096 Jun 18 17:54 repo2 [root@server repositories]# which svnadmin /opt/CollabNet_Subversion/bin/svnadmin [root@server repositories]# which cvs2svn /usr/bin/cvs2svn [root@server repositories]# cd [root@server ~]#cvs2svn -s /var/svn/repositories/io_se/ --use-rcs --default-eol=native RCS/ ----- pass 1 (CollectRevsPass) ----- Examining all CVS ',v' files... RCS/la

Just a note, I'm still in the process of doing this... We decided to switch to a better way of doing SCM (Software Configuration Management) now that we've a major release and more and more people are starting to fiddle (aka mess) with scripts and files. We decided to use Subversion from CollabNet , as a natural successor to CVS. It could also provide corporate support, if needed, and has a nice SourceForge version with web-based GUI and all kinds of handy features. Also, our RCS repository seems to import well into Subversion. Bazaar and Mercurial also seemed to fit, but somehow I thought I would have a much harder time explaining them to the people working with it. The note, while using cvs2svn to import RCS into SVN (using cvs2svn -s /var/svn/repositories/rcs_import --existing-svnrepos --use-rcs RCS ), I ran into an error: " svn: Expected version '3' of repository; found version '5' ". This seems to be due to a schema change between subversion ve

I've become quite adapt with LVM but there is still one thing I haven't done yet: Reducing a logical volume . In other words, there are several LV inside your VG and you want to redistribute the disk space rather than add another disk or LUN and extend one. The latter is way easier, by the way. This is especially tricky if the LV you want to resize contains your root partition and is therefore mounted. Read the article above to find out how you can do it anyway. However, it will require a (re)boot and you'll need a rescue or installation disk that you can boot from.

This happens to me form time to time... You wanna umount a share or a CD and the system tells you it's busy, but you're absolutely positively triple-guarantee sure *you* are not using it... Sound familiar? Read the tip on how to use fuser to discover who or what process is messing with your mind: How to umount when the device is busy

I have been struggling with Dell's OpenManage Server Management a bit lately. Mainly because other people asked me to try it and gave me wrong links to information. So I'll clarify it here, for those getting started as well, and hope it helps someone. Dell Server Management has a lot (!) of components and you don't really need all (or any) of them. But they can be helpful. We'll use it for Server Management , mainly to monitor our PowerEdge 2950 servers but also (hopefully) to unify BIOS settings and DRAC configurations remotely. That's why we need OpenManage Server Administration (OMSA) . OMSA consists of a number of things: - OMSA Server - OMSA Managed Node - OMSA ITA (IT Assistance) You'll only need one server (maybe two for fail-over and redundancy). The easiest way to install the server is add a yum/up2date repo from Dell. but I had trouble finding the "OMSA agent" or "OMSA client" that I'd install on all servers to be monitored by