Wednesday, November 12, 2008

Identity Switch Canceled problem

User could not print from any applications that opened after double-clicking the attachment from an Outlook email. This is in Citrix using published applications. I was able to print the attachments if I was in a published desktop. The user would get the message "Identity Switch Canceled: The current identity could not be chagned because one of the applications was unable to switch" whenever he first opens Outlook.

I researched and found an article in Microsoft which was very confusing and from a forum which didn't help as much either.

Forum

Microsoft article

I ended up logging in as administrator and opening regedit. I compared the user's Identity registry settings with another's under HKEY_USERS. Made the appropriate changes...adding User ID key, changing "Last User ID" key to match the Identity string...changed the Last Username to "Main Identity"...etc.

Thursday, September 18, 2008

20080918 - BESR recovery

Man, I just spent 3 hours on a BESR restore and it turned out to be a GUI issue..ugh. Here's what happened in case you see it as well.

Booting with BESR CD on new Dell PowerEdge 1900 with Perc 5/i. External USB drive connected with recovery files. I would choose to recover Computer and it would automatically find the recovery points on the USB drive. When I select the C: drive, it would automatically create a 12GB partition (same size as volume in recovery point) and thus not let me resize. It doesn't let me delete the 12GB partition. If I select the unallocated space I would sometimes get:
"Error EC950015: The V2i file source drive and the destination drive cannot be the same> Error EC950015: The V2i file source drive and the ...."
OR
"Error EC950019: The current recovery data is invalid."

I thought this was a driver problem. So created a custom SRD cd-rom, loaded the drivers from a network share, ran disk partition utilities and removed all partitions, using support tools wiped the first track, restarted after wiping, etc. Lots of time.

****But found if I manually choose the recovery point on the USB drive by changing the View from Date to Filename, it would work just fine.*****

By the way found a cool Microsoft utility that allows you to mount an ISO file as if it was a CD-ROM on an XP machine. See:
http://www.tech-recipes.com/rx/620/xp_small_free_way_to_use_and_mount_images_iso_files_without_burning_them

Friday, July 18, 2008

TPM - Ping batch file

Using the batch file below to log pinging to ISP gateway 75 times every 10 minutes. I had to install Windows 2003 Resource kit from microsoft.com to get the sleep.exe command.


REM testing Internet Connection

:loop
DATE /T >>d:\shares\apps\batch\pinggw.log
TIME /T >>d:\shares\apps\batch\pinggw.log
ping -n 75 66.91.146.97 >>d:\shares\apps\batch\pinggw.log
sleep 600
goto loop

TPM - BackupExec Services Stopped

TPM - BackupExec Services Stopped


Event Type: Error
Event Source: .NET Runtime 2.0 Error Reporting
Event Category: None
Event ID: 1000
Date: 7/18/2008
Time: 4:00:16 AM
User: N/A
Computer: TPM-WIN01
Description:
Faulting application beserver.exe, version 12.0.1364.115, stamp 48193ff7, faulting module dbutil.dll, version 12.0.1364.124, stamp 48564454, debug? 0, fault address 0x00016682.

For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
Data:

Sunday, June 22, 2008

Issue on VMware server with RAID driver

I'm running CentOS 5.1 64-bit on a Dell PowerEdge 1900 with a Perc 5/i.

It's running VMware 1.0.5. It been running fine for about 4 weeks. I got a call today and the server was not responding. On the console I got:

sd 0:2:0:0 rejecting I/0 to offline device

EXT3-fs error on sda3 (my root partition). VMs run on same RAID5 logical drive, but in a LVM partition.

I could not login via console or ssh. Rebooted and the server seems to be running fine.

Found the following in the TTY_000000.log

06/21/08 11:50:06: *** PREFETCH ABORT exception: sf=a00fff18
06/21/08 11:50:06: CPSR=80000013: N=1,Z=0,C=0,V=0,Q=0 I=0 F=0 T=0 MODE=13(SVC)
06/21/08 11:50:06: r0=00000001 r1=0000004a r2=0000004b r3=fffffffd
06/21/08 11:50:06: r4=0000ffff r5=40040000 r6=00000000 r7=00000000
06/21/08 11:50:06: r8=a0e20320 r9=a0d48360 r10=000001bc r11=a00fff90
06/21/08 11:50:06: r12=00008d84 lr=a0b81de0 pc=a087de88
EVT#01762-06/21/08 11:50:06: 15=Fatal firmware error: Line 1014 in ../../raid/verdeMain.c

[0]: fp=a00ffea0, lr=a0898bbc - abort_prefetch+114
[1]: fp=a00ffef0, lr=a000abac - dbits+1788198
[2]: fp=a00fff14, lr=a000a74c - dbits+1787d38
[3]: fp=a00fff5c, lr=a087de88 - set_state+380
[4]: fp=a00fff90, lr=a087d9c8 - raid_task+318
[5]: fp=a00fffb8, lr=a08978b0 - main+3b0
[6]: fp=a00fffe4, lr=a0895fe0 - c_start+30
[7]: fp=a00ffffc, lr=9e8804cc - _start+6c
[8]: fp=a0018350, lr=a0006204 - dbits+17837f0
[9]: fp=a00183fc, lr=4a8 - 000004a8
MonTask: line 1014 in file ../../raid/verdeMain.c
INTCTL=16c00000:1003dcf, IINTSRC=0:0, FINTSRC=0:2000, CPSR=600000d3, sp=a00ffbe4
MegaMon> .....

Running the following:
Perc Firmware version 5.2.1-0067
Driver Version: 00.00.03.16

I also notice in the log for every boot I get the following regarding the storage environment

T0: LSI Logic MegaRAID firmware loaded
T0: Firmware version 1.03.40-0316 built on Sep 14 2007 at 03:16:20
T0: Board is type 1028/0015/1028/1f03

T0: Initializing 1MB memory pool
T0: EVT#01763-T0: 0=Firmware initialization started (PCI ID 0015/1028/1f03/1028)
T0: EVT#01764-T0: 1=Firmware version 1.03.40-0316
T0: Authenticating RAID key: Done!
T0: EepromInit: Family=33, SN=ed462f020000
T0: Waiting for Expansion ROM to load (ESC to bypass)...mfiIsr: idr=00000008
T48: done.....

