1. Install some required packages

2. Install rvm

3. Install Ruby 1.8.7

rvm install 1.8.7

rvm --default use 1.8.7

4. Install Rails 2.3.11 (OSCurrency at the moment is not compatible with Rails 3)

5. Install and Configure Postgresql

6. Install some additional gems

7. Deploy OSCurrency

8. Configure OSCurrency

At this point the installation fails and I get the following error:

== FullTextSearch1265516526: migrating ======================================= 

rake aborted! An error has occurred, this and all later migrations canceled: 

PGError: ERROR: syntax error at or near “EXISTS” at character 23 : 

DROP index IF EXISTS people_fts_idx

The only solution I have found is to completely delete the offending file and re-run the install script

9. Installation is completed! Now its time to deploy our patches for local installation

10. Install and deploy on Thin

Yesterday I’ve been informed that the patch has been accepted and got into version fence-1.32.68-5.el4. For more details you can have a look at Bugzilla #494587 .

This time things were not so easy as Oracle was not friendly! I followed the documented procedure and while the schema upgrade I received the following error:

SQL> update rhnPackageFile p
2     set checksum_id = lookup_checksum('md5', md5);
update rhnPackageFile p
       *
ERROR at line 1:
ORA-30036: unable to extend segment by 8 in undo tablespace 'UNDO'

It was obvious a problem with the UNDO tablespace hitting its extend limit. I verified that I had enough hard disk space available and then I executed the sqlplus utility to verify that the tablespace has hit its limit.

SQL> select file_name, bytes, autoextensible, maxbytes
from dba_data_files where tablespace_name='UNDO';

FILE_NAME
----------------------------------------------------------------------
BYTES AUT   MAXBYTES
---------- --- ----------
/usr/lib/oracle/xe/oradata/XE/undo.dbf
524288000 YES  524288000

Then I extend it genersouly!

SQL> alter database datafile '/usr/lib/oracle/xe/oradata/XE/undo.dbf'
autoextend on next 100m maxsize 2000m;

Database altered.

SQL> select file_name, bytes, autoextensible, maxbytes
from dba_data_files where tablespace_name='UNDO';

FILE_NAME
----------------------------------------------------------------------
BYTES AUT   MAXBYTES
---------- --- ----------
/usr/lib/oracle/xe/oradata/XE/undo.dbf
524288000 YES 2097152000

Unfortunately I could not use any more the automated script spacewalk-schema-upgrade in order to complete the schema upgrade. The solution was again to use the sqlplus utility and execute all sql scripts against the database. To do that I wrote the following bash script:

#!/bin/bash
cd /etc/sysconfig/rhn/schema-upgrade/
cd spacewalk-schema-0.7-to-spacewalk-schema-0.8/

for sqlscript in `ls -1`
do
echo "****"
echo "Executing script $sqlscript"
echo "****"
sqlplus dbuser/dbpass <<EOF
@$sqlscript;
EOF
done

I carefully noticed the output of the script for errors. As expected the first scripts, which have already been executed, displayed several warnings and errors but after the script 012-2-rhnPackageFile-data.sql which initialy failed, everything went smoothly!

UPDATE:
Later I have found that I had to manually update the rhnVersionInfo table in order for new spacewalk upgrades to work. From a shell execute the command:

rpm -q spacewalk-schema

and you will get something like “spacewalk-schema-0.8.9-1.el5.noarch.rpm”. Then login to sqlplus interface and execute the following query (alter accordingly to fit your enviroment):

SQL> INSERT INTO rhnVersionInfo 
( label, name_id, evr_id, created, modified )
VALUES ('schema', lookup_package_name('spacewalk-schema'),
lookup_evr(null, '0.8.9', '1.el5' ), sysdate, sysdate );

SQL> COMMIT;

It has been a good lesson for me and my next move was to disallow anyone besides root and Exim to send mail to be able to connect to remote MTAs. Thanks to Linux iptables it was feasible and quite easy with a rule similar to this:

/sbin/iptables -I OUTPUT –protocol tcp –dport 25 -m owner –gid-owner 47 -j ACCEPT

Next step was to clean my exim queues from bounce backs and various junk due to the thousands of e-mails send out to the Internet. As always I had to dig my notes and find the appropriate commands so I decided to post them on my fellow site, here.