Return-Path: X-Original-To: apmail-cloudstack-issues-archive@www.apache.org Delivered-To: apmail-cloudstack-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 774E3105BE for ; Wed, 22 Jan 2014 23:31:33 +0000 (UTC) Received: (qmail 77279 invoked by uid 500); 22 Jan 2014 23:31:29 -0000 Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org Received: (qmail 77231 invoked by uid 500); 22 Jan 2014 23:31:27 -0000 Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list issues@cloudstack.apache.org Received: (qmail 77213 invoked by uid 500); 22 Jan 2014 23:31:25 -0000 Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org Received: (qmail 77204 invoked by uid 99); 22 Jan 2014 23:31:24 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 22 Jan 2014 23:31:24 +0000 Date: Wed, 22 Jan 2014 23:31:24 +0000 (UTC) From: "Demetrius Tsitrelis (JIRA)" To: cloudstack-issues@incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CLOUDSTACK-5931) Hyper-V agent does not release logon handle MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Demetrius Tsitrelis created CLOUDSTACK-5931: ----------------------------------------------- Summary: Hyper-V agent does not release logon handle Key: CLOUDSTACK-5931 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-5931 Project: CloudStack Issue Type: Bug Security Level: Public (Anyone can view this level - this is the default.) Components: Hypervisor Controller Affects Versions: 4.3.0 Reporter: Demetrius Tsitrelis In the HypervResource project, in the Utils.DownloadCifsFileToLocalFile() method there is a call to LogonUser() to allocate a user token with new credentials. This token is assigned to an instance of the WindowsIdentity class but is never explicitly deallocated. It doesn't appear that the WindowsIdentity instance takes ownership of the token, however: http://msdn.microsoft.com/en-us/library/85yh2h4a.aspx states "Always release userToken by calling the Win32 API CloseHandle function". -- This message was sent by Atlassian JIRA (v6.1.5#6160)