Hi all,

Recently the technical support team has received questions about how BackupAssist handles manually entered scripts. In one such case, a user’s Robocopy script was causing a warning to appear in the backup report, even though the script was completing successfully. To explain why this warning appeared, and to answer other scripting-related questions, we’d like to outline how scripting works in BackupAssist, as well as show you how you can resolve the issue with Robocopy and other similar scripting commands.

Each script entered in the ‘Scripts’ tab of a BackupAssist job runs as a separate batch file. The “Run before each backup” script runs as one batch file, the “Run after each successful backup” runs as another batch file, and so on.

BackupAssist determines the success of each script individually, in the same way that Windows (DOS) does: the exit code of each batch file executed is the exit code of the last command in the script that modifies the exit code. While some commands, like echo, do not modify the exit code, the majority use ‘zero’ for success and a non-zero value for failure.

If BackupAssist detects a non-zero exit code from a script, the reporting option selected for the script will determine whether a warning or error appears in the backup report. In the job below, the script is set to add a minor warning to the report if the script fails:

If the above script returns an exit code of -1 (or anything except ‘zero’) when executed, a minor warning will appear in the report, similar to the following:

This is the default behavior for any script entered, but can be modified by changing the reporting option from “Minor warning” to one of the other available settings:

Now that we’ve explained how scripting works in BackupAssist and how the success or failure of a script is determined, we can discuss the Robocopy case mentioned. In this scenario, a user noted that a warning appeared in their backup report for a Robocopy script even though the script completed successfully.

The reason for this is that Robocopy does not use a ‘zero’ value to indicate success. Robocopy instead uses ‘zero’ to indicate two things: 1) that there were no errors AND 2) that nothing was copied. Non-zero return values from Robocopy can have many different meanings, including that the script completed successfully. For example, an exit code of ‘1’ indicates that files were copied successfully. You can visit http://support.microsoft.com/kb/954404 (Microsoft website) or http://ss64.com/nt/robocopy-exit.html (3rd party website) to learn more about Robocopy return values.

To handle Robocopy commands in BackupAssist you need to first decide whether the Robocopy operation is a critical part of the backup. If it is, you should change the reporting option to report an “Error” instead of a “Minor warning” if BackupAssist detects that the script failed (i.e. the exit code was a non-zero value). You can then modify your script to have BackupAssist report the Robocopy exit code so that you can identify real errors by checking for an exit code of 8 or higher.