It looks like this problem is related to the storage driver to me but I don't know what else to look at. As far as I can tell all the drivers are up-to-date.

Update: Ended up scrapping this server due to other performance reasons. Above error was probably an issue with the driver and I didn't want to mess with dealing with Dell on getting a fix. I do remember getting an email months later from someone at the Dell linux listserv and I believe there was a fix for it.

Thursday, June 5, 2008

Blank Email (D107, 8F07 errors) after migration to VMware

http://forums.novell.com/novell-product-support-forums/groupwise/groupwise-7x/gw7-install-setup-admin/331563-blank-email-d107-8f07-errors-after-migration-vmware.html#post1573580
Strange issue.

We cloned a Netware 6.5 SP5 Small Business Server to Vmware Server platform. Everything is running fine except...

Moved Grpwise 7.0.2 post office and domain to workstation with agents turned off. Turned off physical server and turned on virtual clone and copied the groupwise files to it (the clone was made earlier and prepared for migration (removing services not needed)...Agents turned off and copied using simple xcopy.

After migration on 5/31 users found that some but not all emails between 5/17 and 5/31 were blank. Subject, to and from, size etc all shows, but no message text, attachments..when trying to access properties of email get D107 on the client and a CF07 error on the POA. After changing the wphost.db file on the workstation with the copy of groupwise system to allow direct access, the 7.0.2 client shows the email fine. I did a diff of these two grpwise locations and found some blobs in offiles of the copy to be missing in the live system..I copied the missing blobs to the live system but no difference. I copy the workstation grpwise system to a restore location and set the POA, and the user can selectively restore email that was blank by going to File|Open Backup (after deleting the blank emails in the live system first)

I thought that was the end of it...but in the last 4 days we've seen new blank messages...only 2 (22-user system)..they exhibit the same symptoms.

Is this a corruption of blobs? I did do a check of file sizes between the two systems and there were no discrepancies.

I'm concerned that it still appears to be happening...and I'm not sure where to look next.

Saving Groupwise from Netware to USB HD

The backup of Groupwise is an issue. Need it backed up daily. It's 60GB in size. Over the network that takes about 4.75 hours...same if it's sent to a virtual machine on same host using 1000BaseT or to Windows 2000 server with Netware client installed and 100BaseT.

Successful during the day but when I set it up as scheduled task it didn't complete.. Noticed that the server util in Monitor.nlm was stuck around 99%. Hard drive light on vmware server console constant green.

Yesterday, when suspending, lvm snapshot, and then resume found vmware reported internal consistency error on one of the vmdk files. It eventually loaded but when I did an emergency backup using DBcopy the same thing as above happened. Problem is though I don't know if it was like that because of dbcopy or the corruption. Performed an Xcopy with the groupwise agents closed...5 hours later with a good backup (at least no copy failures returned). A restart and the server came up fine..no green light or high util...

I did a dbcopy last night and it stopped after 2 hours...the server was high util and green light on hard drive. I've read reports that dbcopy could get stuck on some files and a reboot of the server was required. I updated my Netware client from 4.9 sp1 to sp4 in hopes this fixes that.. The USB hard drive that I copy too was also in a funky state: couldn't copy of some files to it.. After the reboot the drive had CHK files in it...4GB worth.

Here's the batch file I'm trying to use. I also reduced the number of threads to 1:


c:
cd \batch

DATE /T >>gwfullback.log
TIMe /T >>gwfullback.log

ECHO START Full copy >>gwfullback.log

net use g: \\tpm-fs1\vol1 gwusertpm /user:gwuser

rmdir /S /Q e:\grpwise\backC

move e:\grpwise\backB e:\grpwise\backC
move e:\grpwise\backA e:\grpwise\backB

dbcopy /v /t-1 g:\grpwise\TPM_DOM e:\grpwise\backA\TPM_DOM
dbcopy /v /t-1 g:\grpwise\TPM_POST e:\grpwise\backA\TPM_POST

net use g: /delete

ECHO DONE Full copy >>gwfullback.log
DATE /T >>gwfullback.log
TIME /T >>gwfullback.log

It's taking longer to copy with low thread count but copied during the day...about 7 hours.

Delay start of VMs

Using the following: http://download3.vmware.com/vmworld/2006/dvt4696.pdf

Set this in the /etc/vmware/config file:
autoStart.defaultStartDelay= "180" ��Start delay of 3 Min's
autoStart.defaultStopDelay= "180" ��Stop delay of 3 Min's
Set the start and stop order of the virtual machines in the individual VMs vmx file.

autostart= "poweron"
autostart.order= "10" ��Set VM#1 to 10, VM#2 to 20....etc
autostop.order= "10" ��Set VM#1 to 10, VM#2 to 20....etc

Haven't tested not sure if this means it will start a VM wait 3 minutes and start the next...I'm assuming.

Wednesday, May 28, 2008

Turn on CPU virtualization or not

Based on the following link

http://lwn.net/Articles/268860/


I would say leave it off. It appears VMware may not really use it and at it's current level, it doesn't offer much if any performance enhancements.

Setting Windows Time Source

My virtual Windows Small Business server 2003 is drifting in time.

Found that it appeared to be configured with a ntp time server of time.windows.com
But the time still off by 45 minutes.

Followed the following section from http://support.microsoft.com/kb/816042

But found most of the settings the same except AnnounceFlags and MaxPosPhaseCorrect

Changed the AnnounceFlags to 5 and ran the net stop w32time etc but time was still wrong.

I changed the NtpServer registry value from time.windows.com,0x1 to 0.pool.ntp.org,0x1 1.pool.ntp.org,0x1 2.pool.ntp.org,0x1

Ran the last command below from the article and the time was successfully changed to the correct one.

Then when time was correct changed the following:
MaxNegPhaseCorrection and MaxPosPhaseCorrection to 3600
Changed SpecialPollInterval to 900

Configuring the Windows Time service to use an external time source
To configure an internal time server to synchronize with an external time source, follow these steps:
1. Change the server type to NTP. To do this, follow these steps:
a. Click Start, click Run, type regedit, and then click OK.
b. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters\Type
c. In the right pane, right-click Type, and then click Modify.
d. In Edit Value, type NTP in the Value data box, and then click OK.
2. Set AnnounceFlags to 5. To do this, follow these steps:
a. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config\AnnounceFlags
b. In the right pane, right-click AnnounceFlags, and then click Modify.
c. In Edit DWORD Value, type 5 in the Value data box, and then click OK.
3. Enable NTPServer. To do this, follow these steps:
a. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer
b. In the right pane, right-click Enabled, and then click Modify.
c. In Edit DWORD Value, type 1 in the Value data box, and then click OK.
4. Specify the time sources. To do this, follow these steps:
a. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters
b. In the right pane, right-click NtpServer, and then click Modify.
c. In Edit Value, type Peers in the Value data box, and then click OK.

Note Peers is a placeholder for a space-delimited list of peers from which your computer obtains time stamps. Each DNS name that is listed must be unique. You must append ,0x1 to the end of each DNS name. If you do not append ,0x1 to the end of each DNS name, the changes made in step 5 will not take effect.
5. Select the poll interval. To do this, follow these steps:
a. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient\SpecialPollInterval
b. In the right pane, right-click SpecialPollInterval, and then click Modify.
c. In Edit DWORD Value, type TimeInSeconds in the Value data box, and then click OK.

Note TimeInSeconds is a placeholder for the number of seconds that you want between each poll. A recommended value is 900 Decimal. This value configures the Time Server to poll every 15 minutes.
6. Configure the time correction settings. To do this, follow these steps:
a. Locate and then click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config\MaxPosPhaseCorrection
b. In the right pane, right-click MaxPosPhaseCorrection, and then click Modify.
c. In Edit DWORD Value, click to select Decimal in the Base box.
d. In Edit DWORD Value, type TimeInSeconds in the Value data box, and then click OK.

Note TimeInSeconds is a placeholder for a reasonable value, such as 1 hour (3600) or 30 minutes (1800). The value that you select will depend upon the poll interval, network condition, and external time source.
e. Locate and then click the following registry subkey: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config\MaxNegPhaseCorrection
f. In the right pane, right-click MaxNegPhaseCorrection, and then click Modify.
g. In Edit DWORD Value, click to select Decimal in the Base box.
h. In Edit DWORD Value, type TimeInSeconds in the Value data box, and then click OK.

Note TimeInSeconds is a placeholder for a reasonable value, such as 1 hour (3600) or 30 minutes (1800). The value that you select will depend upon the poll interval, network condition, and external time source.
7. Quit Registry Editor.
8. At the command prompt, type the following command to restart the Windows Time service, and then press ENTER:
net stop w32time && net start w32time

Tuesday, May 27, 2008

Optimizing Vmware

Looking at optimizing my vmware server (linux host)

Found the link below and implemented the following settings in my vm's config file

MemTrimRate = “0″
sched.mem.pshare.enable = “FALSE”
MemAllowAutoScaleDown = “FALSE”

http://jaysonrowe.wordpress.com/2008/01/04/vmware-server-tipsntricks/

Also, found Symantec Endpoint (esp LiveUpdate) slowed things down.

Also, found that with two VM's using 2 processors, problems when the VMs were both busy. Maybe contention problems sharing the CPU?? I made both of them single processor VMs and they are running much more independent of each other and speedy.

Perc 5/i performance - improvement with blockdev

I've not been pleased with performance...Disk io is definitely the bottleneck. The %wa or io wait in top is always high when the system is sluggish, slow. Of course, I'm usually doing a lot of disk io so it is not expected. But I did find the following site that talks about performance on the Perc controller

http://thias.marmotte.net/archives/2008/01/05/Dell-PERC5E-and-MD1000-performance-tweaks.html

ran

blockdev --getra /dev/sda

and received 256

ran

blockdev --setra 8192 /dev/sda


Initial tests of suspending/resuming vms and copying show significant improvement.

Added the line

/sbin/blockdev --setra 8192 /dev/sda

in /etc/rc.local

Windows Unexpectedly shutdown

Logging into the Windows 2003 SBS Server virtual machine, I got that it unexpectedly shutdown. Event Log:
Event Type: Error
Event Source: System Error
Event Category: (102)
Event ID: 1003
Date: 5/27/2008
Time: 3:13:29 AM
User: N/A
Computer: TPM-WIN01
Description:
Error code 00000077, parameter1 c0000185, parameter2 c0000185, parameter3 00000000, parameter4 03278000.

Looked thru logs (filtered it so I would only see eventlog events) to find when it restarted. Found it restarted when I was doing some testing scripts of suspending other VMs and running rsync to back them up. So lots of disk IO.

Found others have seen this and applied the following

In the registry, go to HKEY_LOCAL_MACHINE/System/CurrentControlSet/Services/Disk.
Click Edit/Add value.
Set the value name to TimeOutValue.
Set the data type to REG_DWORD.
Set the data to 0x03c hex
Reboot the virtual machine.

So I did this.

Friday, May 23, 2008

XCOPY redirect stdout and stderr

Created a script to copy files called migrate.cmd. With this script I can do an initial copy of everything. I could then rerun it to copy only new files during the day of migration. Speeds things up quite a bit to only have to copy changed files from the day before.

But found that any errors produced still went to the console or command line and I couldn't see which files it complained.. Finally found the syntax to redirect stderr to stdout and redirect all of stdout(with stderr) into a file.

Here it is

xcopy /D /I /E /C /F /H /R /K /O /Y f:\data l:\data > migrate.log 2>&1

vmnet8, NAT, and port forwading

Edit the /etc/vmware/vmnet8/nat/nat.conf file to add port forwarding to hosts on this virtual network.

After editing restart the network interfaces for vmware

/usr/lib/vmware/net-services.sh restart

Make sure you've edited/disabled your iptables or any firewall your using before testing it...

Monday, May 19, 2008

Imaging using dd in linux

I needed to image the hard drive of the PowerEdge vmware server without imaging the LVM portion since I already have 200+ GB on it.

I cannot boot with any LIVE CD and see the hard drive on the Perc 5/i controller except for the one that was on Dell's site. Using this:

# fdisk -l -u /dev/sda

This shows the Start and End of each partition in 512 byte sectors.

So I was able to use
# dd if=/dev/sdc of=/media/exthd/harddrive.img bs=512 conv=sync,noerror count=25455345542

In the comments of this website was where I found the tidbits to use it.

http://www.linuxweblog.com/dd-image

Sunday, May 18, 2008

Fast CPU Util on Netware Virtual Machine

Running VMWare Server 1.0.5
Host: Linux CentOS 5.1

Cloned Netware 6.5 SP5 server using Portlock Storage manager into a virtual machine.

Had issue that vmware-vmx was always at 100%+ on CPU utilization even when server was not doing anything. This is even after installing vmware tools.

Changed settings of virtual machine from 2 processors to 1 and this solved the problem.

Thursday, May 15, 2008

Ethernet settings

ethtool eth0
will give results also
dmesg | grep -i duplex

Thursday, May 8, 2008

Script to send email alerts from Perc 5/i on PowerEdge running CentOS 5.1

Updated: 2008-05-15: see below

Need to get an alert if one of the hard drives fail on my PowerEdge 1900 running CentOS 5.1 and Dell's OMSA.

Nagios and ITA seem a little hard to swallow...would like something simple. Some links below talk about this issue with the Perc 5/i.

Discussion on MegaRAID_SAS driver on PowerEdge

http://www.techno-obscura.com/~delgado/weblog/archives/2007/05/sles10_and_mega_1.html

Discussion on Perc 5/i inaudible alarm and possible script to use with omreport

http://msmvps.com/blogs/onq/archive/2007/03/30/on-dell-s-perc-5-i.aspx

Another possible to use to supplement alerts...but probably not storage
http://www.lampdeveloper.co.uk/linux/email-alerts-from-dell-poweredge-using-omreport.html

Ok. End result. Spent a lot time on the script in comments section of the msmvps.com link above. Couldn't get it to work. Bash didn't like the pipe command in the strings. So I brushed up on my VERY minimal perl skills and created the following to run in cron daily:


#!/usr/bin/perl

# A simple perl program to send alerts if problem found with physical disks
# by using OMSA 5.2 for Dell PowerEdge
# I do not provide any guarantee that this script will work. Use at own risk.

#Written: May 2008
#By: Jerod Hammerstein

$controller="0";
$emailaddress="jerod\@yourdomain.com";
$omreport="/usr/bin/omreport";
$mail="/bin/mail";
$servername="yourservername";

# run omreport command and put into olist

open(LS, "$omreport storage pdisk controller=$controller |");
while() {
chomp;
push @olist, $_;
}
close(LS);

# Go through each line in olist to look for "Critical", "Rebuilding", or
# "Failure Predicted : YES"

$email=0;
$subject="";

foreach $line(@olist){
if ($line =~ /Critical$/i) {
$email=1;
$subject="$servername Hard Drive Critical";
}
if ($line =~ /Failure$/i) {
$email=1;
$subject="$servername Hard Drive Rebuilding";
}
if ($line =~ /^Failure\sPredicted(\s)+:\sYes$/i) {
$email=1;
$subject="$servername Hard Drive Predicted to Fail";
}
}

#If something was found email will = 1 so send email
if ($email==1) {
system("$omreport storage pdisk controller=$controller | $mail -s '$subject' $emailaddress");

}



Ran as root

crontab -e

Then put

0 8 * * * /root/checkRAID.pl

in the crontab file.

I'm sure I could have done a better job in the regular expressions (and probably in most of the code), but it's simple and it works. Most of all I think it is very understandable compared to many perl scripts I've seen.

Feel free to use and alter... You will need sendmail installed..you can keep port 25 blocked on your external interface in your firewall as it uses the lo interface. No guarantees it will work for you though.

The dell poweredge list serv had a message that someone uses to have it alert of disk problems:


omconfig system alertaction event=pdiskwarn execappath="(script
to send email)"


