Ошибка 1053 виндовс

If you continue down the road of trying to make your service interact with the user’s desktop directly, you’ll lose: even under the best of circumstances (i.e. «before Vista»), this is extremely tricky.

Windows internally manages several window stations, each with their own desktop. The window station assigned to services running under a given account is completely different from the window station of the logged-on interactive user. Cross-window station access has always been frowned upon, as it’s a security risk, but whereas previous Windows versions allowed some exceptions, these have been mostly eliminated in Vista and later operating systems.

The most likely reason your service is hanging on startup, is because it’s trying to interact with a nonexistent desktop (or assumes Explorer is running inside the system user session, which also isn’t the case), or waiting for input from an invisible desktop.

The only reliable fix for these issues is to eliminate all UI code from your service, and move it to a separate executable that runs inside the interactive user session (the executable can be started using the global Startup group, for example).

Communication between your UI code and your service can be implemented using any RPC mechanism: Named Pipes work particularly well for this purpose. If your communications needs are minimal, using application-defined Service Control Manager commands might also do the trick.

It will take some effort to achieve this separation between UI and service code: however, it’s the only way to make things work reliably, and will serve you well in the future.

ADDENDUM, April 2010: Since this question remains pretty popular, here’s a way to fix another common scenario that causes «service did not respond…» errors, involving .NET services that don’t attempt any funny stuff like interacting with the desktop, but do use Authenticode signed assemblies: disable the verification of the Authenticode signature at load time in order to create Publisher evidence, by adding the following elements to your .exe.config file:

<configuration>
    <runtime>
        <generatePublisherEvidence enabled="false"/>
    </runtime>
</configuration>

Publisher evidence is a little-used Code Access Security (CAS) feature: only in the unlikely event that your service actually relies on the PublisherMembershipCondition will disabling it cause issues. In all other cases, it will make the permanent or intermittent startup failures go away, by no longer requiring the runtime to do expensive certificate checks (including revocation list lookups).

Одна из главных причин возникновения ошибки — слишком долгое ожидание от службы. Служба может быть вообще любой. Многие из них устанавливаются в систему вместе с какой-нибудь программой или игрой. Если на обработку запросов той или иной службы уходит слишком много времени, ОС отзывается ошибкой и прекращает попытки взаимодействовать с «повисшим» компонентом.

Есть несколько несложных способов исправить эту проблему.

Увеличиваем время на обработку запросов от служб

Раз уж ОС не может дождаться ответа от службы, то можно увеличить время ожидания. Это довольно редко помогает, но попробовать стоит.

Итак, делаем следующее:

• Нажимаем на клавиши Win + R.
• В программу «Выполнить» вводим текст regedit и кликаем по кнопке ОК.

• Откроется редактор реестра Windows. Внутри заходим в папку _HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control_

• Внутри кликаем по пустому пространству правой кнопкой мыши.
• Во всплывшем контекстном меню выбираем опцию «Создать параметр DWORD (32 бита)».

• Называем его ServicesPipeTimeout.

• Затем кликаем по созданному ключу два раза.
• В появившемся окошке меняем значение на 15000 и сохраняем.

После этого надо перезагрузить компьютер и снова протестировать программу или игру, которая отзывается ошибкой.

 Загрузка …

Сбрасываем кэш сети

Если «зависшая» служба подключается к сети и пытается достать оттуда какие-то данные, стоит попробовать сбросить параметры интернета.

Важно отметить, что после этого могут удалиться некоторые настройки вашего подключения. Если не помните IP-адреса, логины и пароли, то не рискуйте. Сначала отыщите их и запишите куда-нибудь.

Чтобы сбросить кэш сети:

• Открываем встроенный поисковик Windows, кликнув по иконке в виде лупы справа от меню «Пуск».

• Ищем там приложение cmd.exe и запускаем его от имени администратора.
• В открывшийся терминал вводим команду netsh winsock reset и нажимаем Enter.
• Потом команду ipconfig /renew.
• После этого перезапускаем компьютер.

 Загрузка …

Другие методы

Если оба предложенных выше способа не помогли, можно испробовать еще тройку не самых желательных, но иногда действенных методов.

