The Core Technologies Blog

Professional Software for Windows Services / 24×7 Operation


Q & A: How do I force my .NET console application to run 64-bit?

Q & A - .NET
  We have installed AlwaysUp version 9.7.2.88 (Sep. 2 2016) on Windows Server 2012 R2 Standard. We have multiple jobs that run a 64-bit .NET Console Application as a windows service, but we keep getting a SystemOutMemoryException error. What we found watching the Task Manager is that the EXE always runs as 32-bit. How do we get AlwaysUp to run the console app as 64-bit?

— Clayton

Hi Clayton. There are a couple of ways to force your .NET application to run in 64-bit mode:

  1. Build a 64-Bit .NET Version

    If you use Microsoft’s Visual Studio, the build configuration is likely be set to Any CPU (the default):

    Visual Studio Any CPU Configuration

    This will produce an executable that will run in either 32-bit or 64-bit mode, depending on the version of .NET available.

    To run your executable in 64-bit only, change the configuration to x64 and rebuild.

    If your project doesn’t have a x64 configuration, create one like this:

    1. Select Build > Configuration Manager…

    2. In the Configuration Manager,

    3. click the Active solution platform entry and select <New> from the menu that appears:

      Create a New Visual Studio Configuration

    4. In the New Solution Platform window, choose x64 in the top box. We recommend copying settings from Any CPU and creating new project platforms (the default):

      Create a New Visual Studio Configuration: Select x64

    5. Click the OK button to record your changes. Close the Configuration Manager

    6. You should now have x64 as a build option. Set it and recompile to produce a 64-bit only executable:

      Activate the x64 Configuration in Visual Studio

  2. Use CorFlags to Force .NET 64-Bit

    If your application is built with “Any CPU” but you can’t rebuild it in Visual Studio, Microsoft’s free CorFlags utility will come to the rescue.

    Corflags.exe is distributed with the Windows 10 SDK. Be sure to select the “.NET Development Tools” component when installing.

    We actually found the CorFlags exe file in a couple of places on our hard drive:

    C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.6.1 Tools\Corflags.exe

    C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\Corflags.exe

    You may find CorFlags in older .NET SDK installations as well — it has been around since the release of .NET 2.0 (2005).

    Once you have located CorFlags:

    1. Make a copy of the executable you want to run in 64-bit. The application we used for testing is called SystemInfoDotNet.exe, so we copied it to SystemInfoDotNet64.exe.

    2. Open a command prompt with admin rights.

    3. CD to the folder containing the copied application.

    4. Run CorFlags on the copied application file. Specify the /32BIT- option to strip away the ability to run in 32-bit mode:

      Run CorFlags /32BIT-

    The copied executable will always run in 64-bit mode.

    For example, our SystemInfoDotNet utility — which displays basic process and system information — normally runs in 32-bit mode:

    SystemInfoDotNet running before CorFlags

    But after running CorFlags on SystemInfoDotNet64, it magically runs in 64-bit mode:

    SystemInfoDotNet running after CorFlags

Best of luck with your .NET application Clayton!

Posted in AlwaysUp | Tagged , , , , , , | 2 Comments

Q & A: How Can I Generate a Crash Dump Before AlwaysUp Restarts my Application?

Q & A
  Occasionally the application we’re running as a service stops responding, resulting in AlwaysUp restarting it. We would like to run a script prior to the restart to try to generate a crash-dump file so we can find out where the problem is. Is that possible?

— Kelly @ Sabre