I tried this on my Dell PowerEdge 1900 using a simple perl script in the execappath that works otherwise and I got

Error! Hardware subsystem reports command failed.

Fixing Line Endings

Getting error when running bash file in terminal. Something about bad interpreter /bin/sh^M

I knew it had to due to line endings between Windows and Linux. Found this cool command from Waldo at http://www.macosxhints.com


There are many places where PERL is incredibly handy. This is one of them. You can use
PERL on the command line to change the line ending ( a '\r' (Mac) to a '\n' (UNIX) ):

perl -pi -e 's/\r/\n/g'

I have put an alias in my .bashrc file that looks like this:

alias fle="perl -pi -e 's/\r/\n/g' "

Now I just type fle and everything works file. I use "fle" for "fix line endings," but
yo can use anything you want to.


Worked very well

Wednesday, May 7, 2008

Getting alert after installing OMSA saying I need to install newer megaraid_sas driver

Current config

Firmware Version 5.2.1-0067
Driver Version 00.00.03.10
Minimum Required Driver Version 00.00.03.13

Determined from Dell site (support.dell.com) that my firmware is currently up-to-date but the megaraid_sas driver is not..the latest is 00.00.03.16

My question since I plan to remove Dell's OMSA is whether this driver is the same as LSI's. I want to use LSI's MegaRAID Storage Manager since it has a feature to email if a drive goes bad. Apparently the Perc 5/i (really an LSI product, MegaRAID SAS 8480E) has the audible alarm feature disabled or unavailable and their OMSA does not support alerting via email. Crazy.

