The Core Technologies Blog

Our Software // Windows Services // 24×7 Operation


How to Disable Automatic Updates when Running MT4 as a Windows Service

MetaTrader 4 (MT4)


MetaTrader 4 (affectionately called MT4) is a very popular Forex trading platform. Several of our customers run the MT4 client as a Windows Service with AlwaysUp, ensuring that their trading platform operates continuously during trading hours.

Automatic Updates can cause Trouble!

MetaTrader will automatically update itself on your PC whenever the folks at MetaQuotes Software produce a new and improved version. This is a great feature when you start and run MT4 normally on your desktop, but the situation is a bit more complicated when MT4 is launched unattended in the background by software like AlwaysUp.

  • What happens if there is a problem updating and MT4 becomes corrupted?

  • Or suppose the update happens at an inconvenient time and causes you to miss an important trade?

  • Or maybe you’ve heard some horror stories about the new version and you want to stick with what you already have!

For these and other reasons, uncontrolled updates should be viewed with suspicion in your 24×7 environment. As the saying goes, “if it ain’t broke, don’t fix it”.

Disable Auto-Updates when Starting MT4 from AlwaysUp

Fortunately there is an easy way to prevent MetaTrader from automatically updating itself. Simply invoke it with the “/skipupdate” command line parameter.

To achieve that in AlwaysUp:

  1. Open your MT4 application settings in AlwaysUp (by double-clicking on the entry or selecting Application > Edit from the menu).

  2. On the General tab, in the Arguments field, enter /skipupdate:

    Add the /skipupdate Parameter

  3. Save your settings.

That’s it. Next time AlwaysUp starts MT4, it will no longer attempt an update.

Now don’t forget to update MT4 manually every now and then — but at an appropriate time when the markets are closed.

Happy trading!

Posted in AlwaysUp | Tagged , , | Leave a comment

My OneDrive Windows Service Doesn’t Work – Help!

OneDrive Windows Service Doesn't Work

Starting Microsoft OneDrive as a Windows Service with AlwaysUp is a great way to ensure that your important files are always up to date! The combination works well, but if you run into trouble, here are a few troubleshooting tips to help you get going:

1. Is the Latest Version of the OneDrive Sync Client Installed?

OneDrive usually updates itself automatically but we have seen situations where that didn’t happen. The software had to be manually updated.

To find the version of OneDrive installed on your system:

  1. Stop OneDrive in AlwaysUp if it is running there.

  2. Start OneDrive normally on your desktop by running this command:

    "%UserProfile%\AppData\Local\Microsoft\OneDrive\OneDrive.exe"

    OneDrive’s familiar “cloud” icon should appear in the task tray.

  3. Right-click on the icon and select Settings from the menu:

    Open OneDrive Settings

  4. Switch over to the About tab to reveal the version number:

    OneDrive Version Number

With your version number in hand, please check the sync client release notes to see if you are running the most current build. If not, please download and install Microsoft’s latest version from here. (Be sure to reboot after installing to be safe!)

2. Is Windows is Up To Date?

OneDrive is deeply integrated with the operating system. Occasionally bugs in Windows can cause problems for OneDrive, resulting in some of the most spectacularly unhelpful error messages we have ever encountered:

Something went wrong with OneDrive

If you are unlucky enough to encounter one of these “gems”, please ensure that all recommended updates have been applied to Windows. Updating eliminated the errors for at least two of our customers.

3. Does OneDrive Work Properly Without AlwaysUp?

At this point, let’s take AlwaysUp out of the equation. Are the files on your PC being synchronized with your cloud drive?

We suggest performing the following test:

  1. Stop OneDrive in AlwaysUp, if necessary.

  2. Start OneDrive normally on your desktop by running this command:

    "%UserProfile%\AppData\Local\Microsoft\OneDrive\OneDrive.exe"

    Windows Explorer may automatically open the folder with your shared files.

  3. Copy a new file into the OneDrive folder on your PC. Here we’ve copied a picture from the thrilling 2016 World Rowing Junior Championships:

    Copy a File to the OneDrive Folder

  4. Log into your OneDrive account on the web.

  5. After a few seconds, you should see the new file listed:

    File Uploaded to OneDrive

If you don’t see your new file, then something is wrong. You will not be able to run OneDrive as a Windows Service until you resolve the problem(s). Please consult this Microsoft support article which will help you to tackle the most common file synchronization issues.

