Annoyingly clnpack.exe does not give any error messages at all if the syntax of the commad is not perfect and you get nowhere.  In the end I discovered that I could only make clnpack.exe work by using 8.3 file paths instead of long path names.

An example of a working command line:


C:\PROGRA~1\TRENDM~1\OfficeScan\PCCSRV\Admin\Utility\ClientPackager\clnpack.exe /i /o NT /s C:\PROGRA~1\TRENDM~1\OfficeScan\PCCSRV /d d:\shared~1\software\trend32.exe

You can see 8.3 format filenames by going into a command prompt and using:

dir /x

Now that I have this command working I can integrate it with a batch file which will upload it to our web server.

The function of the script is to perform scheduled reboots of Draytek routers.  Optionally is it possible to reboot the router only if a specified IP address does not respond to a ping request.  This is useful to test if a VPN connection is functioning, and only reboot the router if there is no response.

Early Draytek firmwares had a tendancy to lose VPN connectivity and a reboot is the only way to restore the connection.

First of you need to install the Toolsack Baseline components for this script to work:

http://www.toolsack.com/download/

The script needs to be supplied with parameters, so a typical command line would look like this:

cscript reboot.vbs 86.11.93.131 routerpassword

and a conditional command line would look like this:

cscript reboot.vbs 86.11.93.131 routerpassword 192.168.1.254

The 3rd argument will be tested for a ping response, if none is received then a reboot will be executed.

Here is the code, save it as reboot.vbs:

set args=wscript.arguments

If wscript.arguments.count=2 then
   IP=args.item(0)
   Password=args.item(1)
   call reboot(IP,Password)
elseif wscript.arguments.count=3 then
   IP=args.item(0)
   Password=args.item(1)
   TestIP=args.item(2)
   if ping(TestIP)=False then
      call reboot(IP,Password)
   end if
else
   wscript.echo "Invalid number of arguments specified"
   wscript.echo "Please specify router IP address & password and optional test IP"
end if

sub reboot(IP, Password)
   set s = CreateObject("Toolsack.Socket")
   s.Connect IP, 23
       s.Write Password & vbCrLf
   s.write "sys reboot" & vbcrlf
   s.write "quit" & vbcrlf
end sub

Function Ping(strHost)

    dim objPing, objRetStatus

    set objPing = GetObject("winmgmts:{impersonationLevel=impersonate}").ExecQuery _
      ("select * from Win32_PingStatus where address = '" & strHost & "'")

    for each objRetStatus in objPing
        if IsNull(objRetStatus.StatusCode) or objRetStatus.StatusCode<>0 then
       Ping = False
        else
            Ping = True
        end if
    next
End Function 

Visiting the backup URL manually ( http://localhost/backup/default.aspx ) enabled me to see the backup reports as normal.  Had a quick look in the code of default.htm which is the page that the “Manage Small Business Server Backup” console loads and saw that it is really just a javascript redirect.

Turns out that this server had scripting disabled for the intranet zone and therefore the page redirection was never happening.

Once scripting was enabled again the backup console started working as expected.  Couldn’t find mention of anyone else having this problem so thought I would post.

I am always forgetting the syntax for the New-ExchangeCertificate cmdlet when I need to do a new certificate request so I decided to write a little bit of javascript to build up the command automatically. Its much easier to copy and paste it from here than work with in it the Exchange 2007 Command Shell.

So just fill in the fields below and the command will be built automatically in the box below. Then just copy into command shell. If required, seperate the “Subject Alternative Names” with commas.

CSR Command:

I am thinking of duplicating this code and writing another post which will generate the commands for the import of the newly generated certificate.

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

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:

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.

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”:

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”

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.

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.

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

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.