LSI's set has RedHat version 5 (I'm running CentOS 5.1) megaraid_sas driver version 00.00.03.13-1. Dell's is version 3.16. Looking at the docs on Dell's site, they added a few fixes from version 3.09..none of them appear to affect me.

1. Driver changes to avoid system hang during OS installation when Patrol Read is running on AMD platforms.
2. Installation script changes to support additional RHEL & SLES versions and updates or service packs.
3. Added precompiled binaries to support additional kernel modes.
4. IO management changes to meet Linux community requirements.
5. Fixed problem handling IO's to XFS file system with LUKS encryption on SLES10.


Hmmmm. I'm thinking I want to be as safe as possible with the integrity of the RAID. I'm going to try Dell's driver.

Downloaded driver from Dell's site:

Instructions for Dell's site:

3.3 Adding/Updating the PERC Driver to an Existing Linux system
---------------------------------------------------------------

1 Install the DKMS rpm package if needed. Use this command
"> rpm -ivh "

NOTE: Use rpm -Uvh when updating an existing package.

2 Install the Driver package. Use this command
"> rpm -ivh "

3 Verify the driver has been loaded with this system command:
"> lsmod megaraid_sas"
and this dkms commands:
"> dkms status"
The version shown in the output should match in both cases and
with the version of the package.


