сбой службы golang Windows без каких-либо ошибок

#go #windows-services

#Вперед #windows-services

Вопрос:

Я написал простую службу Windows с использованием golang.

 package main

import "golang.org/x/sys/windows/svc"
import "io/ioutil"
import "log"
import "encoding/json"
import "time"
import "strconv"
import "os"
import "./cmd"
import "golang.org/x/sys/windows/svc/eventlog"
import "fmt"

type myservice struct{}

func (m *myservice) Execute(args []string, r <-chan svc.ChangeRequest, changes chan<- svc.Status) (ssec bool, errno uint32) {
    log.Println("Starting service")
    const cmdsAccepted = svc.AcceptStop | svc.AcceptShutdown | svc.AcceptPauseAndContinue
    changes <- svc.Status{State: svc.StartPending}
    changes <- svc.Status{State: svc.Running, Accepts: cmdsAccepted}
    StartService(r, changes)
    return
}

//RunService Runs the current application as a service.It will send the necessary flags to windows.
func RunService(maintServiceName string) {
    //var elog eventlog

    elog, evtErr := eventlog.Open(maintServiceName)
    if evtErr != nil {
        return
    }

    defer elog.Close()
    log.Println("Running service")
    elog.Info(1, fmt.Sprintf("starting %s service", maintServiceName))

    run := svc.Run
    sererr := run(maintServiceName, amp;myservice{})
    if sererr != nil {
        elog.Error(1, fmt.Sprintf("%s service failed: %v", maintServiceName, sererr))
    }
}

//StartService Starts the Service
func StartService(r <-chan svc.ChangeRequest, changes chan<- svc.Status) {
    const cmdsAccepted = svc.AcceptStop | svc.AcceptShutdown | svc.AcceptPauseAndContinue
    jsonFile, err := os.Open("config.json")
    if err != nil {
        log.Fatalln("No configuration found")
    }
    byteVal, _ := ioutil.ReadAll(jsonFile)
    var result map[string]interface{}
    json.Unmarshal([]byte(byteVal), amp;result)
    var serverURL = result["serverURL"]
    var serviceName = result["serviceName"]
    var intervalStr = result["interval"].(string)
    var intervalInt, parseErr = strconv.ParseInt(intervalStr, 10, 32)
    if parseErr != nil {
        intervalInt = 60
    }

    log.Println("server Url ", serverURL)
    log.Println("service name ", serviceName)

    cmd.SetServerURL(serverURL.(string))
    cmd.SetServiceName(serviceName.(string))
    log.Println("Running Thread")

    go func() {
        for {
            log.Println("sleeping ")
            time.Sleep(time.Duration(intervalInt) * time.Second)
            cmd.Connect()
        }
    }()

    select {
    case c := <-r:
        if c.Cmd == svc.Stop || c.Cmd == svc.Shutdown {
            break
        }
        if c.Cmd == svc.Interrogate {
            changes <- c.CurrentStatus
            time.Sleep(100 * time.Millisecond)
            changes <- c.CurrentStatus
        }
        if c.Cmd == svc.Pause {
            changes <- svc.Status{State: svc.Paused, Accepts: cmdsAccepted}
        }
        if c.Cmd == svc.Continue {
            changes <- svc.Status{State: svc.Running, Accepts: cmdsAccepted}
        }
    }

}
  

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

Ответ №1:

Я бы начал с добавления цикла вокруг select в StartService (см. Этот пример). Из предоставленного вами кода похоже, что ваша служба завершит работу после получения любого сигнала (включая приостановку / запрос), который может быть проблемой. Добавление дополнительного входа в систему StartService также может быть полезным (помогает все, что предоставляет дополнительную информацию о происходящем!)

Если это не решает проблему, тогда стоит добавить отложить / восстановить в процедуру go и StartService проверить, не вызывает ли проблему паника (вероятно, достаточно просто записать что-либо в журнал).).

Комментарии:

1. Да, служба получила сигнал запроса и завершила работу.

2. И чтобы немедленно убедиться, что это проблема, можно запустить sc interrogate servicename . После исправления сделал то же самое, и служба не остановилась.

3. Отлично — надеюсь, служба теперь будет работать. Обычно я считаю, что стоит регистрировать, когда служба останавливается и почему (в том числе, если из-за паники), потому что без этой информации трудно отследить какие-либо периодические проблемы.