HEP System Administration

On a new RHEL5 client install, I get these errors when I attempt to upgrade:

gcc-gfortran-4.1.2-48.el5.i386 from installed has depsolving problems
  --> Missing Dependency: libgfortran = 4.1.2-48.el5 is needed by package gcc-gfortran-4.1.2-48.el5.i386 (installed)
Error: Missing Dependency: popt = 1.10.2.3-18.el5 is needed by package rpm-build-4.4.2.3-18.el5.i386 (installed)
Error: Missing Dependency: rpm-libs = 4.4.2.3-18.el5 is needed by package rpm-build-4.4.2.3-18.el5.i386 (installed)
Error: Missing Dependency: libgfortran = 4.1.2-48.el5 is needed by package gcc-gfortran-4.1.2-48.el5.i386 (installed)
Error: Missing Dependency: gcc = 4.1.2-48.el5 is needed by package gcc-c++-4.1.2-48.el5.i386 (installed)
Error: Missing Dependency: libstdc++ = 4.1.2-48.el5 is needed by package libstdc++-devel-4.1.2-48.el5.i386 (installed)
Error: Missing Dependency: rpm = 4.4.2.3-18.el5 is needed by package rpm-build-4.4.2.3-18.el5.i386 (installed)
Error: Missing Dependency: libstdc++ = 4.1.2-48.el5 is needed by package gcc-c++-4.1.2-48.el5.i386 (installed)
Error: Missing Dependency: gcc = 4.1.2-48.el5 is needed by package gcc-gfortran-4.1.2-48.el5.i386 (installed)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.

Tried:

rpm -e gcc-gfortran

Still get the same error.

yum clean all
yum update

Same error

yum install yum-utils
package-cleanup --problems
yum update

Same error

rpm -e rpm-build
rpm -e gcc-c++
rpm -e libstdc++-devel
yum -y upgrade

WORKS!

Will try to reinstall these packages later.

UPDATE
If you get an error message like this, check your channel subscriptions! I got this when the satellite server lost all of our channel subscriptions.

After a drive failure on one of our servers, I had to remake the quota info. Here’s what I did:

[root@serv1 home]# touch /local/home/aquota.user
[root@serv1 home]# chmod 600 /local/home/aquota.user
[root@cppc home]# quotacheck -vgum /local/home
quotacheck: WARNING -  Quotafile /local/home/aquota.user was probably truncated. Can't save quota settings...
quotacheck: Scanning /dev/sda1 [/local/home] |

Now I could just reset all the user quotas for things to work.

[root@serv1 home]# setquota -u user1 1000000 1500000 200000 300000 -a

I had already mounted the disk with the correct options, but make sure /etc/fstab looks like:

/dev/sda1		/local/home		ext3	defaults,usrquota	1 2

I also then also restarted nfslock, which may or may not have needed to be done. This could have been a totally unrelated problem we were having at the same time.

Edit the file wp-content/themes/default/sidebar.php. Right after this:

<li>
<?php get_search_form(); ?>
</li>
</pre>

add this:
<li>
<?php wp_list_bookmarks(); ?>
</li>

Edit ../wp-content/themes/default/index.php and archive.php.

Look for a line like this:

<small> <? php the_time('F jS, Y') ?> <-- by <?php the_author() ?> --> </small>

Edit to this:

<small><? php the_time('F jS, Y') ?> by <?php the_author() ?></small>

In archive.php, the by <?php the_author() ?> needs to be added.

Must reload autofs for changes to auto.master to take effect.

/etc/rc.d/init.d/autofs reload

To force install of the new kernel, use:

up2date -uf --nox

I got the following error when running up2date:

error: %preun(openmpi-libs-1.2.3-1.i386) scriptlet failed, exit status 2
There was a fatal RPM install error. The message was:
Failed running rpm transaction

I found that this was a known issue in that the openmpi (and lam) packages cannot be updated. To fix, run this:

rpm -qa | grep '^openmpi-\|^lam-' | xargs rpm -e --noscripts --allmatches

Then, run up2date again and everything works ok.

After upgrading to RHEL4, the program gnomecal was no longer present. The newer program was evolution, but it would not import the user-cal.vcf file from gnomecal. The solution was to install Sunbird (Mozilla’s calendar) and import the data there. Unfortunately, a direct import didn’t work. First the file user-cal.vcf was renamed to user-cal.vcs. This was then imported into Outlook. In Outlook, the calendar was then exported as a comma-separated file, which could successfully be imported into Sunbird.

Cern Scientific Linux:
apt-get update
apt-get upgrade

Fermi Scientific Linux:
yum update

The version of sendmail that came with RHEL4 had these two lines in the /etc/mail/sendmail.cf file.

TRUST_AUTH_MECH(`EXTERNAL DIGEST-MD5 CRAM-MD5 LOGIN PLAIN’)dnl
define(`confAUTH_MECHANISMS’, `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5 LOGIN PLAIN’)dnl

For most mail readers, this was ok, but PC-Pine had a lot of problems with it. Since we’re already using SSL to connect, I changed the lines to this:

TRUST_AUTH_MECH(`LOGIN PLAIN’)dnl
define(`confAUTH_MECHANISMS’, `LOGIN PLAIN’)dnl

Now, PC-Pine works as expected.