2017-12-28 23 views

Antwort

0

Möglicherweise, wenn der Build-Job wurde getötet, wurde ein Prozess, der es hervorgebracht wurde nicht mit dabei getötet, und dieser Prozess hielt die Datei geöffnet.

Oft endet dieser Prozess selbstständig und wenn er fertig ist, wird die Sperre der Datei aufgehoben.

Wenn der Prozess nicht von selbst verschwindet (zum Beispiel, wenn ein Fenster wie das Popup geöffnet wurde, wenn ein Prozess abstürzt - und Sie könnten kein solches Fenster im Jenkins-Dienst sehen Sitzung) und Sie haben Zugriff auf die Slave-Maschine. Sie können sich anmelden und ein Tool wie Process Explorer (verfügbar unter https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer) von SystemInternals verwenden, um den Prozess zu finden und zu beenden. ProcExp ist ein ziemlich einfaches Tool zu verwenden, ist relativ gut bekannt und ideal für Situationen wie diese.

Wenn Sie keinen Zugriff haben, müssen Sie möglicherweise die SysAdmins bitten, den Slave neu zu starten - es ist sehr wahrscheinlich zu viel, aber wenn Sie keinen Zugriff auf den Slave haben, werden die Leute, die Sie um Hilfe bitten, wahrscheinlich nicht haben viel Zeit, um beim Debuggen zu helfen.

+0

Danke John für die Antwort, es passiert für einen unserer AFT Builds, und es ist nicht immer möglich, sich in den Windows-Slave einzuloggen und den Prozess zu beenden, haben wir keinen sauberen Prozess in Jenkins irgendwo, der versuchen wird die Ressource freigeben, bevor sie den Build vollständig abbricht? –

Verwandte Themen