Hi Kelly. Sorry to hear of the trouble! Please follow these steps to automatically generate a crash dump whenever your application terminates:

  1. Download & install Microsoft’s free ProcDump utility

    ProcDump — yet another excellent utility from the Sysinternals team — easily creates a dump file from any running process. It is our tool of choice when exploring application crashes.

    Download the ProcDump .Zip package and extract all files to a convenient location. We have placed the files in “C:\Apps\ProcDump” for this article.

    Be sure to run ProcDump at least once and accept the Sysinternals EULA. We don’t want the utility to hang when we run it unattended as a background service!

  2. Compose the command line to capture a crash dump when your application stops

    ProcDump features an impressive set of command line options. Please review and identify the flags that work best for your situation.

    For example, we use this command to dump the notepad.exe application whenever it stops running:

    c:\Apps\ProcDump\procdump.exe -t notepad

    Please ensure that this command works as expected. Start your application, run the command and then terminate your application. Is a dump file created? Troubleshot and fix if not.

  3. Setup your ProcDump command as a Windows Service in AlwaysUp

    Your application is running 24×7. To configure ProcDump to operate on the same schedule and capture the dump file at any time:

    1. Start AlwaysUp and select Application > Add… to bring up the Add Application window.

    2. On the General tab:

      In the Name field, enter a suitable name for this new service. We have used “ProcDump Notepad”.

      In the Application field, enter the full path to ProcDump.exe.

      In the Arguments field, provide the command line options you developed in step 2. Be sure to add the -w flag, which will cause ProcDump to wait for your app to launch if necessary.

      And in the Start in directory field, enter the folder where you want the dump files to be written. (Leaving this blank will cause dump files to be created in the ProcDump folder.)


      ProcDump Notepad Service Settings - General

    3. On the Logon tab, specify your windows account. ProcDump should run in this account since you know it works there (and that the EULA has been accepted).


      ProcDump Notepad Service Settings - Logon

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

    5. And finally, start your new service (from the Application menu).

      Here is what the finished setup looks like for us, with Notepad running as a service and ProcDump monitoring it (also as a service):


      ProcDump Notepad Service Settings - Logon

  4. Test

    Now that everything is in place, you should confirm that a crash dump will be created whenever your application stops.

    Open the Task Manager and kill your application. Does a new dump file appear in the expected location? If not, please review all the steps and ensure that nothing was missed.

Best of luck debugging your program!

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

Q & A: How Do I Turn Off Service Protector During Scheduled Maintenance?

Q & A
  Wanted to know if there’s a way for Service Protector to not monitor a service during a patching period of time? Or any scheduled period of time without sending a million alerts?

— Mark @ Red Roof Inns

Hi Mark. Apologies for the barrage of unnecessary emails! Unfortunately Service Protector doesn’t know that it is OK for your service to be down while you are patching. It is diligently doing its job.

To avoid the false alarms, we recommend shutting down Service Protector at the start of your maintenance window and reactivating it once patching has concluded. These operations can be performed from the Service Protector GUI or with the standard Windows NET command.

You see, Service Protector creates a Windows Service for each service it monitors. If your service is named “MyService”, then Service Protector creates a service called “ServiceProtector: MyService” to watch your target service. Here is what it looks like for the “Print Spooler” service on our Windows Server 2016 machine:

Note that the service name may not be the same as the friendly “display name” you see in Service Protector (and Services.msc). For example, the service name of the “Print Spooler” service is actually “Spooler”:

This post shows how to find the service name.

How to Stop Protection at the Start of Maintenance

  • Stopping From the GUI

    Select Stop <ServiceName> from the Protector menu. This will shut down Service Protector but will leave your target service running:

    Stop Protecting your Windows Service

  • Stopping From the Command Line

    This command will stop the instance of Service Protector monitoring a service named “MyService”:

    NET STOP “ServiceProtector: MyService”

    Here is what the process looks like for the Spooler service:

    Run NET STOP

    Simply run the NET STOP command before patching starts.

How to Restart Protection at the End of Maintenance

  • Starting From the GUI

    Select Start <ServiceName> from the Protector menu. This will fire up Service Protector — and your target service if it’s idle:

    Start Protecting your Windows Service

  • Starting From the Command Line

    A slightly different version of the NET command will restart the instance of Service Protector monitoring a service named “MyService”:

    NET START “ServiceProtector: MyService”

    Restarting protection for the Spooler service looks like this:

    Run NET START

    Run the NET START command once your system is back to normal.