You can then make sure that when the script runs successfully (i.e. the exit code returned is less than BackupAssist receives an exit code of zero. This will mean that no script warning or error will appear in the report unless the error code returned is 8 or higher. An example script to achieve this is as follows:

robocopy <arguments>

echo robocopy %errorlevel%

if errorlevel 8 exit

exit 0

We hope this information helps clarify how scripting works in BackupAssist, as well as how you can modify your job to handle different scripting programs. If you have any questions please email us at support@backupassist.com

BackupAssist v6 Beta 4 is now available for download here. This is the final beta in the BackupAssist v6 Beta Test Series and that means it’s also your last chance to have your feedback included in the final product.

Feedback on the previous beta was fantastic. The v6 Beta 4 release notes include a number of fixes resulting from that feedback, as well as several new features we’d like you to try out. To speed up the testing process, we’ve outlined the tests we would like you to run here. To learn about the new features and improvements in Beta 4, see our release notes here.

If you’re new to our Beta program and would like to sign-up, please visit our registration page.

As always, at the end of our Beta series, prizes will be awarded to the ‘Most Helpful’ Beta Testers. The prize will be a free license of BackupAssist v6.

Thanks for all the phone calls and emails asking when BackupAssist v6 will be released.  We are sorry that we cannot be more specific about the release date,  we are currently still running Beta Testing and we don’t want our customers to be disappointed if the release is delayed.

We will send out an email to everyone once the release date is confirmed – so watch your inbox.

In reply to questions about pricing, BackupAssist v6 will be the SAME price as BackupAssist v5.  Also, there will also NO increase in pricing for Upgrade Protection subscriptions or add-on products.  Please ensure your Upgrade Protection/BackupCare subscription is up-to-date so you are eligible for a free new version.

We’ll also be giving a special upgrade offer to customers still using older versions. This will commence in about a month after we release BackupAssist v6 and run for 3 months.  So if you’re using a version older than v5, hang tight to get the best deal!

More info about v6 features will be available in the BackupAssist June eNews.

BackupAssist v6 Beta 3  is the third in a series of beta tests we’ll be performing before the release of BackupAssist v6 and it’s available to download now!

To learn about the new features and improvements in Beta 3, please visit our release notes here.

If you’re new to our Beta program and would like to sign-up, please visit our registration page!

As always, at the end of our Beta series, our ‘Most Helpful’ Beta Testers will receive a prize and your feedback will help us determine our winners!

Hi all,

With the continued development of the Centralized Monitoring Console (CMC), we’ve encountered some unexpected issues that we’ve had to help customers resolve. I’d like to share one such issue just in case you’ve been experiencing it on your server and haven’t been able to find a fix.

In one case we discovered that BackupAssist was generating an event with the following error on multiple servers, all on the same network:

Input String was not in correct format.

First, we checked to see if BackupAssist was communicating with the CMC server successfully. After performing a trace route test we discovered that the transmission was being sent, but that it was not making it to the CMC server itself. This led us to investigate security settings configured on the network to see if they might have been blocking the transmission.

After a few basic network checks, we tried disabling the anti-virus software (McAfee in this case) to see if this had any effect. We ran a test backup to trigger sending a backup report out, and lo and behold, the client received the report in their CMC account! After running through a few of the other servers experiencing this same problem, disabling the anti-virus software again did the trick and resolved the issue.

There was one server, however, where disabling the anti-virus application didn’t resolve the issue. After checking that there wasn’t another firewall or network security application installed, we tried browsing to the CMC server using Internet Explorer to see if it was accessible from the machine running BackupAssist. We readily discovered that the security certificate for http:\\secure.backupassist.com\cmc (the CMC homepage and the address where CMC transmissions are sent) was not listed as one of the trusted sites on this machine’s Internet Browser. After adding http:\\secure.backupassist.com\cmc as a trusted site in Internet Explorer and manually installing the security certificate, we were able to send reports to the CMC server successfully.

The steps to manually install security certificates can be found at http://www.niu.edu/its/internet/certificate/ie_help_file.shtml.

Adding a website to the trusted sites list within Internet Explorer can be achieved by completing the steps outlined at http://surfthenetsafely.com/ieseczone7.htm.

Important note: While McAfee was the culprit in this instance, other anti-virus software could cause the same problem. Unfortunately the customer experiencing this issue was unable to determine which setting in McAfee was causing the transmission to be blocked. As we do not advise completely disabling your anti-virus software, for the obvious reason of network and data security, we recommend that you try adding BackupAssistService.exe as an exception in your firewall application. This will hopefully prevent transmissions from being blocked. If you discover that another setting in your anti-virus software was the culprit for this issue we would appreciate it if you could let us know at support@backupassist.com so we can share the information with others.

For further reading and troubleshooting suggestions on the CMC, please take the time to read http://www.backupassist.com/education/articles/make-the-most-of-backupassist-centralized-monitoring.html.

I hope this helps,

Tim

Hi all,

Just a quick note to let you know that we have added a brochure for the BackupAssist for Rsync product to our website. It’s a concise four page brochure that outlines the advantages of Internet backup, and offers 10 reasons why BackupAssist for Rsync is an ideal solution for your Internet backup needs. The document is intended to introduce new users to the BackupAssist for Rsync product, rather than to be used as an instructional or technical guide.

You can download the brochure here or access it from the Rsync product tour page or the brochures page.

If you have any queries either about the brochure or Internet backups in general, as always, please contact our support staff at support@backupassist.com.

To all our clients,

As you may be aware, due to an issue with our web-hosting provider, the BackupAssist website has been unavailable for the past several hours. The problem has been rectified and all services on our website should be available.

We want to thank all our valued customers for their understanding during this difficult period. We sincerely apologize for any inconvenience caused to you, and have appreciated your patience while we have worked with our provider to return the website to normal operation.

If you have any questions or concerns, please email us at support@backupassist.com.

We’re pleased to announce that a new public beta test is now available! BackupAssist v6 Beta 1 is the first in a series of beta tests we’ll be performing before the release of BackupAssist v6. The new features to be tested in BackupAssist v6 Beta 1 include:

1. Full, Incremental, Differential and Copy backups using the Zip Engine.
2. VSS application backup and restore using the File Replication, Zip, Rsync and Imaging Engines.
3. System State backup and restore using the File Replication, Zip and Imaging Engines.
4. File and folder restore from Image backups using the BackupAssist Restore Console.
5. Integrated Exchange Mailbox backups in File Replication, Zip, Rsync, and Imaging jobs.

BackupAssist Beta Testers are always the first to try out new BackupAssist features on their systems. By registering now, you’ll get a great opportunity to be involved with the development of the next generation of the BackupAssist product and be able to make suggestions for additions and improvements.

As a BackupAssist Beta Tester, you will receive a notification email each time a new beta becomes available to download. You just run it on your in-house system and let us know what you think. At the end of the beta testing series, our “Most Helpful Beta Testers” will receive a prize of a new BackupAssist v6 license!

To register as a BackupAssist Beta Tester and receive a notification to download BackupAssist v6 Beta 1 as soon as it becomes available, please visit: http://www.backupassist.com/BackupAssistV5/beta/Beta_Announcement_6_1.php.

Hi all,

We had a support issue recently where a client of ours was using a 3^rd party imaging product, and then using the BackupAssist Zip-To-Tape Add-on to transfer those images to Tape.

Unfortunately, there was an incompatibility with this setup.

The 3^rd party imaging product implemented its own VSS Provider, which in turn meant that standard calls to VSS from other backup software (such as BackupAssist) failed. It appears that the 3^rd party imaging VSS Provider assumes that it is the only backup software installed, and will stop other backup software from working.

Also, BackupAssist incorrectly reported that the backup succeeded. (This is being fixed and will be released in the next version of the software.)

 The workaround: If you are using BackupAssist to transfer a backup to tape or other location, you can turn off VSS in the backup job by following the steps below:

1. Launch the BackupAssist console
2. With the console started select “Edit” from the console’s drop down menu, then click the job name corresponding to the Zip-To-Tape backup job to access the job settings
3. From the job settings, select “Open files” from the left-hand tab menu to display the “Open file options” page
4. Un-check the tickbox called “Microsoft Volume Shadow Copy Service” then click “Apply changes” in the bottom, right-hand corner

Please note: we regret the inconvenience, but the incompatibility is caused by the other 3^rd party software causing standard Windows VSS functionality to break. Once installed, there’s nothing that BackupAssist (or any other software that uses VSS) can do about it.

Linus

Hi Everybody,

This is a quick post to let everyone know that our Australian office will be unavailable from Friday 12th – Monday 15th March, 2010.
This means that there will be no phone support and minimal e-mail support available during these times from our Australian office. The reason for this is due to relocation of the office and also major server maintenance.

Our US office will be available from 9am – 5pm US Eastern time as usual and can be reached on 812-206-4265.

We apologise for any inconvenience caused by this downtime.

Kind Regards,
Stuart
Lead Help Desk Engineer – Australian Office