These nine tips aimed at Windows 10 installations may also be of assistance.

4. Did you Follow our OneDrive Tutorial?

Now that all the previous steps have been completed, please double check that your OneDrive Windows Service has been configured as described in our step-by-step tutorial. In particular:

  • Step 6: Make sure that you have entered the correct username on the Logon tab. This should be the account where you have installed OneDrive; where you have logged in and run it successfully before. Using a brand new service account will not work because OneDrive has not been set up there.

    OneDrive Windows Service Logon Tab

  • Step 8: Check both of the Stop copies… boxes on the Startup tab. This is necessary to empower AlwaysUp to start OneDrive as a Windows Service if another copy is running on the PC (perhaps launched by another user).

    Stop Other Copies of OneDrive

  • 4. OneDrive still Not Working with AlwaysUp?

    And if after all that, your OneDrive Windows Service is not cooperating, please get in touch.

    The wonderful world of Windows Services is filled with many obstacles! However, after a decade of experience, we have a few tricks up our sleeve to get you up and running ASAP. :)

Posted in AlwaysUp | Tagged , , | Leave a comment

When did my Windows Service Start?

Windows Service Uptime

Here are four ways to determine when your windows service last started.

Solution #1: Search the Windows Event Logs with PowerShell

The Windows Event Logs hold a wealth of information about your computer’s activities. Indeed, a new record is added to the System event log whenever a windows service starts or stops.

The easiest way to find your service’s most recent start time is to use a specially crafted PowerShell command to search the System event log. For example, the following line will return the last time the “Print Spooler” service was started:

(Get-EventLog -LogName “System” -Source “Service Control Manager” -EntryType “Information” -Message “*Print Spooler service*running*” -Newest 1).TimeGenerated

Be sure to replace “Print Spooler” with the display name of the service you are investigating!


PowerShell - Windows Service Start Time

Solution #2: Search the Windows Event Logs using the Event Viewer

Instead of running a PowerShell command, you can also search the Event Log manually.

To find the event log record showing when your service was last started:

  1. Open the Event Viewer from the Control Panel (search for it by name).

  2. In the left-hand column, navigate to Windows Logs > System:


    Event Viewer - Open System Log

  3. Click Find… on the right to bring up the Find window. Enter the name of the service and click the Find Next button to highlight the first matching record in the middle panel. We have entered Spooler, for the Windows Spooler service:


    Event Viewer - Find

  4. If necessary, keep clicking the Find Next button until a record saying that your service has “entered the running state” comes up. The Source should be Service Control Manager, and the time your service started will be displayed in the Logged value. The screenshot show that the Print Spooler service last started at 8:04:55 AM on January 7th 2017:


    Print Spooler service start time

Solution #3: Figure out when the Service’s Process was Started

Each running windows service is backed by an underlying process. 99.9% of the time, that process was launched immediately when the service started. So finding the process start time will give us the service start time.