How to Stop and Restart Service Protection Automatically

For patching that occurs at a defined time, we recommend using the Windows Task Scheduler to automate the process. Create a pair of scheduled tasks — one to stop protection and the other to restart it.

For example, if maintenance occurs every Saturdays from 1 AM to 3 AM, your first scheduled task could run NET STOP at 12:59 AM. The second task could be configured to run NET START at 3:01 AM.

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

AlwaysUp 10.5: Restricted Rights, Smoother Shutdowns, and more

Check out what's new in AlwaysUp

We’re happy to announce a new version of AlwaysUp — our popular application that runs any application 24×7 as a Windows Service. It has been more than 6 months since the last public release so here is what’s new:

Start your application without full admin rights

Windows services are trusted, advanced components. As such, they typically run with full rights. Security mechanisms that limit capabilities — like Microsoft’s User Account Control (UAC) — do not constrain services.

But there are legitimate cases for wanting to run an application in the context of a windows service but without full administrative rights. For example:

  • You don’t entirely trust the application. Even if it comes from a reputable source, are you 100% sure that it won’t modify private files or read sensitive data?
  • Your organization operates a “locked down” environment. Government agencies and large corporations often treat security as the number one priority.
  • Your application requires it. Such is the case with Microsoft’s popular cloud storage solution, OneDrive.

The typical approach for security-conscious folks is to create a new account with limited, non-admin rights and specify that account on the AlwaysUp Logon tab. But that often fails because the entire service is run without admin rights, limiting what AlwaysUp itself can do.

In AlwaysUp 10.5, you can specify an administrator on the Logon tab and check the new Launch the application without admin rights option to ensure that the application operates with limited privileges:

To explore the details behind this new capability, check out our free, standalone Run With Restricted Rights utility. It offers the same functionality, but for folks not using AlwaysUp.

Note: Not every program will function properly without admin rights. Be sure to test thoroughly to confirm that your application is compatible with this new setting.

Smoother shutdowns

Windows shutdown can be chaotic. The operating system must notify each application (and windows service) that it should close — while allowing a waffling operator to interrupt the process.

When AlwaysUp is running an application as a service, confusion can arise when the application receives the shutdown signal before AlwaysUp does. In that situation, AlwaysUp tries to restart the application, leading to unnecessary “thrashing” as the system closes.

AlwaysUp 10.5 does a better job of detecting that a shutdown is in progress — even before it is officially notified by Windows.

Improved support for Windows 10 SHB

The US Department of Defense (DoD) has mandated that “all physically domain-joined computers running a Microsoft Windows based operating system must transition to the Windows 10 SHB (Secure Host Baseline) operating system” — a pre-configured and security hardened version of Windows.

While AlwaysUp is fully compatible with all editions of Windows 10, the stringent security in SHB implementations exposed a couple of bugs in our code. In one situation, AlwaysUp’s main window would become unresponsive and in another, the licensing code would fail. Both of these deficiencies have been fixed and several customers are happily running services on Windows 10 SHB.

Other fixes & improvements

  • AlwaysUp routinely interacts with the Windows Event Logs. When these logs became unusually large (containing hundreds of thousands of entries), AlwaysUp would take a while to process the entries, causing the main window to occasionally hang. This is no longer an issue now that the underlying code has been streamlined and optimized.
  • Many customers rely on a sanity check plugin to detect when an application running as a service has failed. Output from those plugins are now captured and emailed, if so configured.
  • Customers looking to install AlwaysUp silently as a part of their own products had to tolerate an annoying prompt that interrupted the process. That prompt has been removed.

As usual, please review the version history for the full list of features, fixes and improvements included in this release.

Upgrading to AlwaysUp Version 10.5