Did the installation instructions here's the output:

[root@vm01 nwi]# rpm -ivh megaraid_sas-v00.00.03.16-1.noarch.rpm
Preparing... ########################################### [100%]
1:megaraid_sas ########################################### [100%]

Loading tarball for module: megaraid_sas / version: v00.00.03.16

Loading /usr/src/megaraid_sas-v00.00.03.16...
Creating /var/lib/dkms/megaraid_sas/v00.00.03.16/source symlink...

DKMS: ldtarball Completed.

Kernel preparation unnecessary for this kernel. Skipping...
applying patch rhel5-ga.patch...patching file megaraid_sas.c
patching file megaraid_sas.h


Building module:
cleaning build area....
make KERNELRELEASE=2.6.18-53.1.14.el5 -C /lib/modules/2.6.18-53.1.14.el5/build SUBDIRS=/var/lib/dkms/megaraid_sas/v00.00.03.16/build modules....
cleaning build area....

DKMS: build Completed.
Running module version sanity check.

megaraid_sas.ko:
- Original module
- Found /lib/modules/2.6.18-53.1.14.el5/kernel/drivers/scsi/megaraid//megaraid_sas.ko
- Storing in /var/lib/dkms/megaraid_sas/original_module/2.6.18-53.1.14.el5/x86_64/
- Archiving for uninstallation purposes
- Installation
- Installing to /lib/modules/2.6.18-53.1.14.el5/kernel/drivers/scsi/megaraid//

depmod....

Saving old initrd as /boot/initrd-2.6.18-53.1.14.el5_old.img
Making new initrd as /boot/initrd-2.6.18-53.1.14.el5.img
(If next boot fails, revert to the _old initrd image)
mkinitrd.....

DKMS: install Completed.
[root@vm01 nwi]#

Tuesday, May 6, 2008

Installing OMSA 5.2 on Dell PowerEdge 1900 running CentOS 5.1

I'm trying this out so that I can get alerts if one of the drives fails on the Perc 5/i controller. It has 4 250-GB drives in RAID 5

First build out a CentOS 5.1 machine 3,000 miles away using Dell's DRAC card. And only needing client to connect DRAC card to network. Using CentOS ISO files on a Windows machine with Remote Desktop turned on..VERY COOL.

Used the following site to minimize running services.
http://www.sonoracomm.com/index.php?option=com_content&task=view&id=114&Itemid=32

Using
http://www.fundraisinghosting.com/wp/2007/07/20/dell-omsa-52-installation-on-centos-45/

This website has all the documentation and lists each piece that could be installed separately.

http://linux.dell.com/wiki/index.php/Repository/hardware#OpenManage_Server_Administrator

