Here are some before and after pictures of me. I will post some additional details when I have a chance soon.

Me from the front

Me from the side
Here are some before and after pictures of me. I will post some additional details when I have a chance soon.

Me from the front

Me from the side
Today at work, we wanted to add a couple of 500 GB disks to a development server that we have. We already have two 500GB disks in the system, set up as raid 1. The server is currently running CentOS 5.1 without an X environment, so we need to do everything from the command line.
We were wanting to add two new disks as another raid 1 (mirror) setup. The biggest issue is that the system had to be running for development work the whole time. After doing some google searching, I came across a couple of pages that were quite helpful for us.
I followed the instructions on this page for most of the set up.
Obviously, before continuing, make sure that you have a backup of everything that you can’t easily recreate, or live without.
We are going to set up a software raid, to match what is already in the system. We are not going to do anything fancy, just a single partition on each new disk, to create one large 500 GB raid 1 (mirror) partition when we are done.
First, you have to do everything as root, so:
$ su -
To make sure that the drives were being seen by the system, ran fdisk
$ fdisk -l
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdc1 1 60801 488384001 83 Linux
Disk /dev/sdd: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdd1 1 60801 488384001 83 Linux
The partition types were not correct for a raid setup, so those needed to be changed, but first we had to make sure they were not mounted.
# umount /dev/sdc1
# umount /dev/sdd1
Now to fix the partition types.
# fdisk /dev/sdc
The number of cylinders for this disk is set to 60801.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
(e.g., DOS FDISK, OS/2 FDISK)
Command (m for help): p
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdc1 1 60801 488384001 83 Linux
Command (m for help): t
Selected partition 1
Hex code (type L to list codes): L
17 Hidden HPFS/NTF 64 Novell Netware b7 BSDI fs fd Linux raid auto
Hex code (type L to list codes): fd
Changed system type of partition 1 to fd (Linux raid autodetect)
Command (m for help): p
Disk /dev/sdc: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sdc1 1 60801 488384001 fd Linux raid autodetect
Command (m for help): w
The partition table has been altered!
Calling ioctl() to re-read partition table.
Syncing disks.
Then I repeated the same steps for the second drive, /dev/sdd
Next, we needed to determine what the next available md devices would be. I ran
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/md1 48G 4.8G 41G 11% /
/dev/md0 401G 336G 44G 89% /home
This showed me that we had md0 and md1 used. We would use md3 for our next raid device. There wasn’t a reason for skipping md2, we just did.
Now to create the raid set. Continuing to follow this page, we ran this and got the following error:
# mdadm --create --verbose /dev/md3 --level=1 --raid-devices=2 /dev/sdc1 /dev/sdd1
mdadm: error opening /dev/md3: No such file or directory
After doing some more Googling, we came across this blog post that suggested adding the –auto option to our command. So after some trial and error, this is the final command that we came up with.
# mdadm --verbose --create /dev/md3 --auto=md3 --level=1 --raid-devices=2 /dev/sdc1 /dev/sdd1
mdadm: size set to 488383936K
mdadm: array /dev/md3 started.
The gotcha for us was where to put the –auto and the syntax. The above finally worked for us.
Next to confirm that the raid for properly initialized,
# cat /proc/mdstat
Personalities : [raid1]
md3 : active raid1 sdd1[1] sdc1[0]
488383936 blocks [2/2] [UU]
[>....................] resync = 0.4% (1964928/488383936) finish=111.3min speed=72775K/sec
We waited about 20 minutes and repeated the above command:
# cat /proc/mdstat
Personalities : [raid1]
md3 : active raid1 sdd1[1] sdc1[0]
488383936 blocks [2/2] [UU]
[==>..................] resync = 10.0% (48918592/488383936) finish=101.1min speed=72406K/sec
At this point, we decided to go ahead and try to format the device. Thinking that even if it hadn’t finished initialization, we could still format it, and it would catch up with the resyncing.
# mkfs.ext3 /dev/md3
mke2fs 1.39 (29-May-2006)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
61063168 inodes, 122095984 blocks
6104799 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
3727 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000
Writing inode tables: done
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 38 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
Next we need to save the new raid configuration, so it will be available after the next reboot, but we need to make a backup copy of the existing configuration first
cp /etc/mdadm.conf /etc/mdadm.conf.BAK
Check out what mdadm thinks the configuration is:
# mdadm --detail --scan --verbose
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=8892876d:67b738d2:59946b6a:8692b574
devices=/dev/sda1,/dev/sdb1
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=c5d2ceee:7e7e98ad:2dcf58b6:a2976aba
devices=/dev/sda2,/dev/sdb2
ARRAY /dev/md3 level=raid1 num-devices=2 UUID=b0d54dd2:84093d6e:24c202ac:d5d97a5c
devices=/dev/sdc1,/dev/sdd1
Looks good, so put that into the conf file:
# mdadm --detail --scan --verbose > /etc/mdadm.conf
Create the new mount point, and add it to /etc/fstab
# mkdir /mnt/share/
# vi /etc/fstab
adding this line
/dev/md3 /mnt/share ext3 defaults 1 3
Now, to mount the new raid device.
mount /dev/md3 /mnt/share
There you go! If you ever want to check the status of the raid devices, you can
# cat /proc/mdstat
and that will show the status of all raid devices in the system.
I had installed a new kernel (2.6.24 Kernel) because of security issues on my Fedora 8 box. When I did, I tried running vmware-config.pl to configure vmware player for this new kernel. When I did that, I got this error:
Unable to build the vmmon module.For more information on how to troubleshoot module-related problems, please visit our Web site at “http://www.vmware.com/download/modules/modules.html” and “http://www.vmware.com/support/reference/linux/prebuilt_modules_linux.html”.
Execution aborted.
Well, I did a little bit of Googleing, and I came across this helpful post from Peter Velichkov. Here is a brief summary of his instructions (I started with step 5):
After following Peter’s instructions, I once again have vmplayer running on my box.
Thanks Peter.
I have spent quite a bit of time trying to get my nfs export to work from my CentOS 5 server. I figured out that it was a firewall issue, but since I don’t yet know that much about iptables (on the list to learn), I had to spend a few hours scouring Google to come up with the answers.
Since I spent so much time looking for it, I am going to post what I did here, so if someone else may need this information, it might be a little easier to find (and should be much easier for me in the future).
From here:
1. Create the file “/etc/sysconfig/nfs” and add the following contents:
STATD_PORT=4001 LOCKD_TCPPORT=4002 LOCKD_UDPPORT=4002 MOUNTD_PORT=4003
(in my case, these settings were already defined, but commented out)
2. Append the following to the file “/etc/services”:
rquotad 4004/tcp # rpc.rquotad tcp port rquotad 4004/udp # rpc.rquotad udp port
3. Restart the nfs services:
/etc/init.d/nfs restar /etc/init.d/nfslock restart
4. Re-run /usr/sbin/rpcinfo -p and make sure all the ports above have changed.
5. Open up the following ports (tcp and udp) on the Fedora firewall. Do this either using the “Security Level” app in “System Settings” or using the command line iptables command (think it’s in /sbin/):
111:tcp, 111:udp, 2049:tcp, 2049:udp, 4001:tcp, 4001:udp, 4002:tcp, 4002:udp, 4003:tcp, 4003:udp, 4004:tcp, 4004:udp
(You can copy and paste the above text into the “Other ports: (1029:tcp)” section of the “Security Level Configuration”).
At this point, I was able to mount my nfs share on my other systems.
I wanted to create an area where I can post technical things that I discover and/or figure out, sort of a reminder for myself, and whomever else wants to view them. I also wanted a place where I could just rant/rave/discuss just about anything that came to mind.
My name is Doug. I work as a Web Application Engineer for SphereBuilder in Denver, Colorado, USA. I have been working with computer for about 26 years, and it is not only my job, it is also my hobby.
I also have my own company where I do some side work, mostly web programming. I am not a designer, I am a programmer, so I will not claim to have a good design on any of my sites (unless someone else does it for me), but they will all work. Sometime in the future I will post some of the sits that I am currently maintaining.
I primarily us Linux for all of my computers (currently running Fedora and CentOS), but I also have a MacBook Pro running Leopard. When I get a chance to work on it, I am going to be changing the MacBook to a dual boot machine, with Leopard, and some Linux distro. I had one windows computer left, but I wiped and then sold it. The only windows systems I currently have running are vmware images that I have created to test how badly internet explorer has broken some sites that I have created (and that is another rant for the future).
Well, I guess that is enough for now. I will try to keep things somewhat up to date, but no promises.