As per our upgrade policy, customers who purchased AlwaysUp 9 (after September 2014) can upgrade to version 10.5 at no additional cost. Just download and install “over the top” to preserve your existing applications an all settings. Your registration code will continue to work.

If you bought AlwaysUp version 8 or earlier (before September 2014), you will need to upgrade to use version 10.5. Please purchase upgrades here — at a 50% discount.

Enjoy!

Posted in AlwaysUp | Tagged , , , | 2 Comments

AlwaysUp not Working? Please Send us these Details so we can Help!

Help us help you

Sorry to hear that you are having a problem running your application with AlwaysUp! Windows services can be tricky beasts but our team of experts has spent many years wrestling them into submission. Rest assured that we will do our best to get you up and running ASAP.

As with most technical problems, the devils are in the details. Please answer these six questions to help us diagnose the problem:

  1. What application are you installing as a Windows Service?

  2. AlwaysUp runs thousands of programs, batch files and scripts, but each one brings its own unique challenges. Which one are you trying to run as a service? Is it publicly available? And what does it do?

    Run Dropbox as a Service   Run Java as a Service   Run Batch File as a Service   Run Box Sync as a Service   Run OneDrive as a Service

  3. What version of AlwaysUp are you running?

  4. Each version of AlwaysUp is different. Knowing which build of the software you have installed enables us to offer you the best advice and the most helpful solutions.

    To find the version number, start AlwaysUp and select About AlwaysUp… from the Help menu. The 4-digit version number is displayed in the window that appears.

    Here you can see that we have 10.4.2.47 installed:

  5. What version of Windows are you running?

  6. The version of Windows installed on your PC can definitely impact your software’s ability to run as a background service. For example, Windows 10 might prevent you from interacting with your application, while older, less secure editions of Windows often behave very differently than their modern counterparts.

    Run the helpful winver command to confirm the operating system you are running. A window like this should pop up to report the details:

    This article from Microsoft support describes a few other ways to find your Windows version.

  7. How have you configured your application in AlwaysUp?

  8. AlwaysUp offers over 40 practical settings to run your program securely as a Windows Service. Some applications run perfectly with only the basic settings applied while others need fine tuning to operate smoothly. We recommend that you send us what you have so far, for review.

    To export your application’s settings to a XML file:

    1. Highlight your application in AlwaysUp

    2. Select Export… from the Application menu (shown here for Google Backup and Sync):

    3. Save the XML file in a friendly location. Attach it to the email you will send with all these details.

    We’ll take a look and let you know if we see anything fishy!

  9. Are any errors reported in the AlwaysUp Activity Logs?

  10. AlwaysUp writes errors and warnings to the Windows Event Logs — the recommended destination for notifications and alerts from Windows Services. While you can use the Windows Event Viewer to browse recent log entries, it is much easier to see that activity from AlwaysUp:

    1. Highlight your application in AlwaysUp

    2. Select Report Activity > Past Week… from the Application menu:

    3. In a few seconds, your web browser will pop up with a page showing when your application/service was started, stopped, etc.:

    4. Please save the web page (Ctrl+S) or take a screenshot of the browser window and send it to us for review.

  11. What is your Windows user/account name?

  12. Does your application work properly when you start it normally on your desktop? If so, then we know that the Windows account you are currently logged in to has the rights and capabilities required to run your application. It is useful to know if this is a different account than what you supplied to AlwaysUp (on the Logon tab).

    To find the name of your Windows account:

    1. Start a command prompt. (Click the Start button and type “command” to find it in the list of programs on your PC.)

    2. Type whoami and hit the enter key. Your windows user name will be printed:

      Please include the full account name in your email to our support team.

Send us these details and we’ll get back to you very soon

Your answers to these questions (along with the XML file from step 4) will give us an excellent understanding of what is going wrong. Please email your specifics to support@CoreTechnologies.com and we will review and respond promptly — usually within a few hours.

Thanks!

Posted in Support | Tagged , , | 8 Comments