First command didn't go so well:
[root@vm01 /]# wget -q -O http://linux.dell.com/repo/hardware/bootstrap.cgi | bash
bash: line 1: wget:: command not found
bash: line 2: Usage:: command not found
bash: line 4: unexpected EOF while looking for matching `''
bash: line 5: syntax error: unexpected end of file
[root@vm01 /]#


Oops...forgot the - after the capital O.


[root@vm01 /]# wget -q -O - http://linux.dell.com/repo/hardware/bootstrap.cgi | bash
Downloading GPG key: http://linux.dell.com//repo/hardware/RPM-GPG-KEY-dell
Importing key into RPM.
Downloading GPG key: http://linux.dell.com//repo/hardware/RPM-GPG-KEY-libsmbios
Importing key into RPM.
Installing platform-independent RPM: dell-hw-indep-repository-1-15.noarch.rpm

Installing platform-specific repository RPM.
Loading "installonlyn" plugin
Setting up Install Process
Setting up repositories
extras 100% |=========================| 1.1 kB 00:00
updates 100% |=========================| 951 B 00:00
base 100% |=========================| 1.1 kB 00:00
addons 100% |=========================| 951 B 00:00
dell-hardware-main 100% |=========================| 951 B 00:00
Reading repository metadata in from local files
primary.xml.gz 100% |=========================| 6.2 kB 00:00
################################################## 22/22
Parsing package install arguments
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for dell-hw-specific-repository to pack into transaction set.
dell-hw-specific-reposito 100% |=========================| 4.8 kB 00:00
---> Package dell-hw-specific-repository.noarch 0:1-13.el5 set to be updated
--> Running transaction check
--> Processing Dependency: firmware-addon-dell >= 1.2.11 for package: dell-hw-specific-repository
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for firmware-addon-dell to pack into transaction set.
firmware-addon-dell-2.0.1 100% |=========================| 8.8 kB 00:00
---> Package firmware-addon-dell.x86_64 0:2.0.11-1.el5 set to be updated
--> Running transaction check
--> Processing Dependency: firmware-tools >= 0:2.0.0 for package: firmware-addon-dell
--> Processing Dependency: libsmbios-bin for package: firmware-addon-dell
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for smbios-utils to pack into transaction set.
smbios-utils-2.0.1-1.el5. 100% |=========================| 6.5 kB 00:00
---> Package smbios-utils.x86_64 0:2.0.1-1.el5 set to be updated
---> Downloading header for firmware-tools to pack into transaction set.
firmware-tools-2.0.10-1.e 100% |=========================| 13 kB 00:00
---> Package firmware-tools.noarch 0:2.0.10-1.el5 set to be updated
--> Running transaction check
--> Processing Dependency: libsmbios = 2.0.1-1.el5 for package: smbios-utils
--> Processing Dependency: libsmbios.so.2()(64bit) for package: smbios-utils
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for libsmbios to pack into transaction set.
libsmbios-2.0.1-1.el5.x86 100% |=========================| 2.8 kB 00:00
---> Package libsmbios.x86_64 0:2.0.1-1.el5 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
dell-hw-specific-repository noarch 1-13.el5 dell-hardware-main 5.8 k
Installing for dependencies:
firmware-addon-dell x86_64 2.0.11-1.el5 dell-hardware-main 81 k
firmware-tools noarch 2.0.10-1.el5 dell-hardware-main 180 k
libsmbios x86_64 2.0.1-1.el5 dell-hardware-main 194 k
smbios-utils x86_64 2.0.1-1.el5 dell-hardware-main 100 k

Transaction Summary
=============================================================================
Install 5 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 561 k
Downloading Packages:
(1/5): smbios-utils-2.0.1 100% |=========================| 100 kB 00:01
(2/5): firmware-tools-2.0 100% |=========================| 180 kB 00:00
(3/5): dell-hw-specific-r 100% |=========================| 5.8 kB 00:00
(4/5): firmware-addon-del 100% |=========================| 81 kB 00:00
(5/5): libsmbios-2.0.1-1. 100% |=========================| 194 kB 00:01
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing: libsmbios ######################### [1/5]
Installing: smbios-utils ######################### [2/5]
Installing: firmware-tools ######################### [3/5]
Installing: firmware-addon-dell ######################### [4/5]
Installing: dell-hw-specific-repository ######################### [5/5]

Installed: dell-hw-specific-repository.noarch 0:1-13.el5
Dependency Installed: firmware-addon-dell.x86_64 0:2.0.11-1.el5 firmware-tools.noarch 0:2.0.10-1.el5 libsmbios.x86_64 0:2.0.1-1.el5 smbios-utils.x86_64 0:2.0.1-1.el5
Complete!
Done!
=============================================================================
If you encounter problems, please read the FAQ at:
http://linux.dell.com/wiki/index.php/Repository/FAQ
=============================================================================
[root@vm01 /]#


run yum install srvadmin-base and then said N to install...as instructed by the page above. Tried to install dkms but yum install dkms reports Nothing to DO!

I do remember something about a plugin setting for yum... My plugin is already set to 1 in /etc/yum.conf

Ran yum clean all

Still reports nothing to do.

Ok.


Just going to do yum install srvadmin-all as instructed by the following link: http://linux.dell.com/repo/hardware/



c3
--> Processing Dependency: srvadmin-rac4-components for package: srvadmin-racdrsc4
--> Processing Dependency: srvadmin-omacore = 5.4.0 for package: srvadmin-omhip
--> Processing Dependency: srvadmin-rac5-components = 5.4.0 for package: srvadmin-racdrsc5
--> Processing Dependency: srvadmin-jre for package: srvadmin-old
--> Processing Dependency: srvadmin-omacore for package: srvadmin-racdrsc3
--> Processing Dependency: srvadmin-deng for package: srvadmin-storage
--> Processing Dependency: srvadmin-omacore = 5.4.0 for package: srvadmin-old
--> Processing Dependency: srvadmin-ipmi = 5.4.0 for package: srvadmin-hapi
--> Processing Dependency: srvadmin-omacore for package: srvadmin-racdrsc4
--> Processing Dependency: libxmlsup32.so.2 for package: srvadmin-racdrsc3
--> Processing Dependency: srvadmin-rac3-components for package: srvadmin-racdrsc3
--> Processing Dependency: srvadmin-syscheck = 5.4.0 for package: srvadmin-racadm4
--> Processing Dependency: srvadmin-omacore for package: srvadmin-old
--> Processing Dependency: libomacs32.so.1 for package: srvadmin-racdrsc5
--> Processing Dependency: libdcsdrs32.so for package: srvadmin-racdrsc5
--> Processing Dependency: libdcsgen32.so.5 for package: srvadmin-racdrsc4
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for srvadmin-deng to pack into transaction set.
srvadmin-deng-5.4.0-231.i 100% |=========================| 24 kB 00:00
---> Package srvadmin-deng.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-syscheck to pack into transaction set.
srvadmin-syscheck-5.4.0-2 100% |=========================| 5.8 kB 00:00
---> Package srvadmin-syscheck.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-omilcore to pack into transaction set.
srvadmin-omilcore-5.4.0-2 100% |=========================| 51 kB 00:00
---> Package srvadmin-omilcore.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-ipmi to pack into transaction set.
srvadmin-ipmi-5.4.0-231.r 100% |=========================| 3.0 kB 00:00
---> Package srvadmin-ipmi.i386 0:5.4.0-231.rhel5 set to be updated
---> Downloading header for srvadmin-rac4-components to pack into transaction set.
srvadmin-rac4-components- 100% |=========================| 11 kB 00:00
---> Package srvadmin-rac4-components.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-omacore to pack into transaction set.
srvadmin-omacore-5.4.0-23 100% |=========================| 148 kB 00:01
---> Package srvadmin-omacore.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-jre to pack into transaction set.
srvadmin-jre-5.4.0-231.i3 100% |=========================| 9.4 kB 00:00
---> Package srvadmin-jre.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-isvc to pack into transaction set.
srvadmin-isvc-5.4.0-231.i 100% |=========================| 33 kB 00:00
---> Package srvadmin-isvc.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-rac5-components to pack into transaction set.
srvadmin-rac5-components- 100% |=========================| 11 kB 00:00
---> Package srvadmin-rac5-components.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-odf to pack into transaction set.
srvadmin-odf-5.4.0-231.i3 100% |=========================| 7.7 kB 00:00
---> Package srvadmin-odf.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-rac3-components to pack into transaction set.
srvadmin-rac3-components- 100% |=========================| 11 kB 00:00
---> Package srvadmin-rac3-components.i386 0:5.4.0-231 set to be updated
---> Downloading header for srvadmin-racser to pack into transaction set.
srvadmin-racser-5.4.0-231 100% |=========================| 9.1 kB 00:00
---> Package srvadmin-racser.i386 0:5.4.0-231 set to be updated
---> Downloading header for libxml2 to pack into transaction set.
libxml2-2.6.26-2.1.2.1.i3 100% |=========================| 5.1 kB 00:00
---> Package libxml2.i386 0:2.6.26-2.1.2.1 set to be updated
--> Running transaction check
--> Processing Dependency: srvadmin-omauth for package: srvadmin-omacore
--> Processing Dependency: srvadmin-omauth = 5.4.0 for package: srvadmin-omacore
--> Restarting Dependency Resolution with new changes.
--> Populating transaction set with selected packages. Please wait.
---> Downloading header for srvadmin-omauth to pack into transaction set.
srvadmin-omauth-5.4.0-231 100% |=========================| 5.8 kB 00:00
---> Package srvadmin-omauth.i386 0:5.4.0-231.rhel5 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
Package Arch Version Repository Size
=============================================================================
Installing:
srvadmin-all i386 5.4.0-231 dell-hardware-auto 3.1 k
Installing for dependencies:
libxml2 i386 2.6.26-2.1.2.1 updates 798 k
srvadmin-base i386 5.4.0-231 dell-hardware-auto 3.0 k
srvadmin-cm i386 5.4.0-231 dell-hardware-auto 13 M
srvadmin-deng i386 5.4.0-231 dell-hardware-auto 331 k
srvadmin-diagnostics i386 5.4.0-231 dell-hardware-auto 3.0 k
srvadmin-hapi i386 5.4.0-231 dell-hardware-auto 743 k
srvadmin-ipmi i386 5.4.0-231.rhel5 dell-hardware-auto 3.6 k
srvadmin-isvc i386 5.4.0-231 dell-hardware-auto 1.2 M
srvadmin-iws i386 5.4.0-231 dell-hardware-auto 382 k
srvadmin-jre i386 5.4.0-231 dell-hardware-auto 22 M
srvadmin-odf i386 5.4.0-231 dell-hardware-auto 527 k
srvadmin-old i386 5.4.0-231 dell-hardware-auto 4.2 k
srvadmin-omacore i386 5.4.0-231 dell-hardware-auto 3.5 M
srvadmin-omauth i386 5.4.0-231.rhel5 dell-hardware-auto 6.9 k
srvadmin-omhip i386 5.4.0-231 dell-hardware-auto 2.6 M
srvadmin-omilcore i386 5.4.0-231 dell-hardware-auto 488 k
srvadmin-rac3 i386 5.4.0-231 dell-hardware-auto 3.1 k
srvadmin-rac3-components i386 5.4.0-231 dell-hardware-auto 78 k
srvadmin-rac4 i386 5.4.0-231 dell-hardware-auto 3.1 k
srvadmin-rac4-components i386 5.4.0-231 dell-hardware-auto 56 k
srvadmin-rac5 i386 5.4.0-231 dell-hardware-auto 3.1 k
srvadmin-rac5-components i386 5.4.0-231 dell-hardware-auto 65 k
srvadmin-racadm4 i386 5.4.0-231 dell-hardware-auto 193 k
srvadmin-racadm5 i386 5.4.0-231 dell-hardware-auto 1.1 M
srvadmin-racdrsc3 i386 5.4.0-231 dell-hardware-auto 353 k
srvadmin-racdrsc4 i386 5.4.0-231 dell-hardware-auto 19 k
srvadmin-racdrsc5 i386 5.4.0-231 dell-hardware-auto 19 k
srvadmin-racser i386 5.4.0-231 dell-hardware-auto 12 k
srvadmin-racsvc i386 5.4.0-231 dell-hardware-auto 69 k
srvadmin-racvnc i386 5.4.0-231 dell-hardware-auto 557 k
srvadmin-storage i386 5.4.0-231 dell-hardware-auto 12 M
srvadmin-storageservices i386 5.4.0-231 dell-hardware-auto 3.0 k
srvadmin-syscheck i386 5.4.0-231 dell-hardware-auto 6.3 k
srvadmin-webserver i386 5.4.0-231 dell-hardware-auto 3.0 k

Transaction Summary
=============================================================================
Install 35 Package(s)
Update 0 Package(s)
Remove 0 Package(s)

Total download size: 60 M
Is this ok [y/N]: y
Downloading Packages:
(1/35): srvadmin-deng-5.4 100% |=========================| 331 kB 00:01
(2/35): srvadmin-base-5.4 100% |=========================| 3.0 kB 00:00
(3/35): srvadmin-storages 100% |=========================| 3.0 kB 00:00
(4/35): srvadmin-syscheck 100% |=========================| 6.3 kB 00:00
(5/35): srvadmin-hapi-5.4 100% |=========================| 743 kB 00:02
(6/35): srvadmin-omauth-5 100% |=========================| 6.9 kB 00:00
(7/35): srvadmin-diagnost 100% |=========================| 3.0 kB 00:00
(8/35): srvadmin-omilcore 100% |=========================| 488 kB 00:02
(9/35): srvadmin-old-5.4. 100% |=========================| 4.2 kB 00:00
(10/35): srvadmin-racvnc- 100% |=========================| 557 kB 00:01
(11/35): srvadmin-racdrsc 100% |=========================| 19 kB 00:00
(12/35): srvadmin-ipmi-5. 100% |=========================| 3.6 kB 00:00
(13/35): srvadmin-rac4-5. 100% |=========================| 3.1 kB 00:00
(14/35): srvadmin-omhip-5 100% |=========================| 2.6 MB 00:07
(15/35): srvadmin-rac4-co 100% |=========================| 56 kB 00:00
(16/35): srvadmin-rac3-5. 100% |=========================| 3.1 kB 00:00
(17/35): srvadmin-omacore 100% |=========================| 3.5 MB 00:16
(18/35): srvadmin-jre-5.4 100% |=========================| 22 MB 00:48
(19/35): srvadmin-isvc-5. 100% |=========================| 1.2 MB 00:03
(20/35): srvadmin-all-5.4 100% |=========================| 3.1 kB 00:00
(21/35): srvadmin-racdrsc 100% |=========================| 19 kB 00:00
(22/35): srvadmin-iws-5.4 100% |=========================| 382 kB 00:01
(23/35): srvadmin-rac5-co 100% |=========================| 65 kB 00:00
(24/35): srvadmin-racadm4 100% |=========================| 193 kB 00:00
(25/35): srvadmin-storage 100% |=========================| 12 MB 00:24
(26/35): srvadmin-odf-5.4 100% |=========================| 527 kB 00:02
(27/35): srvadmin-rac3-co 100% |=========================| 78 kB 00:00
(28/35): srvadmin-racser- 100% |=========================| 12 kB 00:00
(29/35): srvadmin-racsvc- 100% |=========================| 69 kB 00:00
(30/35): srvadmin-racdrsc 100% |=========================| 353 kB 00:01
(31/35): srvadmin-cm-5.4. 100% |=========================| 13 MB 00:30
(32/35): srvadmin-racadm5 100% |=========================| 1.1 MB 00:02
(33/35): srvadmin-rac5-5. 100% |=========================| 3.1 kB 00:00
(34/35): srvadmin-webserv 100% |=========================| 3.0 kB 00:00
(35/35): libxml2-2.6.26-2 100% |=========================| 798 kB 00:02
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing: srvadmin-omilcore ####################### [ 1/35]
To start all installed services without a reboot,
enter the following command: srvadmin-services.sh start
Installing: libxml2 ####################### [ 2/35]
Installing: srvadmin-syscheck ####################### [ 3/35]
Installing: srvadmin-deng ####################### [ 4/35]
Installing: srvadmin-racadm4 ####################### [ 5/35]
Installing: srvadmin-racser ####################### [ 6/35]
Installing: srvadmin-racsvc ####################### [ 7/35]
Installing: srvadmin-racvnc ####################### [ 8/35]
Installing: srvadmin-omauth ####################### [ 9/35]
Installing: srvadmin-omacore ####################### [10/35]
Installing: srvadmin-jre ####################### [11/35]
Installing: srvadmin-iws ####################### [12/35]
Installing: srvadmin-webserver ####################### [13/35]
Installing: srvadmin-storage ####################### [14/35]
WARNING: srvadmin-storage configuration not performed;
'/etc/omreg.cfg' is missing or damaged.
Installing: srvadmin-storageservices ####################### [15/35]
Installing: srvadmin-odf ####################### [16/35]
Installing: srvadmin-old ####################### [17/35]
Installing: srvadmin-diagnostics ####################### [18/35]
Installing: srvadmin-cm ####################### [19/35]
Installing: srvadmin-ipmi ####################### [20/35]
Installing: srvadmin-hapi ####################### [21/35]
Installing: srvadmin-rac5-components ####################### [22/35]
Installing: srvadmin-isvc ####################### [23/35]
Installing: srvadmin-omhip ####################### [24/35]
Installing: srvadmin-base ####################### [25/35]
Installing: srvadmin-rac3-components ####################### [26/35]
Installing: srvadmin-racdrsc3 ####################### [27/35]
Installing: srvadmin-rac3 ####################### [28/35]
Installing: srvadmin-rac4-components ####################### [29/35]
Installing: srvadmin-racdrsc4 ####################### [30/35]
Installing: srvadmin-rac4 ####################### [31/35]
Installing: srvadmin-racdrsc5 ####################### [32/35]
Installing: srvadmin-racadm5 ####################### [33/35]
Installing: srvadmin-rac5 ####################### [34/35]
Installing: srvadmin-all ####################### [35/35]

Installed: srvadmin-all.i386 0:5.4.0-231
Dependency Installed: libxml2.i386 0:2.6.26-2.1.2.1 srvadmin-base.i386 0:5.4.0-231 srvadmin-cm.i386 0:5.4.0-231 srvadmin-deng.i386 0:5.4.0-231 srvadmin-diagnostics.i386 0:5.4.0-231 srvadmin-hapi.i386 0:5.4.0-231 srvadmin-ipmi.i386 0:5.4.0-231.rhel5 srvadmin-isvc.i386 0:5.4.0-231 srvadmin-iws.i386 0:5.4.0-231 srvadmin-jre.i386 0:5.4.0-231 srvadmin-odf.i386 0:5.4.0-231 srvadmin-old.i386 0:5.4.0-231 srvadmin-omacore.i386 0:5.4.0-231 srvadmin-omauth.i386 0:5.4.0-231.rhel5 srvadmin-omhip.i386 0:5.4.0-231 srvadmin-omilcore.i386 0:5.4.0-231 srvadmin-rac3.i386 0:5.4.0-231 srvadmin-rac3-components.i386 0:5.4.0-231 srvadmin-rac4.i386 0:5.4.0-231 srvadmin-rac4-components.i386 0:5.4.0-231 srvadmin-rac5.i386 0:5.4.0-231 srvadmin-rac5-components.i386 0:5.4.0-231 srvadmin-racadm4.i386 0:5.4.0-231 srvadmin-racadm5.i386 0:5.4.0-231 srvadmin-racdrsc3.i386 0:5.4.0-231 srvadmin-racdrsc4.i386 0:5.4.0-231 srvadmin-racdrsc5.i386 0:5.4.0-231 srvadmin-racser.i386 0:5.4.0-231 srvadmin-racsvc.i386 0:5.4.0-231 srvadmin-racvnc.i386 0:5.4.0-231 srvadmin-storage.i386 0:5.4.0-231 srvadmin-storageservices.i386 0:5.4.0-231 srvadmin-syscheck.i386 0:5.4.0-231 srvadmin-webserver.i386 0:5.4.0-231
Complete!
[root@vm01 /]#

Reconfigured firewall so it allows port 1311 thru.

I couldn't get on the website but after
srvadmin-services.sh start


I was able to go to https://xxx.xxx.xxx.xxx:1311


This is a built in webserver. Apache is not needed.

Awesome interface!.. But still can't do what I would like to do which is to have it email me if a hard drive crashes.. with the DRAC 5 that also ties into this website nicely, I can set it up to email for lots of other things..but not the most probable event like a hard drive failure.

One email from the PowerEdge mailing list said to look at Nagios or ITA to send out alerts for storage.

Thursday, May 1, 2008

Symantec Backup Exec 11d and Anti-virus Corporate version 10

Bengine.exe is stopping. Sometimes reporting Dr. Watson. Windows Server 2003. Backup Exec 11d. Job reports Recovered and then lists the same job 3x with Failed.

Event log showing Application Error for bengine.exe... After being jaded by frivolous Symantec Antivirus Errors in the Event log, it didn't even register to look at the errors in the event log except for the backupexec ones until later. Discovered that it was reporting the following:

Event Type: Error
Event Source: Symantec AntiVirus
Event Category: None
Event ID: 45
Date: 4/30/2008
Time: 2:49:28 PM
User: NT AUTHORITY\SYSTEM
Computer:
Description:


SYMANTEC TAMPER PROTECTION ALERT

Target: C:\Program Files\Symantec\Backup Exec\bengine.exe
Event Info: Suspend Thread
Action Taken: Blocked
Actor Process: C:\WINDOWS\System32\svchost.exe (PID 1808)
Time: Wednesday, April 30, 2008 2:49:28 PM

Researched and found that others have experienced this...Symantec's great solution is to turn Tamper Protection off. I did this.


http://support.veritas.com/docs/288444

Not sure if a restart will be needed.