Dell Openmanage Server Administrator is a really useful tool for configuring and monitoring server hardware but it lacks built in E-Mail alerting or notifications.

The software is capable of calling external programs or scripts when a server alert is triggered so I have written a simple script that provides E-Mail alert functionality.

There are a couple of scripts out there that do similar, but I wanted something self contained and capable of using SMTP Authentication with an external relay.

The other problem with OMSA is that you need to go into each individual alert to configure the settings which can be very time consuming, I wanted a way to add them all automatically as I am going to install the script on a number of servers.

Install the script by extracting the DellAlert.Vbs script file from this zip file:

Dell OMSA E-Mail Alerts

Once you have extracted the zip file you will need to edit the variables at the top of the script to make them appropriate for your environment:

The variables at the top define the e-mail settings and are hopefully self explanatory. If a remote SMTP server is not specified the local machine will be used to send the E-Mail.

Below these you can to decide what events you want to be notified of, just comment out any that you aren’t interested in, e.g:

AlertConfig(0)="powersupply|Power supply failure"
AlertConfig(1)="powersupplywarn|Power supply warning"
'AlertConfig(2)="tempwarn|Temperature warning"
'AlertConfig(3)="tempfail|Temperature failure"

I have included every alert available in OMSA 6.2 on a PE T710, some of these alerts won’t be available on older versions or machines.

After you have configured the script, I suggest you test that the E-Mail options by running:

cscript dellalert.vbs testemail

You should receive a test e-mail, if not something isn’t working properly.

When you have successfully tested e-mail, configure OMSA to send alerts by running:

cscript dellalert.vbs setup

You will then see the script go through and setup all the appropriate alerts as per your settings. This process can take a couple of minutes as the “omconfig” command takes a while. This step will not work if you do not have OMSA installed.

Once this is done you should be able to see that the script has been added into OMSA:

Now you need to generate some real alerts to test the script properly. How you do this will depend on the capabilities of your server, I was able to disconnect the redundant power supply and have an alert generated almost immediately. I think opening the case will also generate an event, but I am not sure as I didn’t test. Hopefully you should get something like this in your Inbox:

I have installed this on a few servers and it seems to be working well. I will update the script with any tweaks that I add as I roll it out further. Hope this is useful to someone else.

If you are using Exchange 2007…..

This script will not work properly until you register the 32-Bit version of cdo.dll.  Follow the instructions for doing this here:

http://blogs.msdn.com/mstehle/archive/2007/12/11/fyi-after-installing-exchange-2007-sp1-32-bit-cdosys-might-not-be-registered.aspx

Today I needed to FTP some files to a site that I have used on and off for a number of years. Because I have recently installed Windows 7 I needed to setup the site again in my FTP Client, Core FTP.

Although my old machine still has the connection setup I was not able to see the cached/saved password. Although it is possible to export the sites, the password remained encrypted and I wanted to document the actual password.

There are a lot of tools, some free and some which you have to pay for which will recover the cached FTP password for you. Some of these looked a bit questionable and as FTP is an entirely unencrypted service I thought it should be easy to sniff the password out of the FTP traffic itself.

Turns out that it really is very easy and the saved password can be retreived instantly using netmon.

So here is how to do it.

Create a new capture filter in netmon and enter the following:

tcp.Port==21 and property.TCPPayload.contains("PASS")

Should look like this:

Netmon FTP Password Capture

Then click on the start button to begin capture. Then open your FTP client which contains the cached password and connect to the FTP server.

As soon as you have made a succesful connection switch back to netmon and stop the capture. You should then be able to see the FTP password in clear text in the capture window, something like this:

I spotted a lot of posts from people trying to recover or export their saved FTP passwords from CoreFTP and CuteFTP and many programs are designed specifically for this purpose. This is quick and simple and does not depend on any 3rd party software and should work with any FTP client.

Hope this helps someone.

Categories : How To, Technical Posts
Comments (0)

When backing up to external USB drives from Backup Exec 10d it may fail on the verification stage with the following errors:

Final error: 0xe00084c8 – The backup storage device has failed.
Final error category: Backup Device Errors

For additional information regarding this error refer to link V-79-57344-33992

And then…

Final error: 0xe00084c8 – The backup storage device has failed.
Final error category: Backup Device Errors

For additional information regarding this error refer to link V-79-57344-33992

In the application event log there may also be the following:

Event Type: Error
Event Source: Backup Exec
Event Category: None
Event ID: 33808
Date: 06/02/2010
Time: 19:02:25
User: N/A
Description:
An error occurred while processing a B2D command.
Drive: ReadMTFData() ReadFile failed (N:\VERITAS\B2D\B2D001024.bkf). Error=1450

For more information, click the following link:

http://eventlookup.veritas.com/eventlookup/EventLookup.jhtml

Event Type: Error
Event Source: Backup Exec
Event Category: None
Event ID: 57665
Date: 06/02/2010
Time: 19:02:25
User: N/A
Description:
Storage device “Friday N:” reported an error on a request to read data from media.

Error reported:
Insufficient system resources exist to complete the requested service.
.

For more information, click the following link:

http://eventlookup.veritas.com/eventlookup/EventLookup.jhtml

Data:
0000: aa 05 00 00 c8 84 00 e0 ª…Ȅ.à
0008: 00 80 00 00 00 00 00 00 .€……
0010: 92 03 00 00 ’…

Event Type: Error
Event Source: Backup Exec
Event Category: None
Event ID: 34113
Date: 06/02/2010
Time: 19:02:25
User: N/A
Description:
Backup Exec Alert: Job Failed
(Job: “Friday – Backup to N:”) Friday – Backup to N: — The job failed with the following error: The backup storage device has failed.

For more information, click the following link:

http://eventlookup.veritas.com/eventlookup/EventLookup.jhtml

A lot of people have this problem but there seemed to be no definitive answer. For me the following steps solved the problem:

1) From within device manager set the USB drive to “Optimize for performance”:

Device Manager Optimising External USB Drive for Performance

2) From within Backup Exec Devices – Set the maximum size for Backup-To-Disk files to 2GB

3) From within Backup Exec Devices – Disabled auto-detect device settings and enabled “Buffered Reads” and “Buffered Writes”

Backup Exec USB Device Configuration

There is no clear resolution for this problem. Different settings seem to solve the problem for different systems. This is running on a Dell PowerEdge 2850 / Windows 2003 Standard and 4Gb. Backup size is approx 250Gb.

Categories : Technical Posts
Comments (0)

To enable ping on the WAN/Internet interface on the Thompson Speedtouch 605s (and probably lots of other speedtouch models)

Telnet to the router:

Default username is Administrator (note the capital A)
Default password is empty

Then run:

service system ifadd name=PING_RESPONDER group=wan

You should now be able to ping the wan address.

Categories : Technical Posts
Comments (1)

Just been trying to install Exchange 2007 SP1 on a freshly installed Windows 2008 R2 and come up against the following error during the installation of the Mailbox Role:

Mailbox Role
Failed

Error:
An error occurred. The error code was 3221684229. The message was Access is denied..

Simple fix for this is to run setup.exe in compatibilty mode. I chose Vista SP2 and then the installation went through normally.

But before you go rushing to finish your installation it is worth noting that Exchange 2007 SP2 will not be supported on Windows 2008 R2, and therefore you may want to reconsider doing the installation at all! Read here:

http://msexchangeteam.com/archive/2009/09/21/452567.aspx

I flattened the installation and went back to Windows 2008 Standard.

Update: Microsoft have changed the policy to support Exchange 2007 on Windows 2008 r2:

http://msexchangeteam.com/archive/2009/11/04/453026.aspx

Categories : Technical Posts
Comments (0)

Yesterday I advised a customer who is a remote VPN/Terminal Services user to upgrade to Vista SP1 in order to make "Terminal Services Easy Print" available.

After the installation of SP1 the user was not able access the corporate VPN.

When trying to connect Vista hangs at "Verifying username and password" and eventually shows an 828 error.  On the server side event 20209 was logged.

There is a discussion on the ZA forums as to where the blame lies for the problem but there does not seem to be a clear answer.

For the sake of simplicity, I have found that:

On Vista SP1 machines with version 7.1.248 of ZoneAlarm free installed PPTP VPN connections to Windows 2003 Based RRAS servers do not work.  Also note that disabling ZoneAlarm does not help.  Uninstalling the product solved the issue immediately.

Always a pain when you try to solve one problem and create another in the process.  On a positive note Terminal Services easy print in Windows 2008 worked really well once we got the user reconnected.

Categories : Technical Posts
Comments (2)