To find out when the service’s process was started:

  1. Determine the process identifier (PID) of the service’s process using the SC command. For a service named MyService, run:

    sc queryex MyService

    (Be sure to enclose the service name in quotes if it contains spaces.)

    Here is the result for the Spooler service:


    Use SC to find the Service PID

    Make a note of the number on the PID line (1276 in the screenshot above).

  2. Next, open a PowerShell window and run:

    Get-Process | select name, id, starttime | select-string <PID>

    where <PID> is the process identifier from step 1. The start time will come back in the result. Here is what we got for the spooler’s process (#1276):


    Run PowerShell Get-Process

Solution #4: Use the System Boot/Up Time (for Automatic Windows Services)

Most Windows Services start when your computer boots and run continuously, 24×7 in the background. For those services, the system boot time is a reasonable approximate.

You can run the built-in systeminfo command to discover when the system last started. Amongst the valuable information systeminfo returns, look for the “System Boot Time” line:


System Boot Time

However, if you’re ever in a situation where you can’t remember the command to use, know that the Task Manager’s Performance tab shows how long the computer has been up (“Up time”). The system boot time is a simple calculation away.


Task Manager - Uptime


So there are four easy ways to find out when your windows service started. Use whichever one best fits your situation. Good luck with your troubleshooting/investigation!

Posted in Windows Services | Tagged , , , , | Leave a comment

Turbocharge your Applications Running as Windows Services with AlwaysUp

Speed up Windows Services

Right now your computer is probably running over a hundred programs! And with just a handful of CPUs available — certainly not enough to dedicate a whole CPU to each process — Windows has to perform some wizardry to give the illusion that each program has all the resources that it needs. Indeed, every few milliseconds the Operating System is deciding which of the many active processes should have exclusive use of the CPU for the next small slice of time, and it is doing this over and over again. This activity is called CPU Scheduling.

This article discusses how you can influence CPU scheduling to benefit all your windows services, as well as any application running as a windows service with AlwaysUp.

Give All Windows Services More CPU Time

While Windows manages CPU scheduling automatically, you can specify which types of tasks get more processing resources via a setting on the Control Panel. To find the setting:

  1. Open Control Panel

  2. Click System and Security

  3. Click System

  4. Click Advanced system settings on the left to open the System Properties window

  5. Switch to the Advanced tab

  6. In the Performance section, press the Settings… button to open the Performance Options window

  7. Switch to the Advanced tab to reveal the Processor scheduling section.

    Windows Performance Options


Windows offers a single choice: Do you want to give preferential treatment to regular, foreground programs (like Word and Excel) or to background windows services? A desktop PC, actively driven by a person expecting his applications to be very responsive is better off choosing Programs. However your AlwaysUp-managed applications will likely perform better with the Background services option as they are being run in the background as Windows Services. Please apply that setting to your system if necessary.

Give your Important AlwaysUp Application More CPU Time

Windows performs priority based round robin CPU scheduling. Each process has an assigned priority (from idle to real-time) and Windows tries to assign available CPU cycles to the higher priority processes whenever it can. However, since almost all processes on the typical computer run with normal priority, the reality is that CPUs are offered equally to the majority of the active processes.

But why should the print spooler or the time synchronization service be given a CPU while your mission-critical application is left waiting in line?

Fortunately AlwaysUp can be configured to run your application at a higher priority, to ensure that it gets more processing power than less time-sensitive processes. To make the change, edit your application and find the Set the priority to setting on the General tab:


Increase your Application's Priority

We recommend setting the priority to Above Normal or High to give your application preferential treatment.

Note: As Microsoft counsels, the Realtime option should be used with extreme caution as it may have unintended side effects.

Enjoy!

Posted in AlwaysUp | Tagged , , , | Leave a comment

Windows Server 2016 Test Drive: We’re Fully Compatible

Windows Server 2016

Windows Server 2016 was quietly released on October 12th. This new operating system extends Microsoft’s reach into modern cloud technologies (with Nano Server and Docker) and introduces a host of under-the-hood improvements in security, networking and automation. This Technet article digs into the details.

Anything New for Window Services?

No — at least nothing that we could find.

Unlike Windows 8.1 or Windows Server 2008 R2, Windows Server 2016 was not accompanied by an update to the underlying Services API. There are no new capabilities available to applications built on top of those mission-critical functions supporting 24×7 operation.

Indeed, the reliable Services Control Panel application remains the same as we saw in the previous generation, Server 2012 R2:


Services.msc on Windows Server 2016

Nevertheless, we were still very curious to see if any of our applications would run into trouble on Microsoft’s latest and greatest!

AlwaysUp Windows Services Work Well on Server 2016

We easily installed AlwaysUp 9.7 on our Server 2016 test machine. And with no major changes for Windows Services, it was no surprise to see AlwaysUp running applications like Dropbox, Box Sync and Skype reliably in the background:

AlwaysUp running Skype on Windows Server 2016

Service Protector Monitors your Important Server 2016 Services

Our team encountered zero issues installing, running and evaluating Service Protector 5.3 over a two week period. Advanced features such as CPU hog detection, scheduled restarts and email alerts all operated without a hitch.

Service Protector on Windows Server 2016

Our Free Utilities are Compatible with Windows Server 2016 Too

Thankfully Service Trigger Editor, ServiceTray, Switch to Session 0 and all our other products performed flawlessly on the new OS as well. No problems were found.

Free Applications on Server 2016

But Server 2016 Contains a Bug: No Keyboard and Mouse in Session 0

We discovered this problem when we tested Windows 10 last year, and it now appears to have taken hold on Microsoft’s Server operating systems as well. The folks in Redmond are aware of the bug and claim to have a fix but several of us who rely on Windows Services have been impatiently awaiting a resolution for over a year now. :(

 

So to sum up, we are pleased to report that our entire suite of applications is compatible with Windows Server 2016. Best of luck running Server 2016 in your business!

 

Additional Windows Server 2016 Information

Posted in Windows | Tagged , , , | Leave a comment

Windows Service Protector 5.3 Monitors Multiple CPUs

New Version: Windows Service Protector 5.3 Monitors Multiple CPUs

If you are responsible for keeping a CPU-hogging Windows Service running all the time, then we have some great news! Service Protector, our time-saving administrative tool that helps any Windows Service achieve 100% uptime, is now able to monitor processor use across all your server’s CPUs.

Previous versions of Service Protector would only monitor a single CPU/Core. This approach fit with the vast majority of today’s popular windows services that run entirely on one CPU, but it was inadequate for newer, performance-hungry services designed to make use of all a server’s CPUs. This release addresses that deficiency by detecting “runaway” services consuming too many cycles across all the CPUs.

How to Activate Windows Service “CPU Hog” Detection Across All Processors

To identify and automatically restart a misbehaving windows service that ties up multiple CPUs, simply check the Average over all CPUs (instead of only one) box when configuring Service Protector’s Monitor tab:


With the above setting, a service running on a 4-CPU machine that consumes over 95% of all processing power would be automatically restarted by Service Protector.

Enjoy!

Posted in Service Protector | Tagged , , | Leave a comment


How do I Move my AlwaysUp/Windows Services to a New Server?

move AlwaysUp to a new Server

To transfer your AlwaysUp Windows Services to a new computer, please follow this 4-step process:

1. Export your AlwaysUp Application(s) from your Existing Server

If you don’t want to move any applications/services from your old server, go straight to step 2.

Otherwise, to export each of your AlwaysUp applications to a XML file:

  1. Select Application > Export All… to summon the Browse For Folder selector:

  2. Choose the folder where you would like the XML files to be saved.

  3. Copy the XML files to a flash drive, or make them available on a network share that is accessible from your new PC. You will need them in step 3.

2. Download & Install AlwaysUp on your New Server

On your new PC, download AlwaysUp from our web site and follow these step-by-step instructions to install it.

3. Import your AlwaysUp Application(s) into your New Installation

If you exported applications in step 1, now is the time to import each of them into your new installation. On your new PC:

  1. Select Application > Import…

  2. Next, select the XML file representing the service you wish to restore. This will launch the Add Application window, already populated with the details of your service.

  3. Review your application’s settings. Please pay special attention to the path to your main executable or script on the General tab (or any other file locations configured for your service) which may be different on this new PC.

    Note that you may have to re-enter your Windows password on the Logon tab because that password was not exported along with your other settings (to enforce security standards).

  4. Click the Save>> button to record this service.

Please repeat these steps for each of the applications/services you wish to restore.

4. Register AlwaysUp on your New Server

Chances are that registration code used on your old PC will not work on the new one. To obtain a new code, please send an email to support@CoreTechnologies.com with:

We will respond with the registration code for your new PC, along with instructions for where to enter it.


That’s it! Best of luck with your new machine!

Posted in AlwaysUp | Tagged , , | Leave a comment

Why does my Application have Trouble Reading the Registry?

Registry trouble with windows service

The Problem

Tod Daniels of d’innovative reported a strange problem. His JScript file (run with Microsoft’s CSCRIPT.EXE) started fine from his desktop but failed when run as a windows service with AlwaysUp.

By troubleshooting the situation from the command line, Tod was able to narrow the problem down to a problem when reading from the registry. Specifically:

  • regedit /e F:\test1.reg “HKEY_LOCAL_MACHINE\Software\Broadcom\BACS” run outside AlwaysUp produces a file containing the registry export.
  • regedit /e F:\test2.reg “HKEY_LOCAL_MACHINE\Software\Broadcom\BACS” run inside an AlwaysUp CMD session does not produce a file.

Both commands were run in the same user account, so why the different results?

The Solution

The discrepancy is due to the different views of the registry presented to 32-bit and 64-bit applications.

Most modern versions of Windows are 64-bit. All the major applications and supporting DLLs distributed with the OS are 64-bit. To ensure that older 32-bit applications continue to run fine on these new operating systems, Microsoft engages in some “creative trickery”:

  • 32-bit applications see a 32-bit version of the System32 Folder

    Even though the Windows System32 folder (typically, C:\Windows\System32) is stocked with 64-bit applications, a 32-bit application has that folder “mapped” to a counterpart (C:\Windows\System32\Wow64) filled with 32-bit versions instead. So when a 32-bit application runs the “DIR” or “REGEDIT” commands, it is actually invoking the 32-bit version in the Wow64 folder. This silent mapping ensures compatibility when a 32-bit application invokes one of those standard Windows utilities.

    AlwaysUp is a 32-bit application and is constrained by this behavior. When we’re troubleshooting, the command prompt is launching the 32-bit version of regedit.

  • 64-bit applications work with a (slightly) different view of the Registry

    In the 64-bit operating systems, some registry keys actually have a 32-bit version and a 64-bit version! One such key is HKLM\Software. 32-bit applications can write to this key normally, however the changes show up under HKLM\Software\Wow64 instead. A 64-bit application can see both versions of the keys and can choose which version to access.

Now Tod is using Windows Server 2012 R2 which is 64-bit. Our “a-ha” moment came when we noticed that this key exists:

HKEY_LOCAL_MACHINE\Software\Broadcom\BACS

but the corresponding 32-bit key does not:

HKEY_LOCAL_MACHINE\Software\WOW6432Node\Broadcom\BACS

This discrepancy means that 64-bit applications can access HKEY_LOCAL_MACHINE\Software\Broadcom\BACS while 32-bit applications cannot see a registry entry with that same name.

Tod was able to start the 64-bit version of regedit from AlwaysUp by exploiting another bit of Microsoft trickery — the Sysnative folder. This is the full path that enabled regedit to find the Broadcom key:

C:\Windows\Sysnative\regedit /e F:\test1.reg “HKEY_LOCAL_MACHINE\Software\Broadcom\BACS”

Ultimately he was able to launch the 64-bit version of CSCRIPT from the same path and his application is now functioning as expected as a Windows Service!

Posted in AlwaysUp | Tagged , , , , | Leave a comment

Why doesn’t my Windows Service Start at Boot?

Windows Service not Starting at Boot

Windows Services promise 24/7 operation and it can be very frustrating when they don’t start as expected! Here are the top five reasons why a service may fail to launch when your server boots:

  1. Your Windows Service isn’t set to Start Automatically

    A window service can be configured NOT to start when your computer reboots. Indeed, a service can be set to startup only on demand, or entirely disabled so it cannot run at all.

    To check that your service is properly configured:

    1. Start the Services Control Panel application.

    2. Find your service in the list and double-click it to show its properties.

    3. Ensure that the Startup type field is set to Automatic.

      Note that Automatic (Delayed Start), where your service starts 1-2 minutes after all Automatic services have been launched, may also be acceptable.

  2. A Dependent Service Failed to Start

    Some windows services depend on other services to support their work. Windows enforces these dependencies when booting. For example, suppose there are two services, A and B, both set to start automatically at boot. If A depends on B, then Windows will launch service B before starting service A. If service B fails to start, Windows will not start service A.

    Open your service in services.msc and switch to the Dependencies tab to see if your service relies on others. If so, the problem may be with one of those dependent services.

  3. The Service Account’s Password has Changed

    If your service runs in a specific user account, was the password for that account changed recently? If so, you should edit your service and enter the new password (on the Log On tab):

  4. There is a Problem with the Domain Account’s Group Policy

    If your service is running in a domain account, ensure that the domain account’s group policy has the “Log on as a service” right. As described in this article, the service may run fine at first but suddenly stop working when the local policy (which has the right) is overwritten by the global policy (which does NOT have the right).

    Look for the telltale “The service did not start due to a login failure” message in the Event Logs to identify this situation.

  5. There is another problem, reported in the Event Logs

    Your service may be shutting down because it has encountered a fatal error. The devil will be in the details so be sure to scour the Event Logs for any helpful messages from your service.

    Your service may also maintain its own log files, separate from what is available in the Event Viewer. Please be sure to consult those as well!

Posted in Windows Services | Tagged , , | Leave a comment