1. Универсальный способ решения всех проблем — команда sfc/ scnanow. Она вводится в терминал так же, как и две предыдущие (описанные в предыдущем параграфе). Не самый эффективный способ конкретно в этом случае.
2. Полностью удаляем игру или программу, которые выдают ошибку. Многим этот способ покажется радикальным, но зачастую он работает. Как известно, большая часть ошибок закрадывается на этапе установки программного обеспечения.
3. Переустановка Windows. Самый действенный метод решения всех программных проблем. Свежая операционная система в 99% случаев избавляет от всех неисправностей.

 Загрузка …

Post Views: 6 498

From MSDN:

Do not use the constructor to perform processing that should be in
OnStart. Use OnStart to handle all initialization of your service. The
constructor is called when the application’s executable runs, not when
the service runs. The executable runs before OnStart. When you
continue, for example, the constructor is not called again because the
SCM already holds the object in memory. If OnStop releases resources
allocated in the constructor rather than in OnStart, the needed
resources would not be created again the second time the service is
called.

If your timer is not initialized in the OnStart call, this could be a problem.
I would also check the type of timer, make sure its a System.Timers.Timer for Services. Here is an example of how to setup the timer in a Windows service.

//TODONT: Use a Windows Service just to run a scheduled process

I tried your code, and it seems ok. The only difference I had was to hard code the timer value (Service1.cs). Let me know if the below doesn’t work.

Service1.cs

using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Diagnostics;
using System.ServiceProcess;
using System.Text;
using System.Timers;
using System.Threading;

namespace WindowsServiceTest
{
    public partial class Service1 : ServiceBase
    {
        private System.Timers.Timer timer;

        public Service1()
        {
            InitializeComponent();
        }

        protected override void OnStart(string[] args)
        {
            //instantiate timer
            Thread t = new Thread(new ThreadStart(this.InitTimer)); 
            t.Start();
        }

        protected override void OnStop()
        {
            timer.Enabled = false;
        }

         private void InitTimer()  
         {     
             timer = new System.Timers.Timer();  
             //wire up the timer event 
             timer.Elapsed += new ElapsedEventHandler(timer_Elapsed); 
             //set timer interval   
             //var timeInSeconds = Convert.ToInt32(ConfigurationManager.AppSettings["TimerIntervalInSeconds"]); 
             double timeInSeconds = 3.0;
             timer.Interval = (timeInSeconds * 1000); 
             // timer.Interval is in milliseconds, so times above by 1000 
             timer.Enabled = true;  
         }

        protected void timer_Elapsed(object sender, ElapsedEventArgs e) 
        {
            int timer_fired = 0;
        }
    }
}

Service1.Designer.cs

namespace WindowsServiceTest
{
    partial class Service1
    {
        /// <summary> 
        /// Required designer variable.
        /// </summary>
        private System.ComponentModel.IContainer components = null;

        /// <summary>
        /// Clean up any resources being used.
        /// </summary>
        /// <param name="disposing">true if managed resources should be disposed; otherwise, false.</param>
        protected override void Dispose(bool disposing)
        {
            if (disposing && (components != null))
            {
                components.Dispose();
            }
            base.Dispose(disposing);
        }

        #region Component Designer generated code

        /// <summary> 
        /// Required method for Designer support - do not modify 
        /// the contents of this method with the code editor.
        /// </summary>
        private void InitializeComponent()
        {
            components = new System.ComponentModel.Container();
            this.ServiceName = "Service1";
            this.CanPauseAndContinue = true;
        }

        #endregion
    }
}

I just created a blank Windows Service project and add the below so I could run installutil.exe and attach to the above to see if the event was firing (and it did).

using System;
using System.Collections.Generic;
using System.Text;
using System.ComponentModel;
using System.ServiceProcess;

namespace WindowsServiceTest
{
    [RunInstaller(true)]
    public class MyServiceInstaller : System.Configuration.Install.Installer
    {
        public MyServiceInstaller()
        {
            ServiceProcessInstaller process = new ServiceProcessInstaller();

            process.Account = ServiceAccount.LocalSystem;

            ServiceInstaller serviceAdmin = new ServiceInstaller();

            serviceAdmin.StartType = ServiceStartMode.Manual;
            serviceAdmin.ServiceName = "Service1";
            serviceAdmin.DisplayName = "Service1 Display Name";
            Installers.Add(process);
            Installers.Add(serviceAdmin);
        }
    }
}