Debian Linux and Commvault Simpana 9 startup

If you’ve recently installed Commvault Simpana 9 software/services onto a Debian Linux client, be sure check your runlevel and ensure that the software/services will start on the next reboot automatically.

By default simpana 9 software/services will be linked into runlevel 3 and runlevel 5, however on Debian the default runlevel is 2. (When your not running any X11 that is).

To confirm what runlevel the system runs by default you can check the inittab file and confirm an entry. Below is an example;

root@ldebx86-1:~# cat /etc/inittab | grep initdefault
id:2:initdefault:

And the same output from a CentOS 5.6 server (which is running X windows);

[root@lcosx86v56-1 ~]# cat /etc/inittab | grep initdefault
# 0 – halt (Do NOT set initdefault to this)
# 6 – reboot (Do NOT set initdefault to this)
id:5:initdefault:

From the output we can see that the top most one will default to runlevel 2 and the bottom one runlevel 5.

If you cat the inittab file you will see some comments indicating the runlevels;

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

And from CentOS 5.6 server;

# Default runlevel. The runlevels used by RHS are:
# 0 – halt (Do NOT set initdefault to this)
# 1 – Single user mode
# 2 – Multiuser, without NFS (The same as 3, if you do not have networking)
# 3 – Full multiuser mode
# 4 – unused
# 5 – X11
# 6 – reboot (Do NOT set initdefault to this)
#

Post my Commvault Simpana 9 Linux File System iDA deployment, we go check for the Galaxy initscript being linked from the runlevel directories, and as you can see below, no script for runlevel 2, thus these services will not come up automaticaly upon reboot on this server.

root@ldebx86-1:/etc/rc3.d# ls -l *Galaxy*
lrwxrwxrwx 1 root root 16 Apr 8 19:07 S23Galaxy -> ../init.d/Galaxy
root@ldebx86-1:/etc/rc3.d# cd ..
root@ldebx86-1:/etc# cd rc2.d
root@ldebx86-1:/etc/rc2.d# ls -l *Galaxy*
ls: cannot access *Galaxy*: No such file or directory
root@ldebx86-1:/etc/rc2.d#

This can be resolved by of course creating the same symlink in the runlevel 2 directory and it will work next time as expected.

cd /etc/rc2.d
ln -s ../init.d/Galaxy S23Galaxy

Now we check again to confirm it created;

root@ldebx86-1:/etc/rc2.d# ls -l *Galaxy*
lrwxrwxrwx 1 root root 16 Apr 8 19:15 S23Galaxy -> ../init.d/Galaxy

Job done.

Open Media Vault USB boot corruption

Looks like the Open Media Vault appliance I had running via the HP N40L Microserver had some issues.

I left it overnight to copy 400+Gb of files and woke to find it had failed half way. Host was up, but networking wasn’t working quite so well. Rebooted and immediately saw the root file system failed to mount and caused the usual panic.

I suspect the USB key I had the OS installed on has corrupted. Which means my data should be okay, although hasn’t impressed me much.

Think I will go back to my Debian install and just do everything via it. So it’s not an appliance, but at least I know it will work day in and day out when ran from the hard drive.

 

New hardware purchases

I ordered a HP N40L Microserver on Saturday night. It should arrive in the next day or so. Have been wanting to get one of these for a while and with the recent decrease in pricing, I just happened to have some spare dollars from a recent Kogan refund (against a 22″ LED TV that had several major issues).

In addition, anyone in Sydney that might be interested in a Synology NAS, let me know, as I’d like to sell my Synology DS109+ Single bay NAS (without disk).

Plans for the N40L include installation of Debian to setup some internal dns services, and mail relay etc. I also going to deploy the Ubiquiti UniFi controller software on it, so I can manage the UniFi hardware I have been testing (and still completely impressed with). Would love to buy some more Ubiquiti gear to test a point to point link in my street.

LPIC2 Certificate arrives

My LPIC2 Certificate arrived by post today, so looks like I can now scan it and add to the collection of the others I have done in the last 2 years.

I’ve done a large number of certificates in the last 2 years, had planned on doing a few more. But going to take a bit of a break, since I am still learning so much at work. Best to focus on that for a little bit.

NetworkManager on CentOS 6.2

Seems NetworkManager is driving everyone bonkers still and not just me. I did a GUI install and disabled the use of NetworkManager yet the stupid thing still seems to blow away my resolv.conf and better still not populated it even though I have things defined in ifcfg-eth0.

Grrr.

See here. I’ve experienced these exact same issues as the folks posting on the thread. I remember having this issue back on CentOS 6.0, guess it’s still not fixed.

Novell Certified Linux Administrator (CLA)

And thanks to Novell who have a partnership with LPI and provide LPIC-1 as an education path to the Novell Certified Linux Administator (CLA) certification, now have this certification too as of passing LPIC-1.

So it’s been a good week. Will be preparing for LPIC-2 now. Plan was for the new year to tackle those exams.

LPIC-1 Certification complete

Today I passed my LPIC-1 Exam 102, so I now have completed my LPIC-1 certification. I passed LPIC-1 Exam 101 last month.

Next goal was to do LPIC-2 which is 2 more exams, that was planned for next year, however I might start doing the reading and prep, maybe I can slip in 1 more before years end. Although I won’t stress doing so, as I am waiting on BF3 to show up by post and start playing as a reward.

It’s a good to celebrate.

Move over screen, we have a new player in town

As long as I have used Linux, I have been a huge fan of GNU/Screen. Although it appears we now have a new player in town.

Let me introduce Tmux, highly recommend if you haven’t checked it out, do so.

I too just happened to stumble across a post by another blogger, at the link here which introduced this as an alternative. Had I not seen the post, I wouldn’t know it even existed.