From xen-api-bounces@lists.xen.org Tue Feb 09 12:37:45 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 12:37:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aT7Y1-0004bO-Rd; Tue, 09 Feb 2016 12:37:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aT7Xz-0004b2-U2 for xen-api@lists.xen.org; Tue, 09 Feb 2016 12:37:36 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id E9/4A-29293-F8DD9B65; Tue, 09 Feb 2016 12:37:35 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455021454!20946488!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 59918 invoked from network); 9 Feb 2016 12:37:34 -0000 Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com) (74.125.82.42) by server-16.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 12:37:34 -0000 Received: by mail-wm0-f42.google.com with SMTP id c200so58290836wme.0 for ; Tue, 09 Feb 2016 04:37:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=/XsEsTBBTq98Zut/lqxvf8cGfWlLg6e/vzk5P9HMBNI=; b=XBZHgBodNDM3yf0rE1J/cwkvKoPMGoARaDZZsNZQD9fB+WGjOJq2gsMB47DMqrwUif QLe1cio3wxYN4RDvSbUo+Hd7J+Rnx597BeKnzClKSvl/EPD78S6OqZyHVLmwduHf30HN GryaYz5n2DwV24OYS5IctXw5VKpLiamO3/xUIFyghCrL/kRI9dQJBOCcfX2nN7Ec/WYD MVsENNmsUuDTRoutnatHujUVuetDD+8yUOsoT2MonEKxQTdlxltPpvBTFQ56HifI50Yt zm1m/ZXvmTYh8xPV6bamSoN0qqdW6JAlTNNkxh7IsarRE16ClzZi2m18KnKI7fjmU/Pe CM4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=/XsEsTBBTq98Zut/lqxvf8cGfWlLg6e/vzk5P9HMBNI=; b=NjhM3eK04bi16Yxi6p3Vp15GnapDSs9FlV6/PthHdfSc3pxa4KSxH7dlbbwIYO3VBa ezGjcDKwdXjMGEoiluchb21i9qb0G+/R669ck07bdo8uHP6PtjvWC12dzmrTK2e8mYER dHxEjqrVEH8WHzL75m1gBjrm0vvaCuGhM3icHfDucNA2cXKm2RuP5l1d+RzkoIpwlkBl /+OZyYCMNLaGKt2fH4DEWVoreHGt0uKwW3qkJaIKPVqmv1KGH8AH4wlh8SrMZZG//DPs c+rvaSQn+P6UmjyUdbWOmZMsL7LVkRufTQTokCZ4cm+Cx3kLNUV4va/I2HS9T3DpP4LS hXaw== X-Gm-Message-State: AG10YOScIdnJTZ/kxSrtfAOCP4seTzGtjX1wSe0tuJc9chwKvqgs6IWOb9yBSOEbvS+iyA== X-Received: by 10.28.153.14 with SMTP id b14mr4961061wme.93.1455021454077; Tue, 09 Feb 2016 04:37:34 -0800 (PST) Received: from [192.168.0.9] (97e66cac.skybroadband.com. [151.230.108.172]) by smtp.gmail.com with ESMTPSA id lm5sm25539800wjc.12.2016.02.09.04.37.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 09 Feb 2016 04:37:32 -0800 (PST) From: Lars Kurth Message-Id: Date: Tue, 9 Feb 2016 12:37:35 +0000 To: xen-devel , Win-pv-devel@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org, Xen API mailing list , mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] Urgent: Cleaning up project list in preparation for GSoc and the next Outreachy round X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi folks, GSoc mentor organisation applications are opening and as such we need to get our project list into shape: the current list of projects are at http://wiki.xenproject.org/wiki/Xen_Development_Projects and https://github.com/mirage/mirage-www/wiki/Pioneer-Projects The application deadline is Feb 19th, by which we need to have a good list of projects. I also wanted to address some challenges we had around Hypervisor projects and necessary hardware and track that in the GSoc landing page, which I will put together based on conversations with mentors So what we need is: a) Weed out any old and stale projects (of which we have a few) b) Add some new ones, if appropriate I will also need a co-administrator for the GSoC application Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Tue Feb 09 12:37:45 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 09 Feb 2016 12:37:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aT7Y1-0004bO-Rd; Tue, 09 Feb 2016 12:37:37 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aT7Xz-0004b2-U2 for xen-api@lists.xen.org; Tue, 09 Feb 2016 12:37:36 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id E9/4A-29293-F8DD9B65; Tue, 09 Feb 2016 12:37:35 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455021454!20946488!1 X-Originating-IP: [74.125.82.42] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 59918 invoked from network); 9 Feb 2016 12:37:34 -0000 Received: from mail-wm0-f42.google.com (HELO mail-wm0-f42.google.com) (74.125.82.42) by server-16.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 9 Feb 2016 12:37:34 -0000 Received: by mail-wm0-f42.google.com with SMTP id c200so58290836wme.0 for ; Tue, 09 Feb 2016 04:37:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=/XsEsTBBTq98Zut/lqxvf8cGfWlLg6e/vzk5P9HMBNI=; b=XBZHgBodNDM3yf0rE1J/cwkvKoPMGoARaDZZsNZQD9fB+WGjOJq2gsMB47DMqrwUif QLe1cio3wxYN4RDvSbUo+Hd7J+Rnx597BeKnzClKSvl/EPD78S6OqZyHVLmwduHf30HN GryaYz5n2DwV24OYS5IctXw5VKpLiamO3/xUIFyghCrL/kRI9dQJBOCcfX2nN7Ec/WYD MVsENNmsUuDTRoutnatHujUVuetDD+8yUOsoT2MonEKxQTdlxltPpvBTFQ56HifI50Yt zm1m/ZXvmTYh8xPV6bamSoN0qqdW6JAlTNNkxh7IsarRE16ClzZi2m18KnKI7fjmU/Pe CM4Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=/XsEsTBBTq98Zut/lqxvf8cGfWlLg6e/vzk5P9HMBNI=; b=NjhM3eK04bi16Yxi6p3Vp15GnapDSs9FlV6/PthHdfSc3pxa4KSxH7dlbbwIYO3VBa ezGjcDKwdXjMGEoiluchb21i9qb0G+/R669ck07bdo8uHP6PtjvWC12dzmrTK2e8mYER dHxEjqrVEH8WHzL75m1gBjrm0vvaCuGhM3icHfDucNA2cXKm2RuP5l1d+RzkoIpwlkBl /+OZyYCMNLaGKt2fH4DEWVoreHGt0uKwW3qkJaIKPVqmv1KGH8AH4wlh8SrMZZG//DPs c+rvaSQn+P6UmjyUdbWOmZMsL7LVkRufTQTokCZ4cm+Cx3kLNUV4va/I2HS9T3DpP4LS hXaw== X-Gm-Message-State: AG10YOScIdnJTZ/kxSrtfAOCP4seTzGtjX1wSe0tuJc9chwKvqgs6IWOb9yBSOEbvS+iyA== X-Received: by 10.28.153.14 with SMTP id b14mr4961061wme.93.1455021454077; Tue, 09 Feb 2016 04:37:34 -0800 (PST) Received: from [192.168.0.9] (97e66cac.skybroadband.com. [151.230.108.172]) by smtp.gmail.com with ESMTPSA id lm5sm25539800wjc.12.2016.02.09.04.37.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 09 Feb 2016 04:37:32 -0800 (PST) From: Lars Kurth Message-Id: Date: Tue, 9 Feb 2016 12:37:35 +0000 To: xen-devel , Win-pv-devel@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org, Xen API mailing list , mirageos-devel Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] Urgent: Cleaning up project list in preparation for GSoc and the next Outreachy round X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi folks, GSoc mentor organisation applications are opening and as such we need to get our project list into shape: the current list of projects are at http://wiki.xenproject.org/wiki/Xen_Development_Projects and https://github.com/mirage/mirage-www/wiki/Pioneer-Projects The application deadline is Feb 19th, by which we need to have a good list of projects. I also wanted to address some challenges we had around Hypervisor projects and necessary hardware and track that in the GSoc landing page, which I will put together based on conversations with mentors So what we need is: a) Weed out any old and stale projects (of which we have a few) b) Add some new ones, if appropriate I will also need a co-administrator for the GSoC application Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Feb 10 16:46:01 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 16:46:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTXtq-0004sW-PP; Wed, 10 Feb 2016 16:45:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTXtp-0004sB-FZ for xen-api@lists.xen.org; Wed, 10 Feb 2016 16:45:53 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 40/D6-29478-0496BB65; Wed, 10 Feb 2016 16:45:52 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455122750!21266050!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 62814 invoked from network); 10 Feb 2016 16:45:51 -0000 Received: from mail-wm0-f47.google.com (HELO mail-wm0-f47.google.com) (74.125.82.47) by server-16.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 16:45:51 -0000 Received: by mail-wm0-f47.google.com with SMTP id p63so37418613wmp.1 for ; Wed, 10 Feb 2016 08:45:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:message-id:mime-version:subject:date:references :to:in-reply-to; bh=3D0Fwpqq6YfxcRPXaFwqhBoWri7cl+xlmm9NyQQU/Uw=; b=NSRnrfu0zRXJJ5MhzRlRwxqzQspM/eor0YMogtsWHHakx89on4PT8T7ZxUx5oz0pag KFSsHANBD9wo2Qb9e7PAsRpku19HCOyhs4R/kvSSv5EsDATFEcugbcvT6s9JGPnBBfOC 6/M6CEuMihwsYIJ+JDYErqN22NplJbN7jByBMwKf99bjdXabw3G7mTtG7ORMHavD1pif LlwfJBxn2Fe00dAP8+a+q0ynD4fxiHZtc/eNxKPIY9bvgxYEQbbwKV156KbTZDO4B89W 2FPVWciIQsHtdS1qjg7LKd317ktocGli3nH4c5j1YHYYnJZdSswqwFYto9HAe2ryKZ+6 srkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:message-id:mime-version :subject:date:references:to:in-reply-to; bh=3D0Fwpqq6YfxcRPXaFwqhBoWri7cl+xlmm9NyQQU/Uw=; b=G3VS7i5tOJQMKXIKZec1mSEPKf0unoi+m7S88X9Z91MkP1QKJLovPb5zT3mBqtyXsq 4ic4JpW6tRgak3NicH6152OBEyYXQIwLmAupA6FsMSD013fmLhuEGootQ9eXrFsxCaAA AClLyOaXn7/rl5NLcoT6IM6Oqz91HZM1JKvbd1N1HdD8cjQyK9Dd8QsAX2RwvdoeIERV lFhqfgFvDs5xuXRJ/lkRwDvPUY5CWA6BsVoFpUw6wVRsREOnfW/u9ZTZT2nCiIsTqWk/ AoPACEjkIja65otXD9MZvQstfOD68YPu5DDIEFmUEoq0gXbdlCdBqATTcImUI34f0er2 lgxQ== X-Gm-Message-State: AG10YOSkJUBs6QIVRK3FFGtF/mrytdnGdntGfBmxrhxB/ZRq40gtRUFi8u9f9gAG9/HMJQ== X-Received: by 10.194.243.103 with SMTP id wx7mr44697552wjc.136.1455122750490; Wed, 10 Feb 2016 08:45:50 -0800 (PST) Received: from [192.168.0.12] (97e66ebc.skybroadband.com. [151.230.110.188]) by smtp.gmail.com with ESMTPSA id uo9sm3698125wjc.49.2016.02.10.08.45.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Feb 2016 08:45:49 -0800 (PST) From: Lars Kurth Message-Id: <4FB42149-8722-40FF-8633-EEBA8DF28732@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Date: Wed, 10 Feb 2016 16:45:48 +0000 References: To: xen-devel , Win-pv-devel@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org, Xen API mailing list , mirageos-devel In-Reply-To: X-Mailer: Apple Mail (2.2104) Subject: Re: [Xen-API] Urgent: Cleaning up project list in preparation for GSoc and the next Outreachy round X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6983974888658916587==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6983974888658916587== Content-Type: multipart/alternative; boundary="Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4" --Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, Just to let you know, I created a combined landing page for the next = Outreachy and GSoC rounds at = http://wiki.xenproject.org/wiki/Outreachy/Round12%2B2016GSoC = I will be chasing owners of projects to see whether these are still = applicable. And of course new projects are also welcome. Please add them = to the respective pages, or propose them against this thread. Also, for Hypervisor projects, I created = http://wiki.xenproject.org/wiki/Outreachy/Hypervisor = which still has = to be populated based on suggestions from past mentors. What we agreed = on, is to add a) Some blurb on HW recommendations and how to check and then to get = back to the project owner with a log to make sure the applicant has the = hardware to work on the correct project a.1) What is unresolved due to uncertainty of general viability and = debugging issues, is whether we should recommend nested virt as a = development environment (either locally, or in a VM that the project = could get for an applicant)=20 b) A test that checks whether an applicant has been able to build xen = from source and run xen: the idea is to ask them to insert a debug = statement into the code and then provide the log as proof. This seems to = have been one of the big hurdles for many applicants, that have = struggled c) More information on what to ask for in terms of bite-size projects Best Regards Lars > On 9 Feb 2016, at 12:36, Lars Kurth > wrote: >=20 > Hi folks, >=20 > GSoc mentor organisation applications are opening and as such we need = to get our project list into shape: the current list of projects are at = http://wiki.xenproject.org/wiki/Xen_Development_Projects = and = https://github.com/mirage/mirage-www/wiki/Pioneer-Projects = >=20 > The application deadline is Feb 19th, by which we need to have a good = list of projects. >=20 > I also wanted to address some challenges we had around Hypervisor = projects and necessary hardware and track that in the GSoc landing page, = which I will put together based on conversations with mentors >=20 > So what we need is: > a) Weed out any old and stale projects (of which we have a few) > b) Add some new ones, if appropriate >=20 > I will also need a co-administrator for the GSoC application >=20 > Best Regards > Lars --Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Hi all,

Just to let you know, I created a combined landing page = for the next Outreachy and GSoC rounds at http://wiki.xenproject.org/wiki/Outreachy/Round12%2B2016GSoC
I will be chasing owners of projects to see whether = these are still applicable. And of course new projects are also welcome. = Please add them to the respective pages, or propose them against this = thread.

Also, = for Hypervisor projects, I created http://wiki.xenproject.org/wiki/Outreachy/Hypervisor w= hich still has to be populated based on suggestions from past mentors. = What we agreed on, is to add
a) Some blurb on HW = recommendations and how to check and then to get back to the project = owner with a log to make sure the applicant has the hardware to work on = the correct project
a.1) What is unresolved due to = uncertainty of general viability and debugging issues, is whether we = should recommend nested virt as a development environment (either = locally, or in a VM that the project could get for an = applicant) 
b) A test that checks whether an = applicant has been able to build xen from source and run xen: the idea = is to ask them to insert a debug statement into the code and then = provide the log as proof. This seems to have been one of the big hurdles = for many applicants, that have struggled
c) More = information on what to ask for in terms of bite-size projects

Best Regards
Lars

On = 9 Feb 2016, at 12:36, Lars Kurth <lars.kurth.xen@gmail.com> wrote:

Hi folks,

GSoc mentor organisation = applications are opening and as such we need to get our project list = into shape: the current list of projects are at http://wiki.xenproject.org/wiki/Xen_Development_Projects = and https://github.com/mirage/mirage-www/wiki/Pioneer-Projects<= /div>

The = application deadline is Feb 19th, by which we need to have a good list = of projects.

I = also wanted to address some challenges we had around Hypervisor projects = and necessary hardware and track that in the GSoc landing page, which I = will put together based on conversations with mentors

So what we need = is:
a) Weed out any old and stale projects (of = which we have a few)
b) Add some new ones, if = appropriate

I = will also need a co-administrator for the GSoC application

Best Regards
Lars

= --Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4-- --===============6983974888658916587== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6983974888658916587==-- From xen-api-bounces@lists.xen.org Wed Feb 10 16:46:01 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 10 Feb 2016 16:46:01 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTXtq-0004sW-PP; Wed, 10 Feb 2016 16:45:54 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aTXtp-0004sB-FZ for xen-api@lists.xen.org; Wed, 10 Feb 2016 16:45:53 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id 40/D6-29478-0496BB65; Wed, 10 Feb 2016 16:45:52 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455122750!21266050!1 X-Originating-IP: [74.125.82.47] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_40_50,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 62814 invoked from network); 10 Feb 2016 16:45:51 -0000 Received: from mail-wm0-f47.google.com (HELO mail-wm0-f47.google.com) (74.125.82.47) by server-16.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 10 Feb 2016 16:45:51 -0000 Received: by mail-wm0-f47.google.com with SMTP id p63so37418613wmp.1 for ; Wed, 10 Feb 2016 08:45:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:message-id:mime-version:subject:date:references :to:in-reply-to; bh=3D0Fwpqq6YfxcRPXaFwqhBoWri7cl+xlmm9NyQQU/Uw=; b=NSRnrfu0zRXJJ5MhzRlRwxqzQspM/eor0YMogtsWHHakx89on4PT8T7ZxUx5oz0pag KFSsHANBD9wo2Qb9e7PAsRpku19HCOyhs4R/kvSSv5EsDATFEcugbcvT6s9JGPnBBfOC 6/M6CEuMihwsYIJ+JDYErqN22NplJbN7jByBMwKf99bjdXabw3G7mTtG7ORMHavD1pif LlwfJBxn2Fe00dAP8+a+q0ynD4fxiHZtc/eNxKPIY9bvgxYEQbbwKV156KbTZDO4B89W 2FPVWciIQsHtdS1qjg7LKd317ktocGli3nH4c5j1YHYYnJZdSswqwFYto9HAe2ryKZ+6 srkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:message-id:mime-version :subject:date:references:to:in-reply-to; bh=3D0Fwpqq6YfxcRPXaFwqhBoWri7cl+xlmm9NyQQU/Uw=; b=G3VS7i5tOJQMKXIKZec1mSEPKf0unoi+m7S88X9Z91MkP1QKJLovPb5zT3mBqtyXsq 4ic4JpW6tRgak3NicH6152OBEyYXQIwLmAupA6FsMSD013fmLhuEGootQ9eXrFsxCaAA AClLyOaXn7/rl5NLcoT6IM6Oqz91HZM1JKvbd1N1HdD8cjQyK9Dd8QsAX2RwvdoeIERV lFhqfgFvDs5xuXRJ/lkRwDvPUY5CWA6BsVoFpUw6wVRsREOnfW/u9ZTZT2nCiIsTqWk/ AoPACEjkIja65otXD9MZvQstfOD68YPu5DDIEFmUEoq0gXbdlCdBqATTcImUI34f0er2 lgxQ== X-Gm-Message-State: AG10YOSkJUBs6QIVRK3FFGtF/mrytdnGdntGfBmxrhxB/ZRq40gtRUFi8u9f9gAG9/HMJQ== X-Received: by 10.194.243.103 with SMTP id wx7mr44697552wjc.136.1455122750490; Wed, 10 Feb 2016 08:45:50 -0800 (PST) Received: from [192.168.0.12] (97e66ebc.skybroadband.com. [151.230.110.188]) by smtp.gmail.com with ESMTPSA id uo9sm3698125wjc.49.2016.02.10.08.45.49 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 10 Feb 2016 08:45:49 -0800 (PST) From: Lars Kurth Message-Id: <4FB42149-8722-40FF-8633-EEBA8DF28732@gmail.com> Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Date: Wed, 10 Feb 2016 16:45:48 +0000 References: To: xen-devel , Win-pv-devel@lists.xenproject.org, embedded-pv-devel@lists.xenproject.org, Xen API mailing list , mirageos-devel In-Reply-To: X-Mailer: Apple Mail (2.2104) Subject: Re: [Xen-API] Urgent: Cleaning up project list in preparation for GSoc and the next Outreachy round X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6983974888658916587==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6983974888658916587== Content-Type: multipart/alternative; boundary="Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4" --Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi all, Just to let you know, I created a combined landing page for the next = Outreachy and GSoC rounds at = http://wiki.xenproject.org/wiki/Outreachy/Round12%2B2016GSoC = I will be chasing owners of projects to see whether these are still = applicable. And of course new projects are also welcome. Please add them = to the respective pages, or propose them against this thread. Also, for Hypervisor projects, I created = http://wiki.xenproject.org/wiki/Outreachy/Hypervisor = which still has = to be populated based on suggestions from past mentors. What we agreed = on, is to add a) Some blurb on HW recommendations and how to check and then to get = back to the project owner with a log to make sure the applicant has the = hardware to work on the correct project a.1) What is unresolved due to uncertainty of general viability and = debugging issues, is whether we should recommend nested virt as a = development environment (either locally, or in a VM that the project = could get for an applicant)=20 b) A test that checks whether an applicant has been able to build xen = from source and run xen: the idea is to ask them to insert a debug = statement into the code and then provide the log as proof. This seems to = have been one of the big hurdles for many applicants, that have = struggled c) More information on what to ask for in terms of bite-size projects Best Regards Lars > On 9 Feb 2016, at 12:36, Lars Kurth > wrote: >=20 > Hi folks, >=20 > GSoc mentor organisation applications are opening and as such we need = to get our project list into shape: the current list of projects are at = http://wiki.xenproject.org/wiki/Xen_Development_Projects = and = https://github.com/mirage/mirage-www/wiki/Pioneer-Projects = >=20 > The application deadline is Feb 19th, by which we need to have a good = list of projects. >=20 > I also wanted to address some challenges we had around Hypervisor = projects and necessary hardware and track that in the GSoc landing page, = which I will put together based on conversations with mentors >=20 > So what we need is: > a) Weed out any old and stale projects (of which we have a few) > b) Add some new ones, if appropriate >=20 > I will also need a co-administrator for the GSoC application >=20 > Best Regards > Lars --Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Hi all,

Just to let you know, I created a combined landing page = for the next Outreachy and GSoC rounds at http://wiki.xenproject.org/wiki/Outreachy/Round12%2B2016GSoC
I will be chasing owners of projects to see whether = these are still applicable. And of course new projects are also welcome. = Please add them to the respective pages, or propose them against this = thread.

Also, = for Hypervisor projects, I created http://wiki.xenproject.org/wiki/Outreachy/Hypervisor w= hich still has to be populated based on suggestions from past mentors. = What we agreed on, is to add
a) Some blurb on HW = recommendations and how to check and then to get back to the project = owner with a log to make sure the applicant has the hardware to work on = the correct project
a.1) What is unresolved due to = uncertainty of general viability and debugging issues, is whether we = should recommend nested virt as a development environment (either = locally, or in a VM that the project could get for an = applicant) 
b) A test that checks whether an = applicant has been able to build xen from source and run xen: the idea = is to ask them to insert a debug statement into the code and then = provide the log as proof. This seems to have been one of the big hurdles = for many applicants, that have struggled
c) More = information on what to ask for in terms of bite-size projects

Best Regards
Lars

On = 9 Feb 2016, at 12:36, Lars Kurth <lars.kurth.xen@gmail.com> wrote:

Hi folks,

GSoc mentor organisation = applications are opening and as such we need to get our project list = into shape: the current list of projects are at http://wiki.xenproject.org/wiki/Xen_Development_Projects = and https://github.com/mirage/mirage-www/wiki/Pioneer-Projects<= /div>

The = application deadline is Feb 19th, by which we need to have a good list = of projects.

I = also wanted to address some challenges we had around Hypervisor projects = and necessary hardware and track that in the GSoc landing page, which I = will put together based on conversations with mentors

So what we need = is:
a) Weed out any old and stale projects (of = which we have a few)
b) Add some new ones, if = appropriate

I = will also need a co-administrator for the GSoC application

Best Regards
Lars

= --Apple-Mail=_CBD350A4-2DD5-49E3-89C4-044C195F28F4-- --===============6983974888658916587== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6983974888658916587==-- From xen-api-bounces@lists.xen.org Fri Feb 12 16:05:42 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Feb 2016 16:05:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGDv-0006Kq-FN; Fri, 12 Feb 2016 16:05:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGDt-0006Ka-Ju for xen-api@lists.xen.org; Fri, 12 Feb 2016 16:05:33 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id C6/A4-07451-CC20EB65; Fri, 12 Feb 2016 16:05:32 +0000 X-Env-Sender: williamstevens@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1455293130!22023505!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 48779 invoked from network); 12 Feb 2016 16:05:31 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-10.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 12 Feb 2016 16:05:31 -0000 Received: by mail-ob0-f171.google.com with SMTP id xk3so126642375obc.2 for ; Fri, 12 Feb 2016 08:05:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JCQTMJvx5Yn67oqvl/G4gSlZx6PaRGQ27E8wI+86kDI=; b=BPRITBUWuETFGbvc6EOji4UJ5yvwr6dUMkswKILbKDNDiSoETS6ukK/amut2VH+rhF 3OLmbjWUuY6TDehTIZzl0gdvEgnGpasdAEoH4MZ63QKAN9U9NvWvBJnayFIbNPJUEhY5 XMlgcRTTQ0v1DbDQ00NJFxGDsX174LsZyRXz0aUT4mRt4CNU2RDg76lzytG1O4PzcJZk Bo8aMREtS62lQAh/A1lXelx21SUR4bqhk38XCIzxgEJcIL1FOarV8LG8Gxh9nJ8yDNiA fiLnELGxdRNaFXVmflZbYp7deX6QbvJjJ0p8PTmgBYMaZf0vYT5XO0nRaubIyvRIOwEY 39cA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudops.com; s=google; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JCQTMJvx5Yn67oqvl/G4gSlZx6PaRGQ27E8wI+86kDI=; b=jgtDpITT/g1Eyt1meJhICrsrrqPQRRVrNa7lHRt18m+c6lajjjNR3bJ2ETFPmuyV1j sQl5fiomRkfdJKAVjlLHg4PU06I2rbCppY5/oyQtrNnDQM2v76Mzgsn+2xQs55EIC6oG 9BLZUrzYFgFFsciMrqnr2wLNkSpDMzx8lq0sg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=JCQTMJvx5Yn67oqvl/G4gSlZx6PaRGQ27E8wI+86kDI=; b=S59o0f6Rqz0EusWBjiVMIC/RBscaUYxI6W0At3JTfHTWKPy+kaMRQIkcVCq+7m3cuK 8rt18CF0rm5zM2J9vA4KAzpDay/G2XN4bkx5JSLj2wsmfXlDT4Rz2r6Snpy7Vs3ltA8S Ze85EoZbv/m9dbdQSIV/WG9F5g4uVPqrNaSilu/j3r3+VMR85PpnOaIe9nXJO1RxtjLm /JvsnyKvAIrwCA4ZwuWi9EM1XrzzMlhmyikCtKDe//be+YFBcjfKfOTV+sbICDF8SXCA OH1hsivPFxCdgvx4Iax0vJ7Ww51AoNo65wgGqTgPw8Fd3CXGw4bLfQoOjm/aiOfSqswJ b4qQ== X-Gm-Message-State: AG10YOSr0LU8WoE/mttXY0evvn8T+fc2v/hqyCCKSoCC3yMdg8Akvx229VQ0mvTslEPnrRjXwcbWYnZbN4FCfQ== MIME-Version: 1.0 X-Received: by 10.182.56.161 with SMTP id b1mr1892000obq.14.1455293129989; Fri, 12 Feb 2016 08:05:29 -0800 (PST) Received: by 10.202.214.71 with HTTP; Fri, 12 Feb 2016 08:05:29 -0800 (PST) Date: Fri, 12 Feb 2016 11:05:29 -0500 X-Google-Sender-Auth: Y9tSws9BIFwkm8WJqRaAzcUTANo Message-ID: From: Will Stevens To: Tim Mackey , James Bulpin , xen-api@lists.xen.org Subject: [Xen-API] XAPI Documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7897475814709008138==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7897475814709008138== Content-Type: multipart/alternative; boundary=001a11c2d7600ea86d052b94d66d --001a11c2d7600ea86d052b94d66d Content-Type: text/plain; charset=UTF-8 Hey All, I am developing an application based on the XAPI and I am having a hell of a time trying to find complete current documentation. I have found this: http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/api/index.html?r=creedence It seems to be relatively updated (in terms of XAPI release), but it is by no means complete. For example, I can not find any documentation for the VDI Create api call. Its like it does not exist according to that documentation. The only documentation that I can find that is at all complete (including implicit calls) is from version 5.5. http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/browser.html The layout of this documentation is far more useful because it gives a much more complete view of the functionality. Is the current documentation (for later releases) available in this format somewhere? For example: I can not find any recent documentation for this function, which is hard to believe: http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Classes/VDI/Implicit/create.html Or even something as basic as this: http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Classes/VDI/Implicit/get_record.html Thanks, *Will STEVENS* Lead Developer *CloudOps* *| *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ --001a11c2d7600ea86d052b94d66d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hey All,
I am developing an application bas= ed on the XAPI and I am having a hell of a time trying to find complete cur= rent documentation.


It seems to be relatively= updated (in terms of XAPI release), but it is by no means complete.
<= div>
For example, I can not find any documentation for the VDI Create api call.=C2=A0 Its lik= e it does not exist according to that documentation.

The only documentation that I can find that is at all complete (includin= g implicit calls) is from version 5.5.


The layout of this documentatio= n is far more useful because it gives a much more complete view of the func= tionality.=C2=A0 Is the current documentation (for later releases) availabl= e in this format somewhere?

For example: =C2=A0I c= an not find any recent documentation for this function, which is hard to be= lieve:

Or even something as basic as = this:=C2=A0

Thanks,

Will STEVENS
Lead Developer

<= div>CloudOps<= b>=C2=A0|=C2=A0Cloud Solutions Experts
420 rue Guy=C2=A0|= =C2=A0Montreal=C2=A0|=C2=A0Quebec=C2=A0|=C2=A0H3J 1S6
w=C2=A0cloudops.com= =C2=A0|=C2=A0tw=C2=A0@CloudOps_=C2=A0= =C2=A0

--001a11c2d7600ea86d052b94d66d-- --===============7897475814709008138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7897475814709008138==-- From xen-api-bounces@lists.xen.org Fri Feb 12 16:05:42 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Feb 2016 16:05:42 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGDv-0006Kq-FN; Fri, 12 Feb 2016 16:05:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGDt-0006Ka-Ju for xen-api@lists.xen.org; Fri, 12 Feb 2016 16:05:33 +0000 Received: from [85.158.137.68] by server-16.bemta-3.messagelabs.com id C6/A4-07451-CC20EB65; Fri, 12 Feb 2016 16:05:32 +0000 X-Env-Sender: williamstevens@gmail.com X-Msg-Ref: server-10.tower-31.messagelabs.com!1455293130!22023505!1 X-Originating-IP: [209.85.214.171] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 48779 invoked from network); 12 Feb 2016 16:05:31 -0000 Received: from mail-ob0-f171.google.com (HELO mail-ob0-f171.google.com) (209.85.214.171) by server-10.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 12 Feb 2016 16:05:31 -0000 Received: by mail-ob0-f171.google.com with SMTP id xk3so126642375obc.2 for ; Fri, 12 Feb 2016 08:05:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JCQTMJvx5Yn67oqvl/G4gSlZx6PaRGQ27E8wI+86kDI=; b=BPRITBUWuETFGbvc6EOji4UJ5yvwr6dUMkswKILbKDNDiSoETS6ukK/amut2VH+rhF 3OLmbjWUuY6TDehTIZzl0gdvEgnGpasdAEoH4MZ63QKAN9U9NvWvBJnayFIbNPJUEhY5 XMlgcRTTQ0v1DbDQ00NJFxGDsX174LsZyRXz0aUT4mRt4CNU2RDg76lzytG1O4PzcJZk Bo8aMREtS62lQAh/A1lXelx21SUR4bqhk38XCIzxgEJcIL1FOarV8LG8Gxh9nJ8yDNiA fiLnELGxdRNaFXVmflZbYp7deX6QbvJjJ0p8PTmgBYMaZf0vYT5XO0nRaubIyvRIOwEY 39cA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudops.com; s=google; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=JCQTMJvx5Yn67oqvl/G4gSlZx6PaRGQ27E8wI+86kDI=; b=jgtDpITT/g1Eyt1meJhICrsrrqPQRRVrNa7lHRt18m+c6lajjjNR3bJ2ETFPmuyV1j sQl5fiomRkfdJKAVjlLHg4PU06I2rbCppY5/oyQtrNnDQM2v76Mzgsn+2xQs55EIC6oG 9BLZUrzYFgFFsciMrqnr2wLNkSpDMzx8lq0sg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:date:message-id:subject:from :to:content-type; bh=JCQTMJvx5Yn67oqvl/G4gSlZx6PaRGQ27E8wI+86kDI=; b=S59o0f6Rqz0EusWBjiVMIC/RBscaUYxI6W0At3JTfHTWKPy+kaMRQIkcVCq+7m3cuK 8rt18CF0rm5zM2J9vA4KAzpDay/G2XN4bkx5JSLj2wsmfXlDT4Rz2r6Snpy7Vs3ltA8S Ze85EoZbv/m9dbdQSIV/WG9F5g4uVPqrNaSilu/j3r3+VMR85PpnOaIe9nXJO1RxtjLm /JvsnyKvAIrwCA4ZwuWi9EM1XrzzMlhmyikCtKDe//be+YFBcjfKfOTV+sbICDF8SXCA OH1hsivPFxCdgvx4Iax0vJ7Ww51AoNo65wgGqTgPw8Fd3CXGw4bLfQoOjm/aiOfSqswJ b4qQ== X-Gm-Message-State: AG10YOSr0LU8WoE/mttXY0evvn8T+fc2v/hqyCCKSoCC3yMdg8Akvx229VQ0mvTslEPnrRjXwcbWYnZbN4FCfQ== MIME-Version: 1.0 X-Received: by 10.182.56.161 with SMTP id b1mr1892000obq.14.1455293129989; Fri, 12 Feb 2016 08:05:29 -0800 (PST) Received: by 10.202.214.71 with HTTP; Fri, 12 Feb 2016 08:05:29 -0800 (PST) Date: Fri, 12 Feb 2016 11:05:29 -0500 X-Google-Sender-Auth: Y9tSws9BIFwkm8WJqRaAzcUTANo Message-ID: From: Will Stevens To: Tim Mackey , James Bulpin , xen-api@lists.xen.org Subject: [Xen-API] XAPI Documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7897475814709008138==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7897475814709008138== Content-Type: multipart/alternative; boundary=001a11c2d7600ea86d052b94d66d --001a11c2d7600ea86d052b94d66d Content-Type: text/plain; charset=UTF-8 Hey All, I am developing an application based on the XAPI and I am having a hell of a time trying to find complete current documentation. I have found this: http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/api/index.html?r=creedence It seems to be relatively updated (in terms of XAPI release), but it is by no means complete. For example, I can not find any documentation for the VDI Create api call. Its like it does not exist according to that documentation. The only documentation that I can find that is at all complete (including implicit calls) is from version 5.5. http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/browser.html The layout of this documentation is far more useful because it gives a much more complete view of the functionality. Is the current documentation (for later releases) available in this format somewhere? For example: I can not find any recent documentation for this function, which is hard to believe: http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Classes/VDI/Implicit/create.html Or even something as basic as this: http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Classes/VDI/Implicit/get_record.html Thanks, *Will STEVENS* Lead Developer *CloudOps* *| *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ --001a11c2d7600ea86d052b94d66d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hey All,
I am developing an application bas= ed on the XAPI and I am having a hell of a time trying to find complete cur= rent documentation.


It seems to be relatively= updated (in terms of XAPI release), but it is by no means complete.
<= div>
For example, I can not find any documentation for the VDI Create api call.=C2=A0 Its lik= e it does not exist according to that documentation.

The only documentation that I can find that is at all complete (includin= g implicit calls) is from version 5.5.


The layout of this documentatio= n is far more useful because it gives a much more complete view of the func= tionality.=C2=A0 Is the current documentation (for later releases) availabl= e in this format somewhere?

For example: =C2=A0I c= an not find any recent documentation for this function, which is hard to be= lieve:

Or even something as basic as = this:=C2=A0

Thanks,

Will STEVENS
Lead Developer

<= div>CloudOps<= b>=C2=A0|=C2=A0Cloud Solutions Experts
420 rue Guy=C2=A0|= =C2=A0Montreal=C2=A0|=C2=A0Quebec=C2=A0|=C2=A0H3J 1S6
w=C2=A0cloudops.com= =C2=A0|=C2=A0tw=C2=A0@CloudOps_=C2=A0= =C2=A0

--001a11c2d7600ea86d052b94d66d-- --===============7897475814709008138== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7897475814709008138==-- From xen-api-bounces@lists.xen.org Fri Feb 12 16:53:05 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Feb 2016 16:53:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGxp-00011U-Qw; Fri, 12 Feb 2016 16:53:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGxo-00011N-T8 for xen-api@lists.xen.org; Fri, 12 Feb 2016 16:53:01 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 76/00-08977-CED0EB65; Fri, 12 Feb 2016 16:53:00 +0000 X-Env-Sender: prvs=84301e8d8=Rob.Hoes@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1455295978!15446919!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9926 invoked from network); 12 Feb 2016 16:52:58 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2016 16:52:58 -0000 X-IronPort-AV: E=Sophos;i="5.22,436,1449532800"; d="scan'208,217";a="14676150" From: Rob Hoes To: Will Stevens Thread-Topic: [Xen-API] XAPI Documentation Thread-Index: AQHRZa/EKNKAv1TwdUOnyb3XaoUCop8oj2qA Date: Fri, 12 Feb 2016 16:52:38 +0000 Message-ID: <42267771-1614-4F18-BA41-8B13346ECD99@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" , James Bulpin , Tim Mackey Subject: Re: [Xen-API] XAPI Documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5777525682385901321==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5777525682385901321== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_4226777116144F18BA418B13346ECD99citrixcom_" --_000_4226777116144F18BA418B13346ECD99citrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV2lsbCwNCg0KVGhlIGxhdGVzdCBQREYgdmVyc2lvbiBpcyBoZXJlOiBodHRwOi8vZG9jcy5j aXRyaXguY29tL2NvbnRlbnQvZGFtL2VuLXVzL3hlbnNlcnZlci94ZW5zZXJ2ZXItNjUveGVuc2Vy dmVyNjVzcDFfbWFuYWdlbWVudF9hcGlfZ3VpZGUucGRmLg0KDQpUaGVyZSBpcyBhbHNvIHRoZSBm b2xsb3dpbmcgc2l0ZSwgd2hpY2ggaXMgc3RpbGwgYSBsaXR0bGUgZXhwZXJpbWVudGFsLCBidXQg aXQgZG9lcyBoYXZlIHRoZSBvcHRpb24gdG8gc2hvdyB0aGUg4oCcaW1wbGljaXTigJ0gZnVuY3Rp b25zOiBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby94ZW4tYXBpLy4NCg0KQ2hlZXJzLA0K Um9iDQoNCk9uIDEyIEZlYiAyMDE2LCBhdCAxNjowNSwgV2lsbCBTdGV2ZW5zIDx3c3RldmVuc0Bj bG91ZG9wcy5jb208bWFpbHRvOndzdGV2ZW5zQGNsb3Vkb3BzLmNvbT4+IHdyb3RlOg0KDQpIZXkg QWxsLA0KSSBhbSBkZXZlbG9waW5nIGFuIGFwcGxpY2F0aW9uIGJhc2VkIG9uIHRoZSBYQVBJIGFu ZCBJIGFtIGhhdmluZyBhIGhlbGwgb2YgYSB0aW1lIHRyeWluZyB0byBmaW5kIGNvbXBsZXRlIGN1 cnJlbnQgZG9jdW1lbnRhdGlvbi4NCg0KSSBoYXZlIGZvdW5kIHRoaXM6IGh0dHA6Ly9kb2NzLnZt ZC5jaXRyaXguY29tL1hlblNlcnZlci82LjUuMC8xLjAvZW5fZ2IvYXBpL2luZGV4Lmh0bWw/cj1j cmVlZGVuY2UNCg0KSXQgc2VlbXMgdG8gYmUgcmVsYXRpdmVseSB1cGRhdGVkIChpbiB0ZXJtcyBv ZiBYQVBJIHJlbGVhc2UpLCBidXQgaXQgaXMgYnkgbm8gbWVhbnMgY29tcGxldGUuDQoNCkZvciBl eGFtcGxlLCBJIGNhbiBub3QgZmluZCBhbnkgZG9jdW1lbnRhdGlvbiBmb3IgdGhlIFZESSBDcmVh dGUgYXBpIGNhbGwuICBJdHMgbGlrZSBpdCBkb2VzIG5vdCBleGlzdCBhY2NvcmRpbmcgdG8gdGhh dCBkb2N1bWVudGF0aW9uLg0KDQpUaGUgb25seSBkb2N1bWVudGF0aW9uIHRoYXQgSSBjYW4gZmlu ZCB0aGF0IGlzIGF0IGFsbCBjb21wbGV0ZSAoaW5jbHVkaW5nIGltcGxpY2l0IGNhbGxzKSBpcyBm cm9tIHZlcnNpb24gNS41Lg0KDQpodHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIv NS41LjAvMS4wL2VuX2diL2FwaS9kb2NzL2h0bWwvYnJvd3Nlci5odG1sDQoNClRoZSBsYXlvdXQg b2YgdGhpcyBkb2N1bWVudGF0aW9uIGlzIGZhciBtb3JlIHVzZWZ1bCBiZWNhdXNlIGl0IGdpdmVz IGEgbXVjaCBtb3JlIGNvbXBsZXRlIHZpZXcgb2YgdGhlIGZ1bmN0aW9uYWxpdHkuICBJcyB0aGUg Y3VycmVudCBkb2N1bWVudGF0aW9uIChmb3IgbGF0ZXIgcmVsZWFzZXMpIGF2YWlsYWJsZSBpbiB0 aGlzIGZvcm1hdCBzb21ld2hlcmU/DQoNCkZvciBleGFtcGxlOiAgSSBjYW4gbm90IGZpbmQgYW55 IHJlY2VudCBkb2N1bWVudGF0aW9uIGZvciB0aGlzIGZ1bmN0aW9uLCB3aGljaCBpcyBoYXJkIHRv IGJlbGlldmU6DQpodHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvNS41LjAvMS4w L2VuX2diL2FwaS9kb2NzL2h0bWwvQVBJL0NsYXNzZXMvVkRJL0ltcGxpY2l0L2NyZWF0ZS5odG1s DQoNCk9yIGV2ZW4gc29tZXRoaW5nIGFzIGJhc2ljIGFzIHRoaXM6DQpodHRwOi8vZG9jcy52bWQu Y2l0cml4LmNvbS9YZW5TZXJ2ZXIvNS41LjAvMS4wL2VuX2diL2FwaS9kb2NzL2h0bWwvQVBJL0Ns YXNzZXMvVkRJL0ltcGxpY2l0L2dldF9yZWNvcmQuaHRtbA0KDQpUaGFua3MsDQoNCldpbGwgU1RF VkVOUw0KTGVhZCBEZXZlbG9wZXINCg0KQ2xvdWRPcHMgfCBDbG91ZCBTb2x1dGlvbnMgRXhwZXJ0 cw0KNDIwIHJ1ZSBHdXkgfCBNb250cmVhbCB8IFF1ZWJlYyB8IEgzSiAxUzYNCncgY2xvdWRvcHMu Y29tPGh0dHA6Ly9jbG91ZG9wcy5jb20vPiB8IHR3IEBDbG91ZE9wc18NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClhlbi1hcGkgbWFpbGluZyBsaXN0 DQpYZW4tYXBpQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi1hcGlAbGlzdHMueGVuLm9yZz4NCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpDQoNCg== --_000_4226777116144F18BA418B13346ECD99citrixcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgV2lsbCwNCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSBsYXRlc3QgUERGIHZl cnNpb24gaXMgaGVyZTombmJzcDs8YSBocmVmPSJodHRwOi8vZG9jcy5jaXRyaXguY29tL2NvbnRl bnQvZGFtL2VuLXVzL3hlbnNlcnZlci94ZW5zZXJ2ZXItNjUveGVuc2VydmVyNjVzcDFfbWFuYWdl bWVudF9hcGlfZ3VpZGUucGRmIiBjbGFzcz0iIj5odHRwOi8vZG9jcy5jaXRyaXguY29tL2NvbnRl bnQvZGFtL2VuLXVzL3hlbnNlcnZlci94ZW5zZXJ2ZXItNjUveGVuc2VydmVyNjVzcDFfbWFuYWdl bWVudF9hcGlfZ3VpZGUucGRmPC9hPi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZXJlIGlzIGFsc28gdGhlIGZvbGxvd2luZyBzaXRl LCB3aGljaCBpcyBzdGlsbCBhIGxpdHRsZSBleHBlcmltZW50YWwsIGJ1dCBpdCBkb2VzIGhhdmUg dGhlIG9wdGlvbiB0byBzaG93IHRoZSDigJxpbXBsaWNpdOKAnSBmdW5jdGlvbnM6Jm5ic3A7PGEg aHJlZj0iaHR0cDovL3hhcGktcHJvamVjdC5naXRodWIuaW8veGVuLWFwaS8iIGNsYXNzPSIiPmh0 dHA6Ly94YXBpLXByb2plY3QuZ2l0aHViLmlvL3hlbi1hcGkvPC9hPi48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNoZWVycyw8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+Um9iPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxk aXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24g MTIgRmViIDIwMTYsIGF0IDE2OjA1LCBXaWxsIFN0ZXZlbnMgJmx0OzxhIGhyZWY9Im1haWx0bzp3 c3RldmVuc0BjbG91ZG9wcy5jb20iIGNsYXNzPSIiPndzdGV2ZW5zQGNsb3Vkb3BzLmNvbTwvYT4m Z3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4N CjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+ SGV5IEFsbCw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBhbSBkZXZlbG9waW5nIGFuIGFwcGxpY2F0 aW9uIGJhc2VkIG9uIHRoZSBYQVBJIGFuZCBJIGFtIGhhdmluZyBhIGhlbGwgb2YgYSB0aW1lIHRy eWluZyB0byBmaW5kIGNvbXBsZXRlIGN1cnJlbnQgZG9jdW1lbnRhdGlvbi48L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgaGF2ZSBmb3Vu ZCB0aGlzOiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZl ci82LjUuMC8xLjAvZW5fZ2IvYXBpL2luZGV4Lmh0bWw/cj1jcmVlZGVuY2UiIGNsYXNzPSIiPmh0 dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjUuMC8xLjAvZW5fZ2IvYXBpL2lu ZGV4Lmh0bWw/cj1jcmVlZGVuY2U8L2E+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JdCBzZWVtcyB0byBiZSByZWxhdGl2ZWx5IHVwZGF0 ZWQgKGluIHRlcm1zIG9mIFhBUEkgcmVsZWFzZSksIGJ1dCBpdCBpcyBieSBubyBtZWFucyBjb21w bGV0ZS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPkZvciBleGFtcGxlLCBJIGNhbiBub3QgZmluZCBhbnkgZG9jdW1lbnRhdGlvbiBmb3Ig dGhlPGZvbnQgZmFjZT0ibW9ub3NwYWNlLCBtb25vc3BhY2UiIGNsYXNzPSIiPiBWREkgQ3JlYXRl DQo8L2ZvbnQ+YXBpIGNhbGwuJm5ic3A7IEl0cyBsaWtlIGl0IGRvZXMgbm90IGV4aXN0IGFjY29y ZGluZyB0byB0aGF0IGRvY3VtZW50YXRpb24uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGUgb25seSBkb2N1bWVudGF0aW9uIHRoYXQg SSBjYW4gZmluZCB0aGF0IGlzIGF0IGFsbCBjb21wbGV0ZSAoaW5jbHVkaW5nIGltcGxpY2l0IGNh bGxzKSBpcyBmcm9tIHZlcnNpb24gNS41LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0iaHR0cDovL2RvY3Mudm1kLmNpdHJp eC5jb20vWGVuU2VydmVyLzUuNS4wLzEuMC9lbl9nYi9hcGkvZG9jcy9odG1sL2Jyb3dzZXIuaHRt bCIgY2xhc3M9IiI+aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzUuNS4wLzEu MC9lbl9nYi9hcGkvZG9jcy9odG1sL2Jyb3dzZXIuaHRtbDwvYT48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRo ZSBsYXlvdXQgb2YgdGhpcyBkb2N1bWVudGF0aW9uIGlzIGZhciBtb3JlIHVzZWZ1bCBiZWNhdXNl IGl0IGdpdmVzIGEgbXVjaCBtb3JlIGNvbXBsZXRlIHZpZXcgb2YgdGhlIGZ1bmN0aW9uYWxpdHku Jm5ic3A7IElzIHRoZSBjdXJyZW50IGRvY3VtZW50YXRpb24gKGZvciBsYXRlciByZWxlYXNlcykg YXZhaWxhYmxlIGluIHRoaXMgZm9ybWF0IHNvbWV3aGVyZT88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkZvciBleGFtcGxlOiAmbmJzcDtJ IGNhbiBub3QgZmluZCBhbnkgcmVjZW50IGRvY3VtZW50YXRpb24gZm9yIHRoaXMgZnVuY3Rpb24s IHdoaWNoIGlzIGhhcmQgdG8gYmVsaWV2ZTo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0i aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzUuNS4wLzEuMC9lbl9nYi9hcGkv ZG9jcy9odG1sL0FQSS9DbGFzc2VzL1ZESS9JbXBsaWNpdC9jcmVhdGUuaHRtbCIgY2xhc3M9IiI+ aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzUuNS4wLzEuMC9lbl9nYi9hcGkv ZG9jcy9odG1sL0FQSS9DbGFzc2VzL1ZESS9JbXBsaWNpdC9jcmVhdGUuaHRtbDwvYT48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPk9yIGV2ZW4gc29tZXRoaW5nIGFzIGJhc2ljIGFzIHRoaXM6Jm5ic3A7PC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjxhIGhyZWY9Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNl cnZlci81LjUuMC8xLjAvZW5fZ2IvYXBpL2RvY3MvaHRtbC9BUEkvQ2xhc3Nlcy9WREkvSW1wbGlj aXQvZ2V0X3JlY29yZC5odG1sIiBjbGFzcz0iIj5odHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9Y ZW5TZXJ2ZXIvNS41LjAvMS4wL2VuX2diL2FwaS9kb2NzL2h0bWwvQVBJL0NsYXNzZXMvVkRJL0lt cGxpY2l0L2dldF9yZWNvcmQuaHRtbDwvYT48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyw8L2Rpdj4N CjxiciBjbGVhcj0iYWxsIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJn bWFpbF9zaWduYXR1cmUiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIi Pg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IiI+PGIgc3R5bGU9ImZvbnQtc2l6ZTogMTIuOHB4OyIgY2xhc3M9IiI+V2lsbCBT VEVWRU5TPC9iPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5MZWFkIERldmVs b3BlcjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGIgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiMzZDg1YzYiIGNsYXNzPSIiPkNsb3VkT3Bz PC9mb250PjwvYj48Zm9udCBjb2xvcj0iIzNkODVjNiIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+Jm5i c3A7PC9iPjxiIGNsYXNzPSIiPnwmbmJzcDs8L2I+Q2xvdWQgU29sdXRpb25zIEV4cGVydHM8L2Zv bnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNsYXNzPSIiPjQyMCBydWUgR3V5Jm5ic3A7 PC9mb250PjxiIGNsYXNzPSIiPjxmb250IGNvbG9yPSIjM2Q4NWM2IiBjbGFzcz0iIj58PC9mb250 PjwvYj48Zm9udCBjbGFzcz0iIj4mbmJzcDtNb250cmVhbCZuYnNwOzwvZm9udD48YiBjbGFzcz0i Ij48Zm9udCBjb2xvcj0iIzNkODVjNiIgY2xhc3M9IiI+fDwvZm9udD48L2I+PGZvbnQgY2xhc3M9 IiI+Jm5ic3A7UXVlYmVjJm5ic3A7PC9mb250PjxiIGNsYXNzPSIiPjxmb250IGNvbG9yPSIjM2Q4 NWM2IiBjbGFzcz0iIj58PC9mb250PjwvYj48Zm9udCBjbGFzcz0iIj4mbmJzcDtIM0oNCiAxUzY8 L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjM2Q4NWM2IiBjbGFzcz0i Ij53PC9mb250PiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly9jbG91ZG9wcy5jb20vIiBzdHlsZT0iY29s b3I6cmdiKDE3LDg1LDIwNCkiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5jbG91ZG9wcy5jb208 L2E+Jm5ic3A7PGZvbnQgY29sb3I9IiMzZDg1YzYiIGNsYXNzPSIiPjxiIGNsYXNzPSIiPnw8L2I+ Jm5ic3A7dHc8L2ZvbnQ+Jm5ic3A7QENsb3VkT3BzXyZuYnNwOyAmbmJzcDs8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgZGlyPSJsdHIi IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0iIj4NClhlbi1hcGkgbWFp bGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOlhlbi1hcGlAbGlzdHMueGVu Lm9yZyIgY2xhc3M9IiI+WGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxiciBjbGFzcz0iIj4NCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpPGJyIGNs YXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_4226777116144F18BA418B13346ECD99citrixcom_-- --===============5777525682385901321== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5777525682385901321==-- From xen-api-bounces@lists.xen.org Fri Feb 12 16:53:05 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Feb 2016 16:53:05 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGxp-00011U-Qw; Fri, 12 Feb 2016 16:53:01 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUGxo-00011N-T8 for xen-api@lists.xen.org; Fri, 12 Feb 2016 16:53:01 +0000 Received: from [85.158.143.35] by server-2.bemta-4.messagelabs.com id 76/00-08977-CED0EB65; Fri, 12 Feb 2016 16:53:00 +0000 X-Env-Sender: prvs=84301e8d8=Rob.Hoes@citrix.com X-Msg-Ref: server-15.tower-21.messagelabs.com!1455295978!15446919!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.3 required=7.0 tests=HTML_60_70,HTML_MESSAGE, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 9926 invoked from network); 12 Feb 2016 16:52:58 -0000 Received: from smtp.ctxuk.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-15.tower-21.messagelabs.com with RC4-SHA encrypted SMTP; 12 Feb 2016 16:52:58 -0000 X-IronPort-AV: E=Sophos;i="5.22,436,1449532800"; d="scan'208,217";a="14676150" From: Rob Hoes To: Will Stevens Thread-Topic: [Xen-API] XAPI Documentation Thread-Index: AQHRZa/EKNKAv1TwdUOnyb3XaoUCop8oj2qA Date: Fri, 12 Feb 2016 16:52:38 +0000 Message-ID: <42267771-1614-4F18-BA41-8B13346ECD99@citrix.com> References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted MIME-Version: 1.0 X-DLP: AMS1 Cc: "xen-api@lists.xen.org" , James Bulpin , Tim Mackey Subject: Re: [Xen-API] XAPI Documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5777525682385901321==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5777525682385901321== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_4226777116144F18BA418B13346ECD99citrixcom_" --_000_4226777116144F18BA418B13346ECD99citrixcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgV2lsbCwNCg0KVGhlIGxhdGVzdCBQREYgdmVyc2lvbiBpcyBoZXJlOiBodHRwOi8vZG9jcy5j aXRyaXguY29tL2NvbnRlbnQvZGFtL2VuLXVzL3hlbnNlcnZlci94ZW5zZXJ2ZXItNjUveGVuc2Vy dmVyNjVzcDFfbWFuYWdlbWVudF9hcGlfZ3VpZGUucGRmLg0KDQpUaGVyZSBpcyBhbHNvIHRoZSBm b2xsb3dpbmcgc2l0ZSwgd2hpY2ggaXMgc3RpbGwgYSBsaXR0bGUgZXhwZXJpbWVudGFsLCBidXQg aXQgZG9lcyBoYXZlIHRoZSBvcHRpb24gdG8gc2hvdyB0aGUg4oCcaW1wbGljaXTigJ0gZnVuY3Rp b25zOiBodHRwOi8veGFwaS1wcm9qZWN0LmdpdGh1Yi5pby94ZW4tYXBpLy4NCg0KQ2hlZXJzLA0K Um9iDQoNCk9uIDEyIEZlYiAyMDE2LCBhdCAxNjowNSwgV2lsbCBTdGV2ZW5zIDx3c3RldmVuc0Bj bG91ZG9wcy5jb208bWFpbHRvOndzdGV2ZW5zQGNsb3Vkb3BzLmNvbT4+IHdyb3RlOg0KDQpIZXkg QWxsLA0KSSBhbSBkZXZlbG9waW5nIGFuIGFwcGxpY2F0aW9uIGJhc2VkIG9uIHRoZSBYQVBJIGFu ZCBJIGFtIGhhdmluZyBhIGhlbGwgb2YgYSB0aW1lIHRyeWluZyB0byBmaW5kIGNvbXBsZXRlIGN1 cnJlbnQgZG9jdW1lbnRhdGlvbi4NCg0KSSBoYXZlIGZvdW5kIHRoaXM6IGh0dHA6Ly9kb2NzLnZt ZC5jaXRyaXguY29tL1hlblNlcnZlci82LjUuMC8xLjAvZW5fZ2IvYXBpL2luZGV4Lmh0bWw/cj1j cmVlZGVuY2UNCg0KSXQgc2VlbXMgdG8gYmUgcmVsYXRpdmVseSB1cGRhdGVkIChpbiB0ZXJtcyBv ZiBYQVBJIHJlbGVhc2UpLCBidXQgaXQgaXMgYnkgbm8gbWVhbnMgY29tcGxldGUuDQoNCkZvciBl eGFtcGxlLCBJIGNhbiBub3QgZmluZCBhbnkgZG9jdW1lbnRhdGlvbiBmb3IgdGhlIFZESSBDcmVh dGUgYXBpIGNhbGwuICBJdHMgbGlrZSBpdCBkb2VzIG5vdCBleGlzdCBhY2NvcmRpbmcgdG8gdGhh dCBkb2N1bWVudGF0aW9uLg0KDQpUaGUgb25seSBkb2N1bWVudGF0aW9uIHRoYXQgSSBjYW4gZmlu ZCB0aGF0IGlzIGF0IGFsbCBjb21wbGV0ZSAoaW5jbHVkaW5nIGltcGxpY2l0IGNhbGxzKSBpcyBm cm9tIHZlcnNpb24gNS41Lg0KDQpodHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIv NS41LjAvMS4wL2VuX2diL2FwaS9kb2NzL2h0bWwvYnJvd3Nlci5odG1sDQoNClRoZSBsYXlvdXQg b2YgdGhpcyBkb2N1bWVudGF0aW9uIGlzIGZhciBtb3JlIHVzZWZ1bCBiZWNhdXNlIGl0IGdpdmVz IGEgbXVjaCBtb3JlIGNvbXBsZXRlIHZpZXcgb2YgdGhlIGZ1bmN0aW9uYWxpdHkuICBJcyB0aGUg Y3VycmVudCBkb2N1bWVudGF0aW9uIChmb3IgbGF0ZXIgcmVsZWFzZXMpIGF2YWlsYWJsZSBpbiB0 aGlzIGZvcm1hdCBzb21ld2hlcmU/DQoNCkZvciBleGFtcGxlOiAgSSBjYW4gbm90IGZpbmQgYW55 IHJlY2VudCBkb2N1bWVudGF0aW9uIGZvciB0aGlzIGZ1bmN0aW9uLCB3aGljaCBpcyBoYXJkIHRv IGJlbGlldmU6DQpodHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9YZW5TZXJ2ZXIvNS41LjAvMS4w L2VuX2diL2FwaS9kb2NzL2h0bWwvQVBJL0NsYXNzZXMvVkRJL0ltcGxpY2l0L2NyZWF0ZS5odG1s DQoNCk9yIGV2ZW4gc29tZXRoaW5nIGFzIGJhc2ljIGFzIHRoaXM6DQpodHRwOi8vZG9jcy52bWQu Y2l0cml4LmNvbS9YZW5TZXJ2ZXIvNS41LjAvMS4wL2VuX2diL2FwaS9kb2NzL2h0bWwvQVBJL0Ns YXNzZXMvVkRJL0ltcGxpY2l0L2dldF9yZWNvcmQuaHRtbA0KDQpUaGFua3MsDQoNCldpbGwgU1RF VkVOUw0KTGVhZCBEZXZlbG9wZXINCg0KQ2xvdWRPcHMgfCBDbG91ZCBTb2x1dGlvbnMgRXhwZXJ0 cw0KNDIwIHJ1ZSBHdXkgfCBNb250cmVhbCB8IFF1ZWJlYyB8IEgzSiAxUzYNCncgY2xvdWRvcHMu Y29tPGh0dHA6Ly9jbG91ZG9wcy5jb20vPiB8IHR3IEBDbG91ZE9wc18NCg0KX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NClhlbi1hcGkgbWFpbGluZyBsaXN0 DQpYZW4tYXBpQGxpc3RzLnhlbi5vcmc8bWFpbHRvOlhlbi1hcGlAbGlzdHMueGVuLm9yZz4NCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpDQoNCg== --_000_4226777116144F18BA418B13346ECD99citrixcom_ Content-Type: text/html; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGkgV2lsbCwNCjxkaXYgY2xhc3M9 IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZSBsYXRlc3QgUERGIHZl cnNpb24gaXMgaGVyZTombmJzcDs8YSBocmVmPSJodHRwOi8vZG9jcy5jaXRyaXguY29tL2NvbnRl bnQvZGFtL2VuLXVzL3hlbnNlcnZlci94ZW5zZXJ2ZXItNjUveGVuc2VydmVyNjVzcDFfbWFuYWdl bWVudF9hcGlfZ3VpZGUucGRmIiBjbGFzcz0iIj5odHRwOi8vZG9jcy5jaXRyaXguY29tL2NvbnRl bnQvZGFtL2VuLXVzL3hlbnNlcnZlci94ZW5zZXJ2ZXItNjUveGVuc2VydmVyNjVzcDFfbWFuYWdl bWVudF9hcGlfZ3VpZGUucGRmPC9hPi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIi Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoZXJlIGlzIGFsc28gdGhlIGZvbGxvd2luZyBzaXRl LCB3aGljaCBpcyBzdGlsbCBhIGxpdHRsZSBleHBlcmltZW50YWwsIGJ1dCBpdCBkb2VzIGhhdmUg dGhlIG9wdGlvbiB0byBzaG93IHRoZSDigJxpbXBsaWNpdOKAnSBmdW5jdGlvbnM6Jm5ic3A7PGEg aHJlZj0iaHR0cDovL3hhcGktcHJvamVjdC5naXRodWIuaW8veGVuLWFwaS8iIGNsYXNzPSIiPmh0 dHA6Ly94YXBpLXByb2plY3QuZ2l0aHViLmlvL3hlbi1hcGkvPC9hPi48L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkNoZWVycyw8L2Rpdj4N CjxkaXYgY2xhc3M9IiI+Um9iPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjxk aXY+DQo8YmxvY2txdW90ZSB0eXBlPSJjaXRlIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+T24g MTIgRmViIDIwMTYsIGF0IDE2OjA1LCBXaWxsIFN0ZXZlbnMgJmx0OzxhIGhyZWY9Im1haWx0bzp3 c3RldmVuc0BjbG91ZG9wcy5jb20iIGNsYXNzPSIiPndzdGV2ZW5zQGNsb3Vkb3BzLmNvbTwvYT4m Z3Q7IHdyb3RlOjwvZGl2Pg0KPGJyIGNsYXNzPSJBcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lIj4N CjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+ SGV5IEFsbCw8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSBhbSBkZXZlbG9waW5nIGFuIGFwcGxpY2F0 aW9uIGJhc2VkIG9uIHRoZSBYQVBJIGFuZCBJIGFtIGhhdmluZyBhIGhlbGwgb2YgYSB0aW1lIHRy eWluZyB0byBmaW5kIGNvbXBsZXRlIGN1cnJlbnQgZG9jdW1lbnRhdGlvbi48L2Rpdj4NCjxkaXYg Y2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgaGF2ZSBmb3Vu ZCB0aGlzOiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZl ci82LjUuMC8xLjAvZW5fZ2IvYXBpL2luZGV4Lmh0bWw/cj1jcmVlZGVuY2UiIGNsYXNzPSIiPmh0 dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNlcnZlci82LjUuMC8xLjAvZW5fZ2IvYXBpL2lu ZGV4Lmh0bWw/cj1jcmVlZGVuY2U8L2E+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0i Ij4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5JdCBzZWVtcyB0byBiZSByZWxhdGl2ZWx5IHVwZGF0 ZWQgKGluIHRlcm1zIG9mIFhBUEkgcmVsZWFzZSksIGJ1dCBpdCBpcyBieSBubyBtZWFucyBjb21w bGV0ZS48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNs YXNzPSIiPkZvciBleGFtcGxlLCBJIGNhbiBub3QgZmluZCBhbnkgZG9jdW1lbnRhdGlvbiBmb3Ig dGhlPGZvbnQgZmFjZT0ibW9ub3NwYWNlLCBtb25vc3BhY2UiIGNsYXNzPSIiPiBWREkgQ3JlYXRl DQo8L2ZvbnQ+YXBpIGNhbGwuJm5ic3A7IEl0cyBsaWtlIGl0IGRvZXMgbm90IGV4aXN0IGFjY29y ZGluZyB0byB0aGF0IGRvY3VtZW50YXRpb24uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGUgb25seSBkb2N1bWVudGF0aW9uIHRoYXQg SSBjYW4gZmluZCB0aGF0IGlzIGF0IGFsbCBjb21wbGV0ZSAoaW5jbHVkaW5nIGltcGxpY2l0IGNh bGxzKSBpcyBmcm9tIHZlcnNpb24gNS41LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9 IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0iaHR0cDovL2RvY3Mudm1kLmNpdHJp eC5jb20vWGVuU2VydmVyLzUuNS4wLzEuMC9lbl9nYi9hcGkvZG9jcy9odG1sL2Jyb3dzZXIuaHRt bCIgY2xhc3M9IiI+aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzUuNS4wLzEu MC9lbl9nYi9hcGkvZG9jcy9odG1sL2Jyb3dzZXIuaHRtbDwvYT48YnIgY2xhc3M9IiI+DQo8L2Rp dj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRo ZSBsYXlvdXQgb2YgdGhpcyBkb2N1bWVudGF0aW9uIGlzIGZhciBtb3JlIHVzZWZ1bCBiZWNhdXNl IGl0IGdpdmVzIGEgbXVjaCBtb3JlIGNvbXBsZXRlIHZpZXcgb2YgdGhlIGZ1bmN0aW9uYWxpdHku Jm5ic3A7IElzIHRoZSBjdXJyZW50IGRvY3VtZW50YXRpb24gKGZvciBsYXRlciByZWxlYXNlcykg YXZhaWxhYmxlIGluIHRoaXMgZm9ybWF0IHNvbWV3aGVyZT88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+ PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkZvciBleGFtcGxlOiAmbmJzcDtJ IGNhbiBub3QgZmluZCBhbnkgcmVjZW50IGRvY3VtZW50YXRpb24gZm9yIHRoaXMgZnVuY3Rpb24s IHdoaWNoIGlzIGhhcmQgdG8gYmVsaWV2ZTo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGEgaHJlZj0i aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzUuNS4wLzEuMC9lbl9nYi9hcGkv ZG9jcy9odG1sL0FQSS9DbGFzc2VzL1ZESS9JbXBsaWNpdC9jcmVhdGUuaHRtbCIgY2xhc3M9IiI+ aHR0cDovL2RvY3Mudm1kLmNpdHJpeC5jb20vWGVuU2VydmVyLzUuNS4wLzEuMC9lbl9nYi9hcGkv ZG9jcy9odG1sL0FQSS9DbGFzc2VzL1ZESS9JbXBsaWNpdC9jcmVhdGUuaHRtbDwvYT48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPk9yIGV2ZW4gc29tZXRoaW5nIGFzIGJhc2ljIGFzIHRoaXM6Jm5ic3A7PC9kaXY+ DQo8ZGl2IGNsYXNzPSIiPjxhIGhyZWY9Imh0dHA6Ly9kb2NzLnZtZC5jaXRyaXguY29tL1hlblNl cnZlci81LjUuMC8xLjAvZW5fZ2IvYXBpL2RvY3MvaHRtbC9BUEkvQ2xhc3Nlcy9WREkvSW1wbGlj aXQvZ2V0X3JlY29yZC5odG1sIiBjbGFzcz0iIj5odHRwOi8vZG9jcy52bWQuY2l0cml4LmNvbS9Y ZW5TZXJ2ZXIvNS41LjAvMS4wL2VuX2diL2FwaS9kb2NzL2h0bWwvQVBJL0NsYXNzZXMvVkRJL0lt cGxpY2l0L2dldF9yZWNvcmQuaHRtbDwvYT48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPlRoYW5rcyw8L2Rpdj4N CjxiciBjbGVhcj0iYWxsIiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSJn bWFpbF9zaWduYXR1cmUiPg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIi Pg0KPGRpdiBkaXI9Imx0ciIgY2xhc3M9IiI+DQo8ZGl2IGRpcj0ibHRyIiBjbGFzcz0iIj4NCjxk aXYgY2xhc3M9IiI+PGIgc3R5bGU9ImZvbnQtc2l6ZTogMTIuOHB4OyIgY2xhc3M9IiI+V2lsbCBT VEVWRU5TPC9iPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5MZWFkIERldmVs b3BlcjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGIgY2xhc3M9IiI+PGZvbnQgY29sb3I9IiMzZDg1YzYiIGNsYXNzPSIiPkNsb3VkT3Bz PC9mb250PjwvYj48Zm9udCBjb2xvcj0iIzNkODVjNiIgY2xhc3M9IiI+PGIgY2xhc3M9IiI+Jm5i c3A7PC9iPjxiIGNsYXNzPSIiPnwmbmJzcDs8L2I+Q2xvdWQgU29sdXRpb25zIEV4cGVydHM8L2Zv bnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNsYXNzPSIiPjQyMCBydWUgR3V5Jm5ic3A7 PC9mb250PjxiIGNsYXNzPSIiPjxmb250IGNvbG9yPSIjM2Q4NWM2IiBjbGFzcz0iIj58PC9mb250 PjwvYj48Zm9udCBjbGFzcz0iIj4mbmJzcDtNb250cmVhbCZuYnNwOzwvZm9udD48YiBjbGFzcz0i Ij48Zm9udCBjb2xvcj0iIzNkODVjNiIgY2xhc3M9IiI+fDwvZm9udD48L2I+PGZvbnQgY2xhc3M9 IiI+Jm5ic3A7UXVlYmVjJm5ic3A7PC9mb250PjxiIGNsYXNzPSIiPjxmb250IGNvbG9yPSIjM2Q4 NWM2IiBjbGFzcz0iIj58PC9mb250PjwvYj48Zm9udCBjbGFzcz0iIj4mbmJzcDtIM0oNCiAxUzY8 L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxmb250IGNvbG9yPSIjM2Q4NWM2IiBjbGFzcz0i Ij53PC9mb250PiZuYnNwOzxhIGhyZWY9Imh0dHA6Ly9jbG91ZG9wcy5jb20vIiBzdHlsZT0iY29s b3I6cmdiKDE3LDg1LDIwNCkiIHRhcmdldD0iX2JsYW5rIiBjbGFzcz0iIj5jbG91ZG9wcy5jb208 L2E+Jm5ic3A7PGZvbnQgY29sb3I9IiMzZDg1YzYiIGNsYXNzPSIiPjxiIGNsYXNzPSIiPnw8L2I+ Jm5ic3A7dHc8L2ZvbnQ+Jm5ic3A7QENsb3VkT3BzXyZuYnNwOyAmbmJzcDs8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXYgZGlyPSJsdHIi IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQpfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxiciBjbGFzcz0iIj4NClhlbi1hcGkgbWFp bGluZyBsaXN0PGJyIGNsYXNzPSIiPg0KPGEgaHJlZj0ibWFpbHRvOlhlbi1hcGlAbGlzdHMueGVu Lm9yZyIgY2xhc3M9IiI+WGVuLWFwaUBsaXN0cy54ZW4ub3JnPC9hPjxiciBjbGFzcz0iIj4NCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpPGJyIGNs YXNzPSIiPg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_4226777116144F18BA418B13346ECD99citrixcom_-- --===============5777525682385901321== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5777525682385901321==-- From xen-api-bounces@lists.xen.org Fri Feb 12 17:07:32 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Feb 2016 17:07:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUHBn-0001o5-5q; Fri, 12 Feb 2016 17:07:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUHBl-0001ny-A7 for xen-api@lists.xen.org; Fri, 12 Feb 2016 17:07:25 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 20/DA-21901-C411EB65; Fri, 12 Feb 2016 17:07:24 +0000 X-Env-Sender: williamstevens@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1455296841!22004005!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13164 invoked from network); 12 Feb 2016 17:07:22 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 12 Feb 2016 17:07:22 -0000 Received: by mail-ob0-f174.google.com with SMTP id is5so129030911obc.0 for ; Fri, 12 Feb 2016 09:07:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=51MdxvinHk0E6jvRP/GS/ZdQ+qpCbZ7OyF8hnFpa0L4=; b=wGwL5OTbXpA8jFeVcp6vaz1ZrSZVvDUxNIQfguhp7DNF+iXKFceW0nW1Ph5Ur2cBtm Mbo8bc4NvKb6YDkY6NmifFrb0xA6skGt+9JqKNQ3ciztQm1VR9NxQSUtck7CwGGdum8b xDdOaWCKSMrsL80ipwSetZ+/+xJDVNdI9zT9Y8fXQo2872TSnSO1lU1H+Pc+zypb+Skf ifThUsnRV0lF0PUx4wq675Z4Wwq+B1FBP4MvgVeXN/7UFbny/fh1Q9Ieo5fSYwMw1a6o TbhSp9JkVxTwzAqZKB1XOUeFeK5IniEehooRaumxy8q1E3+PixPyGL5d78RgoGRSnmfa mvDQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudops.com; s=google; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=51MdxvinHk0E6jvRP/GS/ZdQ+qpCbZ7OyF8hnFpa0L4=; b=QiIc9z/Ylp8DVSjFX6usAJGwV614gg+M0dGz9TJmiL7UT96TtUzAyLFGK84itDIIjP q+DE06lGxmWd2t6+7+0o7OZutpv1bgjfj+ZsY51+FkH1fDE/dT+r0oM82PnXnORGbLUD 0NW/5rOocQgvWHc8XHEzlX39i6dk+le+/xN5w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=51MdxvinHk0E6jvRP/GS/ZdQ+qpCbZ7OyF8hnFpa0L4=; b=JiynM6qC2HcwV6R7HQXznVJHPISeYELkh7KdEOlJfRJh5ToVs4LYbbhIzN9jFOMq2H vSotH4hoFACfeELT6muOmJjlBl7fAbqoWA7FjAd9ZAe153JNQOEv72T5SePbX18IKdeZ T5Zqtlq7siyo+25KL0US/h3z0Chp+ABxl/gq7jsR8ZT/vhXCDjArxccudzP+QvPUjgRN 8S9dGmJbY4r5ELjU+nJ6skeHu5j6hYtb/DsGeJwU9adhg4f16qdCHONLYE30W0Gc7byY fwjl8vFpbfAA6yZ6nKSag+KAuV2/DgL1MDfPJMezBDEmSDC5j82nOQ9HehZuSpup1x5v h85Q== X-Gm-Message-State: AG10YORmWONZcBNPF4jYh410pYyqI7QsozOhaas7m1KhvK5vcU3XfcCImHbXGyw10ahROUfrRvaZmxLSQ8vDFw== MIME-Version: 1.0 X-Received: by 10.182.56.161 with SMTP id b1mr2165709obq.14.1455296841067; Fri, 12 Feb 2016 09:07:21 -0800 (PST) Received: by 10.202.214.71 with HTTP; Fri, 12 Feb 2016 09:07:21 -0800 (PST) In-Reply-To: <42267771-1614-4F18-BA41-8B13346ECD99@citrix.com> References: <42267771-1614-4F18-BA41-8B13346ECD99@citrix.com> Date: Fri, 12 Feb 2016 12:07:21 -0500 X-Google-Sender-Auth: YvXTe9rgHr0tlxDu4Hayg18Arac Message-ID: From: Will Stevens To: Rob Hoes Cc: "xen-api@lists.xen.org" , James Bulpin , Tim Mackey Subject: Re: [Xen-API] XAPI Documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7153858821096460655==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7153858821096460655== Content-Type: multipart/alternative; boundary=001a11c2d7604134a9052b95b333 --001a11c2d7604134a9052b95b333 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Rob, this is very helpful. I think http://xapi-project.github.io/xen-api/ is pretty much exactly what I am looking for. With the Published in details it makes it possible to determine api compatibility in a single view (for the most part anyway). Thank you for the prompt response. Cheers, *Will STEVENS* Lead Developer *CloudOps* *| *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ On Fri, Feb 12, 2016 at 11:52 AM, Rob Hoes wrote: > Hi Will, > > The latest PDF version is here: > http://docs.citrix.com/content/dam/en-us/xenserver/xenserver-65/xenserver= 65sp1_management_api_guide.pdf > . > > There is also the following site, which is still a little experimental, > but it does have the option to show the =E2=80=9Cimplicit=E2=80=9D functi= ons: > http://xapi-project.github.io/xen-api/. > > Cheers, > Rob > > On 12 Feb 2016, at 16:05, Will Stevens wrote: > > Hey All, > I am developing an application based on the XAPI and I am having a hell o= f > a time trying to find complete current documentation. > > I have found this: > http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/api/index.html?r=3Dc= reedence > > It seems to be relatively updated (in terms of XAPI release), but it is b= y > no means complete. > > For example, I can not find any documentation for the VDI Create api > call. Its like it does not exist according to that documentation. > > The only documentation that I can find that is at all complete (including > implicit calls) is from version 5.5. > > > http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/browse= r.html > > The layout of this documentation is far more useful because it gives a > much more complete view of the functionality. Is the current documentati= on > (for later releases) available in this format somewhere? > > For example: I can not find any recent documentation for this function, > which is hard to believe: > > http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Cl= asses/VDI/Implicit/create.html > > Or even something as basic as this: > > http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Cl= asses/VDI/Implicit/get_record.html > > Thanks, > > *Will STEVENS* > Lead Developer > > *CloudOps* *| *Cloud Solutions Experts > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 > w cloudops.com *|* tw @CloudOps_ > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > --001a11c2d7604134a9052b95b333 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Rob, this is very helpful.=C2=A0 I think=C2=A0http://xapi-project.github.io/xen-api/=C2=A0is pretty much exactly what I am looking for.=C2=A0 W= ith the=C2=A0Published in=C2=A0<= /font>details it makes it=C2=A0possible to= determine api compatibility in a single view (for the most part anyway).

Thank you for the prompt response.
=
Cheers,

Will STEVENS
Lead Developer

=
CloudOps=C2=A0|=C2=A0Cloud Solutions Experts
<= font color=3D"#000000">420 rue Guy=C2=A0|= =C2=A0Montreal=C2=A0|=C2=A0Quebec=C2=A0= |=C2=A0H3J 1S= 6
w=C2=A0cloudops.co= m=C2=A0|=C2=A0tw=C2=A0@CloudOps_= =C2=A0 =C2=A0

On Fri, Feb 12, 2016 at 11:52 AM, Rob Hoes <= span dir=3D"ltr"><Rob.Hoes@citrix.com> wrote:
Hi Will,


There is also the following site, which is still a little experimental= , but it does have the option to show the =E2=80=9Cimplicit=E2=80=9D functi= ons:=C2=A0http://xapi-project.github.io/xen-api/.

Cheers,
Rob

On 12 Feb 2016, at 16:05, Will Stevens <wstevens@cloudops.com> wrote:

Hey All,
I am developing an application based on the XAPI and I am having a hel= l of a time trying to find complete current documentation.


It seems to be relatively updated (in terms of XAPI release), but it i= s by no means complete.

For example, I can not find any documentation for the VDI Create api call.=C2=A0 Its like it does not exist according to that documen= tation.

The only documentation that I can find that is at all complete (includ= ing implicit calls) is from version 5.5.

The layout of this documentation is far more useful because it gives a= much more complete view of the functionality.=C2=A0 Is the current documen= tation (for later releases) available in this format somewhere?

For example: =C2=A0I can not find any recent documentation for this fu= nction, which is hard to believe:

Or even something as basic as this:=C2=A0

Thanks,

Will STEVENS
Lead Developer

CloudOps= =C2=A0|=C2=A0Cloud Solutions Experts
420 rue Guy=C2=A0|<= font>=C2=A0Montreal=C2=A0|=C2=A0Quebec=C2=A0|=C2= =A0H3J 1S6
w=C2=A0cloudops.com=C2=A0|=C2=A0tw=C2=A0@CloudOps_=C2=A0 =C2=A0

_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--001a11c2d7604134a9052b95b333-- --===============7153858821096460655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7153858821096460655==-- From xen-api-bounces@lists.xen.org Fri Feb 12 17:07:32 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 12 Feb 2016 17:07:32 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUHBn-0001o5-5q; Fri, 12 Feb 2016 17:07:27 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aUHBl-0001ny-A7 for xen-api@lists.xen.org; Fri, 12 Feb 2016 17:07:25 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 20/DA-21901-C411EB65; Fri, 12 Feb 2016 17:07:24 +0000 X-Env-Sender: williamstevens@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1455296841!22004005!1 X-Originating-IP: [209.85.214.174] X-SpamReason: No, hits=0.4 required=7.0 tests=HTML_50_60,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13164 invoked from network); 12 Feb 2016 17:07:22 -0000 Received: from mail-ob0-f174.google.com (HELO mail-ob0-f174.google.com) (209.85.214.174) by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 12 Feb 2016 17:07:22 -0000 Received: by mail-ob0-f174.google.com with SMTP id is5so129030911obc.0 for ; Fri, 12 Feb 2016 09:07:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=51MdxvinHk0E6jvRP/GS/ZdQ+qpCbZ7OyF8hnFpa0L4=; b=wGwL5OTbXpA8jFeVcp6vaz1ZrSZVvDUxNIQfguhp7DNF+iXKFceW0nW1Ph5Ur2cBtm Mbo8bc4NvKb6YDkY6NmifFrb0xA6skGt+9JqKNQ3ciztQm1VR9NxQSUtck7CwGGdum8b xDdOaWCKSMrsL80ipwSetZ+/+xJDVNdI9zT9Y8fXQo2872TSnSO1lU1H+Pc+zypb+Skf ifThUsnRV0lF0PUx4wq675Z4Wwq+B1FBP4MvgVeXN/7UFbny/fh1Q9Ieo5fSYwMw1a6o TbhSp9JkVxTwzAqZKB1XOUeFeK5IniEehooRaumxy8q1E3+PixPyGL5d78RgoGRSnmfa mvDQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudops.com; s=google; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=51MdxvinHk0E6jvRP/GS/ZdQ+qpCbZ7OyF8hnFpa0L4=; b=QiIc9z/Ylp8DVSjFX6usAJGwV614gg+M0dGz9TJmiL7UT96TtUzAyLFGK84itDIIjP q+DE06lGxmWd2t6+7+0o7OZutpv1bgjfj+ZsY51+FkH1fDE/dT+r0oM82PnXnORGbLUD 0NW/5rOocQgvWHc8XHEzlX39i6dk+le+/xN5w= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=51MdxvinHk0E6jvRP/GS/ZdQ+qpCbZ7OyF8hnFpa0L4=; b=JiynM6qC2HcwV6R7HQXznVJHPISeYELkh7KdEOlJfRJh5ToVs4LYbbhIzN9jFOMq2H vSotH4hoFACfeELT6muOmJjlBl7fAbqoWA7FjAd9ZAe153JNQOEv72T5SePbX18IKdeZ T5Zqtlq7siyo+25KL0US/h3z0Chp+ABxl/gq7jsR8ZT/vhXCDjArxccudzP+QvPUjgRN 8S9dGmJbY4r5ELjU+nJ6skeHu5j6hYtb/DsGeJwU9adhg4f16qdCHONLYE30W0Gc7byY fwjl8vFpbfAA6yZ6nKSag+KAuV2/DgL1MDfPJMezBDEmSDC5j82nOQ9HehZuSpup1x5v h85Q== X-Gm-Message-State: AG10YORmWONZcBNPF4jYh410pYyqI7QsozOhaas7m1KhvK5vcU3XfcCImHbXGyw10ahROUfrRvaZmxLSQ8vDFw== MIME-Version: 1.0 X-Received: by 10.182.56.161 with SMTP id b1mr2165709obq.14.1455296841067; Fri, 12 Feb 2016 09:07:21 -0800 (PST) Received: by 10.202.214.71 with HTTP; Fri, 12 Feb 2016 09:07:21 -0800 (PST) In-Reply-To: <42267771-1614-4F18-BA41-8B13346ECD99@citrix.com> References: <42267771-1614-4F18-BA41-8B13346ECD99@citrix.com> Date: Fri, 12 Feb 2016 12:07:21 -0500 X-Google-Sender-Auth: YvXTe9rgHr0tlxDu4Hayg18Arac Message-ID: From: Will Stevens To: Rob Hoes Cc: "xen-api@lists.xen.org" , James Bulpin , Tim Mackey Subject: Re: [Xen-API] XAPI Documentation X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============7153858821096460655==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============7153858821096460655== Content-Type: multipart/alternative; boundary=001a11c2d7604134a9052b95b333 --001a11c2d7604134a9052b95b333 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thanks Rob, this is very helpful. I think http://xapi-project.github.io/xen-api/ is pretty much exactly what I am looking for. With the Published in details it makes it possible to determine api compatibility in a single view (for the most part anyway). Thank you for the prompt response. Cheers, *Will STEVENS* Lead Developer *CloudOps* *| *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ On Fri, Feb 12, 2016 at 11:52 AM, Rob Hoes wrote: > Hi Will, > > The latest PDF version is here: > http://docs.citrix.com/content/dam/en-us/xenserver/xenserver-65/xenserver= 65sp1_management_api_guide.pdf > . > > There is also the following site, which is still a little experimental, > but it does have the option to show the =E2=80=9Cimplicit=E2=80=9D functi= ons: > http://xapi-project.github.io/xen-api/. > > Cheers, > Rob > > On 12 Feb 2016, at 16:05, Will Stevens wrote: > > Hey All, > I am developing an application based on the XAPI and I am having a hell o= f > a time trying to find complete current documentation. > > I have found this: > http://docs.vmd.citrix.com/XenServer/6.5.0/1.0/en_gb/api/index.html?r=3Dc= reedence > > It seems to be relatively updated (in terms of XAPI release), but it is b= y > no means complete. > > For example, I can not find any documentation for the VDI Create api > call. Its like it does not exist according to that documentation. > > The only documentation that I can find that is at all complete (including > implicit calls) is from version 5.5. > > > http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/browse= r.html > > The layout of this documentation is far more useful because it gives a > much more complete view of the functionality. Is the current documentati= on > (for later releases) available in this format somewhere? > > For example: I can not find any recent documentation for this function, > which is hard to believe: > > http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Cl= asses/VDI/Implicit/create.html > > Or even something as basic as this: > > http://docs.vmd.citrix.com/XenServer/5.5.0/1.0/en_gb/api/docs/html/API/Cl= asses/VDI/Implicit/get_record.html > > Thanks, > > *Will STEVENS* > Lead Developer > > *CloudOps* *| *Cloud Solutions Experts > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 > w cloudops.com *|* tw @CloudOps_ > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > > --001a11c2d7604134a9052b95b333 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Thanks Rob, this is very helpful.=C2=A0 I think=C2=A0http://xapi-project.github.io/xen-api/=C2=A0is pretty much exactly what I am looking for.=C2=A0 W= ith the=C2=A0Published in=C2=A0<= /font>details it makes it=C2=A0possible to= determine api compatibility in a single view (for the most part anyway).

Thank you for the prompt response.
=
Cheers,

Will STEVENS
Lead Developer

=
CloudOps=C2=A0|=C2=A0Cloud Solutions Experts
<= font color=3D"#000000">420 rue Guy=C2=A0|= =C2=A0Montreal=C2=A0|=C2=A0Quebec=C2=A0= |=C2=A0H3J 1S= 6
w=C2=A0cloudops.co= m=C2=A0|=C2=A0tw=C2=A0@CloudOps_= =C2=A0 =C2=A0

On Fri, Feb 12, 2016 at 11:52 AM, Rob Hoes <= span dir=3D"ltr"><Rob.Hoes@citrix.com> wrote:
Hi Will,


There is also the following site, which is still a little experimental= , but it does have the option to show the =E2=80=9Cimplicit=E2=80=9D functi= ons:=C2=A0http://xapi-project.github.io/xen-api/.

Cheers,
Rob

On 12 Feb 2016, at 16:05, Will Stevens <wstevens@cloudops.com> wrote:

Hey All,
I am developing an application based on the XAPI and I am having a hel= l of a time trying to find complete current documentation.


It seems to be relatively updated (in terms of XAPI release), but it i= s by no means complete.

For example, I can not find any documentation for the VDI Create api call.=C2=A0 Its like it does not exist according to that documen= tation.

The only documentation that I can find that is at all complete (includ= ing implicit calls) is from version 5.5.

The layout of this documentation is far more useful because it gives a= much more complete view of the functionality.=C2=A0 Is the current documen= tation (for later releases) available in this format somewhere?

For example: =C2=A0I can not find any recent documentation for this fu= nction, which is hard to believe:

Or even something as basic as this:=C2=A0

Thanks,

Will STEVENS
Lead Developer

CloudOps= =C2=A0|=C2=A0Cloud Solutions Experts
420 rue Guy=C2=A0|<= font>=C2=A0Montreal=C2=A0|=C2=A0Quebec=C2=A0|=C2= =A0H3J 1S6
w=C2=A0cloudops.com=C2=A0|=C2=A0tw=C2=A0@CloudOps_=C2=A0 =C2=A0

_______________________________________________
Xen-api mailing list
Xen-api@lists.xe= n.org
http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api


--001a11c2d7604134a9052b95b333-- --===============7153858821096460655== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============7153858821096460655==-- From xen-api-bounces@lists.xen.org Tue Feb 16 11:15:51 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Feb 2016 11:15:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aVdbd-0002XD-GT; Tue, 16 Feb 2016 11:15:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2013rcp9523@mnit.ac.in>) id 1aRcu6-0002hB-Fu for xen-api@lists.xen.org; Fri, 05 Feb 2016 09:42:14 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id C4/F7-09708-57E64B65; Fri, 05 Feb 2016 09:42:13 +0000 X-Env-Sender: 2013rcp9523@mnit.ac.in X-Msg-Ref: server-3.tower-21.messagelabs.com!1454665332!13720031!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7612 invoked from network); 5 Feb 2016 09:42:12 -0000 Received: from mail-lf0-f54.google.com (HELO mail-lf0-f54.google.com) (209.85.215.54) by server-3.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 5 Feb 2016 09:42:12 -0000 Received: by mail-lf0-f54.google.com with SMTP id 78so53473952lfy.3 for ; Fri, 05 Feb 2016 01:42:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnit-ac-in.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type; bh=7GZuXYJnQ5gdgTuN0rwi19hqJKFLbQm0mvMe0C6vARA=; b=sAZxui+7FXpGvVwkVsUa0ZRWF6BVeMT8bshT2cTZWtjNiB/QMG6VDCdbw7O+DpHBQ6 LNGEPMp6RESzUCiGTiWZ2fK0fmtH4GRDW89p/ZAmgPye3pbMfOMyeiwsFVnuLAQhyycR VrYt3qpxSgDF/Ny9XzWtmByORZyJuZ+3Q7Gnj7XfvnE1+GdDKUk6l6pBEXOPSbHQPehn mrZsc8VHsuAl2+Evys6ZnfECU23kVT8glsJli3rt5UkL1gFwNm0aKK9KGiAOVM8mX3KM 5vZ/eRQjzrmiHkNpf0o2D8c7AJlb0AE/QXAXg6eNVUswelAmRpeTkEQBPeMQzcT3FJkS 10DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=7GZuXYJnQ5gdgTuN0rwi19hqJKFLbQm0mvMe0C6vARA=; b=eOL5cktV8qeuW2fp6jTtqiA/xFUWeZ5HoBXbKR/BbgGcTasiZspBVI1YjXVfABYfCL fkbYl/hJocgI+OkbXBM9veUnl6h2zgeYWdHvzlw3SfphJgCi9JgHOg6ItAwprTPs7Hdu V0y1PK101/P71DM53DpkimPC+3LDkxu7F89hxpU9BtLfxN6YLz2x9ja7swkpmXCzUX5b pB+6J/8y1Zb1H2Z8v5VOimsIXXi13Sr8JfQnoIjn/JLk6gvbeyvHbu7Y0rvOXTu5VRVB 9iwSfq+PPIa8UzI9z0wHtiPL7gg+RxI539CSONhX5Sedqm8XB4m9Bz6zGIA95qv35G3q slUg== X-Gm-Message-State: AG10YOQqtKHjUGshYE9pKud2g4plkx+D+yVZcVrL5F+3J0Yzsq9Cp36RUjNKu0aZeSvzQ2aLd40gPtZYBiG4HALA MIME-Version: 1.0 X-Received: by 10.25.136.84 with SMTP id k81mr5846382lfd.78.1454665331909; Fri, 05 Feb 2016 01:42:11 -0800 (PST) Received: by 10.112.47.11 with HTTP; Fri, 5 Feb 2016 01:42:11 -0800 (PST) Date: Fri, 5 Feb 2016 20:42:11 +1100 Message-ID: From: PREETI MISHRA <2013rcp9523@mnit.ac.in> To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 16 Feb 2016 11:15:44 +0000 Subject: [Xen-API] Request to fix an Xen related issue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6370137334991866062==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6370137334991866062== Content-Type: multipart/alternative; boundary=001a113fc12e603acd052b02aaac --001a113fc12e603acd052b02aaac Content-Type: text/plain; charset=UTF-8 Hi, I am Preeti study in National Institute of technology, Jaipur, India. I would like to discuss some Xen related issue. Kindly help: I have a patch in Xen which stores some information of VM process. I have another program running in Dom0 which intercept this information. i) I want to configure my patch running in Xen to send the alert notification to program running in Dom0 to read data, probably using event channels. How to configure event channel? ii) Which API or command will be used to read the data from patch buffer. regards, --001a113fc12e603acd052b02aaac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
H= i,
I a= m Preeti study in National Institute of technology, Jaipur, India.=C2=A0I woul= d like to =C2=A0discuss some Xen related issue. Kindly help:<= /div>

I have a patch in Xen which stores some information of VM = process. I have another program running in Dom0 which intercept this inform= ation.

i) I want to configure= my patch running in Xen to send the alert notification to program running = in Dom0 to read data, probably using event channels. How to configure event= channel?
ii) Which API or command will be used to read the data from pa= tch buffer.

regards,

--001a113fc12e603acd052b02aaac-- --===============6370137334991866062== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6370137334991866062==-- From xen-api-bounces@lists.xen.org Tue Feb 16 11:15:51 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Tue, 16 Feb 2016 11:15:51 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aVdbd-0002XD-GT; Tue, 16 Feb 2016 11:15:45 +0000 Received: from mail6.bemta4.messagelabs.com ([85.158.143.247]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from <2013rcp9523@mnit.ac.in>) id 1aRcu6-0002hB-Fu for xen-api@lists.xen.org; Fri, 05 Feb 2016 09:42:14 +0000 Received: from [85.158.143.35] by server-1.bemta-4.messagelabs.com id C4/F7-09708-57E64B65; Fri, 05 Feb 2016 09:42:13 +0000 X-Env-Sender: 2013rcp9523@mnit.ac.in X-Msg-Ref: server-3.tower-21.messagelabs.com!1454665332!13720031!1 X-Originating-IP: [209.85.215.54] X-SpamReason: No, hits=0.6 required=7.0 tests=HTML_60_70,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 7612 invoked from network); 5 Feb 2016 09:42:12 -0000 Received: from mail-lf0-f54.google.com (HELO mail-lf0-f54.google.com) (209.85.215.54) by server-3.tower-21.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 5 Feb 2016 09:42:12 -0000 Received: by mail-lf0-f54.google.com with SMTP id 78so53473952lfy.3 for ; Fri, 05 Feb 2016 01:42:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mnit-ac-in.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type; bh=7GZuXYJnQ5gdgTuN0rwi19hqJKFLbQm0mvMe0C6vARA=; b=sAZxui+7FXpGvVwkVsUa0ZRWF6BVeMT8bshT2cTZWtjNiB/QMG6VDCdbw7O+DpHBQ6 LNGEPMp6RESzUCiGTiWZ2fK0fmtH4GRDW89p/ZAmgPye3pbMfOMyeiwsFVnuLAQhyycR VrYt3qpxSgDF/Ny9XzWtmByORZyJuZ+3Q7Gnj7XfvnE1+GdDKUk6l6pBEXOPSbHQPehn mrZsc8VHsuAl2+Evys6ZnfECU23kVT8glsJli3rt5UkL1gFwNm0aKK9KGiAOVM8mX3KM 5vZ/eRQjzrmiHkNpf0o2D8c7AJlb0AE/QXAXg6eNVUswelAmRpeTkEQBPeMQzcT3FJkS 10DQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=7GZuXYJnQ5gdgTuN0rwi19hqJKFLbQm0mvMe0C6vARA=; b=eOL5cktV8qeuW2fp6jTtqiA/xFUWeZ5HoBXbKR/BbgGcTasiZspBVI1YjXVfABYfCL fkbYl/hJocgI+OkbXBM9veUnl6h2zgeYWdHvzlw3SfphJgCi9JgHOg6ItAwprTPs7Hdu V0y1PK101/P71DM53DpkimPC+3LDkxu7F89hxpU9BtLfxN6YLz2x9ja7swkpmXCzUX5b pB+6J/8y1Zb1H2Z8v5VOimsIXXi13Sr8JfQnoIjn/JLk6gvbeyvHbu7Y0rvOXTu5VRVB 9iwSfq+PPIa8UzI9z0wHtiPL7gg+RxI539CSONhX5Sedqm8XB4m9Bz6zGIA95qv35G3q slUg== X-Gm-Message-State: AG10YOQqtKHjUGshYE9pKud2g4plkx+D+yVZcVrL5F+3J0Yzsq9Cp36RUjNKu0aZeSvzQ2aLd40gPtZYBiG4HALA MIME-Version: 1.0 X-Received: by 10.25.136.84 with SMTP id k81mr5846382lfd.78.1454665331909; Fri, 05 Feb 2016 01:42:11 -0800 (PST) Received: by 10.112.47.11 with HTTP; Fri, 5 Feb 2016 01:42:11 -0800 (PST) Date: Fri, 5 Feb 2016 20:42:11 +1100 Message-ID: From: PREETI MISHRA <2013rcp9523@mnit.ac.in> To: xen-api@lists.xen.org X-Mailman-Approved-At: Tue, 16 Feb 2016 11:15:44 +0000 Subject: [Xen-API] Request to fix an Xen related issue X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============6370137334991866062==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============6370137334991866062== Content-Type: multipart/alternative; boundary=001a113fc12e603acd052b02aaac --001a113fc12e603acd052b02aaac Content-Type: text/plain; charset=UTF-8 Hi, I am Preeti study in National Institute of technology, Jaipur, India. I would like to discuss some Xen related issue. Kindly help: I have a patch in Xen which stores some information of VM process. I have another program running in Dom0 which intercept this information. i) I want to configure my patch running in Xen to send the alert notification to program running in Dom0 to read data, probably using event channels. How to configure event channel? ii) Which API or command will be used to read the data from patch buffer. regards, --001a113fc12e603acd052b02aaac Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
H= i,
I a= m Preeti study in National Institute of technology, Jaipur, India.=C2=A0I woul= d like to =C2=A0discuss some Xen related issue. Kindly help:<= /div>

I have a patch in Xen which stores some information of VM = process. I have another program running in Dom0 which intercept this inform= ation.

i) I want to configure= my patch running in Xen to send the alert notification to program running = in Dom0 to read data, probably using event channels. How to configure event= channel?
ii) Which API or command will be used to read the data from pa= tch buffer.

regards,

--001a113fc12e603acd052b02aaac-- --===============6370137334991866062== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============6370137334991866062==-- From xen-api-bounces@lists.xen.org Wed Feb 17 17:39:25 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Feb 2016 17:39:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aW64M-0003Pt-Vf; Wed, 17 Feb 2016 17:39:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aW64L-0003PQ-4F; Wed, 17 Feb 2016 17:39:17 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id D3/B4-17089-440B4C65; Wed, 17 Feb 2016 17:39:16 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1455730754!22820177!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 41782 invoked from network); 17 Feb 2016 17:39:15 -0000 Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by server-6.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 17 Feb 2016 17:39:15 -0000 Received: by mail-wm0-f53.google.com with SMTP id g62so38914704wme.0; Wed, 17 Feb 2016 09:39:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=; b=swckOpXAodsj7L4mYMUiDkPyyubw+kKFe2YubVaYGLgHmaml7oDpKzqeJT5TxWFrXU ALFloSX0GdWsYXC9Lfi2QyTTuWTIYv+KRqOQuMRcQhpttPhzKmTiuJSlmBMUBvqjI9r2 MCNG3ONgY6Uudm5c9j5EtY4BeklYua3KXbThBsl0PcO7dY8G+I0T1lQUo7XCtD5QhtgG 3yVMrqKp9eT9ihq+iGC6uZJXOX+Skv20piN7C+zvJKeS6pDovGHL/PMZdFIkAYR5fanq Ng8Tmo1V1XLYvGCmgOsOlELaREY8AfTLOu1C28/LLAX+YESbmKgkCyJCnlVSIDET+ncR 6Vxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=; b=ZkhfqAH7ap3w7SRzrkaZ4iDYtm7PDFGpbqOyFb3CXxdQtelLHvRQfZWXiP4jdsn21Z HQWQp/fAcgOUtB5su2sRcylMxSO2Z6Jl+WVLdfq1xfDwTBpJ1Qfhl5CwxglYG2sq39bZ FSRNqHY2X+ucoffYMUKE0kdXZzV7YkerVIn/Dbc8CNHmq3oKy0gV/umDkf7WmXH5QNRG 7dsAeKqTqNV98q1BMw9hyI1gY3FtlO0IBi+hOtW7fzPrAEH8TmvkSXBhOM1gtG7VbF4T u/ZohzH+M5xshW6jeS/loKK8te9t7InvRJa3tvUZlijBiJOS15iAbf05k+E2LqG/MjlL ZLzQ== X-Gm-Message-State: AG10YOQr4+FSfq6qsbHiXa0nWGCCQoY/ZLQ219Golv55wMQDtR31GQ/lgmkN7jVnhB5Y8A== X-Received: by 10.28.22.74 with SMTP id 71mr4962248wmw.47.1455730754611; Wed, 17 Feb 2016 09:39:14 -0800 (PST) Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170]) by smtp.gmail.com with ESMTPSA id lh1sm2547985wjb.20.2016.02.17.09.39.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Feb 2016 09:39:12 -0800 (PST) From: Lars Kurth Message-Id: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com> Date: Wed, 17 Feb 2016 17:39:12 +0000 To: xen-devel , xen-api@lists.xenproject.org, xen-users@lists.xenproject.org, mirageos-devel , Win-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] Xen Project Infrastructure Maintenance: Feb 25th and 1st of March X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, we are rebooting a number of Xen Project services in the next few days to upgrade operating systems. This means that a few services may be temporarily unavailable. The following websites are affected and will be done during the times below. If you notice any issues after the reboot, please reply to this mail or check on the #xeninfra IRC channel. = Thursday, Feb 25th, 7am - 9am UTC : mailing lists & mail server = Affected services: - all foo @ lists at xenproject dot org mailing lists - forwarding of mails to foo @ xenproject for org accounts - downloads.xenproject.org - DNS Note that mails to all mailing lists will be delayed during the maintenance window = Tuesday, March 1st, 7am - 9am UTC : xenbits and xen etherpads = Affected services: - Xen Project source code repositories - Automatically generated xenproject docs - List of security vulnerabilities - Xen Project etherpads If you need to clone or commit to any affected repositories please do so before or after Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Feb 17 17:39:25 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 17 Feb 2016 17:39:25 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aW64M-0003Pt-Vf; Wed, 17 Feb 2016 17:39:18 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aW64L-0003PQ-4F; Wed, 17 Feb 2016 17:39:17 +0000 Received: from [85.158.139.211] by server-12.bemta-5.messagelabs.com id D3/B4-17089-440B4C65; Wed, 17 Feb 2016 17:39:16 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1455730754!22820177!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 41782 invoked from network); 17 Feb 2016 17:39:15 -0000 Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by server-6.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 17 Feb 2016 17:39:15 -0000 Received: by mail-wm0-f53.google.com with SMTP id g62so38914704wme.0; Wed, 17 Feb 2016 09:39:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=; b=swckOpXAodsj7L4mYMUiDkPyyubw+kKFe2YubVaYGLgHmaml7oDpKzqeJT5TxWFrXU ALFloSX0GdWsYXC9Lfi2QyTTuWTIYv+KRqOQuMRcQhpttPhzKmTiuJSlmBMUBvqjI9r2 MCNG3ONgY6Uudm5c9j5EtY4BeklYua3KXbThBsl0PcO7dY8G+I0T1lQUo7XCtD5QhtgG 3yVMrqKp9eT9ihq+iGC6uZJXOX+Skv20piN7C+zvJKeS6pDovGHL/PMZdFIkAYR5fanq Ng8Tmo1V1XLYvGCmgOsOlELaREY8AfTLOu1C28/LLAX+YESbmKgkCyJCnlVSIDET+ncR 6Vxw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=k49O2WxvO+xCaGvQfgRvRh5OPO7PQlmsmsgxfWv3qJ8=; b=ZkhfqAH7ap3w7SRzrkaZ4iDYtm7PDFGpbqOyFb3CXxdQtelLHvRQfZWXiP4jdsn21Z HQWQp/fAcgOUtB5su2sRcylMxSO2Z6Jl+WVLdfq1xfDwTBpJ1Qfhl5CwxglYG2sq39bZ FSRNqHY2X+ucoffYMUKE0kdXZzV7YkerVIn/Dbc8CNHmq3oKy0gV/umDkf7WmXH5QNRG 7dsAeKqTqNV98q1BMw9hyI1gY3FtlO0IBi+hOtW7fzPrAEH8TmvkSXBhOM1gtG7VbF4T u/ZohzH+M5xshW6jeS/loKK8te9t7InvRJa3tvUZlijBiJOS15iAbf05k+E2LqG/MjlL ZLzQ== X-Gm-Message-State: AG10YOQr4+FSfq6qsbHiXa0nWGCCQoY/ZLQ219Golv55wMQDtR31GQ/lgmkN7jVnhB5Y8A== X-Received: by 10.28.22.74 with SMTP id 71mr4962248wmw.47.1455730754611; Wed, 17 Feb 2016 09:39:14 -0800 (PST) Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170]) by smtp.gmail.com with ESMTPSA id lh1sm2547985wjb.20.2016.02.17.09.39.12 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Feb 2016 09:39:12 -0800 (PST) From: Lars Kurth Message-Id: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com> Date: Wed, 17 Feb 2016 17:39:12 +0000 To: xen-devel , xen-api@lists.xenproject.org, xen-users@lists.xenproject.org, mirageos-devel , Win-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] Xen Project Infrastructure Maintenance: Feb 25th and 1st of March X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, we are rebooting a number of Xen Project services in the next few days to upgrade operating systems. This means that a few services may be temporarily unavailable. The following websites are affected and will be done during the times below. If you notice any issues after the reboot, please reply to this mail or check on the #xeninfra IRC channel. = Thursday, Feb 25th, 7am - 9am UTC : mailing lists & mail server = Affected services: - all foo @ lists at xenproject dot org mailing lists - forwarding of mails to foo @ xenproject for org accounts - downloads.xenproject.org - DNS Note that mails to all mailing lists will be delayed during the maintenance window = Tuesday, March 1st, 7am - 9am UTC : xenbits and xen etherpads = Affected services: - Xen Project source code repositories - Automatically generated xenproject docs - List of security vulnerabilities - Xen Project etherpads If you need to clone or commit to any affected repositories please do so before or after Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Feb 18 12:31:12 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Feb 2016 12:31:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWNjd-0007xi-2A; Thu, 18 Feb 2016 12:31:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWNjb-0007xK-B6 for xen-api@lists.xen.org; Thu, 18 Feb 2016 12:31:03 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id 56/D4-02499-689B5C65; Thu, 18 Feb 2016 12:31:02 +0000 X-Env-Sender: prvs=8493bf182=simon.beaumont@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1455798660!23282275!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13265 invoked from network); 18 Feb 2016 12:31:01 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2016 12:31:01 -0000 X-IronPort-AV: E=Sophos;i="5.22,465,1449532800"; d="scan'208";a="339116483" Date: Thu, 18 Feb 2016 12:31:03 +0000 From: Si Beaumont To: Denis Babineau Message-ID: <20160218123103.GB1663@morbo> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Got exception INTERNAL_ERROR: [ Scanf.Scan_failure ... X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, 27 Jan 2016 at 02:11, Denis Babineau wrote: > Hoping someone can at least point me in the right direction; just installed > SP1 on Xenserver 6.5 and xapi won't start anymore. Getting the following > error in xensource.log. "xapi -version" reports PRODUCT_VERSION=6.5.0 but > tags in https://github.com/xapi-project/xen-api are in the v1.9 range? I'm > a developer so I can read code (if I can find the right branch/tag/repo) > but I'm not familiar with ML. Hoping to get an understanding of what this > backtrace is pointing at. Deleting /var/xapi/state.db yields the same error: > > Jan 27 00:10:20 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|dbsync] Sync: sync_pci_devices > Jan 27 00:10:20 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|dbsync] Sync: sync_gpus > Jan 27 00:10:21 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|backtrace] Raised at scanf.ml:411.24-40 -> > pciops.ml:137.14-84 -> pciops.ml:146.17-40 -> threadext.ml:20.20-24 -> > threadext.ml:20.62-65 -> xapi_pgpu.ml:165.25-60 -> xapi_pgpu.ml:191.21-43 > -> dbsync.ml:62.7-53 -> server_helpers.ml:76.11-23 > Jan 27 00:10:21 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|dispatcher] Server_helpers.exec > exception_handler: Got exception INTERNAL_ERROR: [ > Scanf.Scan_failure("scanf: bad input at char number 6: ``looking for ':', > found '.'''") ] Did you modify your Xen cmdline? As of 6.5 Xapi handles hiding PGPUs from Xen and handles the syntax for you. It could be your boot command line is valid syntax but different from what Xapi expects. Your stack trace implicates Pciops.is_pci_hidden[1]. let is_pci_hidden = Pciops.is_pci_hidden ~__context pci in It needs to be of the form: "xen-pciback.hide=(0000:00:02.0)(0000:00:02.1)\n" The code for this if you want to check your command line is compatible is in the Pciops module[2]. Si. [1]: https://github.com/xenserver/xen-api/blob/cream-bugfix/ocaml/xapi/xapi_pgpu.ml#L165 [2]: https://github.com/xenserver/xen-api/blob/cream-bugfix/ocaml/xapi/pciops.ml#L120-L194 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Feb 18 12:31:12 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Feb 2016 12:31:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWNjd-0007xi-2A; Thu, 18 Feb 2016 12:31:05 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWNjb-0007xK-B6 for xen-api@lists.xen.org; Thu, 18 Feb 2016 12:31:03 +0000 Received: from [85.158.137.68] by server-3.bemta-3.messagelabs.com id 56/D4-02499-689B5C65; Thu, 18 Feb 2016 12:31:02 +0000 X-Env-Sender: prvs=8493bf182=simon.beaumont@citrix.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1455798660!23282275!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 13265 invoked from network); 18 Feb 2016 12:31:01 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-12.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2016 12:31:01 -0000 X-IronPort-AV: E=Sophos;i="5.22,465,1449532800"; d="scan'208";a="339116483" Date: Thu, 18 Feb 2016 12:31:03 +0000 From: Si Beaumont To: Denis Babineau Message-ID: <20160218123103.GB1663@morbo> References: MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-DLP: MIA2 Cc: xen-api@lists.xen.org Subject: Re: [Xen-API] Got exception INTERNAL_ERROR: [ Scanf.Scan_failure ... X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org On Wed, 27 Jan 2016 at 02:11, Denis Babineau wrote: > Hoping someone can at least point me in the right direction; just installed > SP1 on Xenserver 6.5 and xapi won't start anymore. Getting the following > error in xensource.log. "xapi -version" reports PRODUCT_VERSION=6.5.0 but > tags in https://github.com/xapi-project/xen-api are in the v1.9 range? I'm > a developer so I can read code (if I can find the right branch/tag/repo) > but I'm not familiar with ML. Hoping to get an understanding of what this > backtrace is pointing at. Deleting /var/xapi/state.db yields the same error: > > Jan 27 00:10:20 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|dbsync] Sync: sync_pci_devices > Jan 27 00:10:20 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|dbsync] Sync: sync_gpus > Jan 27 00:10:21 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|backtrace] Raised at scanf.ml:411.24-40 -> > pciops.ml:137.14-84 -> pciops.ml:146.17-40 -> threadext.ml:20.20-24 -> > threadext.ml:20.62-65 -> xapi_pgpu.ml:165.25-60 -> xapi_pgpu.ml:191.21-43 > -> dbsync.ml:62.7-53 -> server_helpers.ml:76.11-23 > Jan 27 00:10:21 xenserver xapi: [debug|xenserver|0 thread_zero|dbsync > (update_env) D:0ab204304e00|dispatcher] Server_helpers.exec > exception_handler: Got exception INTERNAL_ERROR: [ > Scanf.Scan_failure("scanf: bad input at char number 6: ``looking for ':', > found '.'''") ] Did you modify your Xen cmdline? As of 6.5 Xapi handles hiding PGPUs from Xen and handles the syntax for you. It could be your boot command line is valid syntax but different from what Xapi expects. Your stack trace implicates Pciops.is_pci_hidden[1]. let is_pci_hidden = Pciops.is_pci_hidden ~__context pci in It needs to be of the form: "xen-pciback.hide=(0000:00:02.0)(0000:00:02.1)\n" The code for this if you want to check your command line is compatible is in the Pciops module[2]. Si. [1]: https://github.com/xenserver/xen-api/blob/cream-bugfix/ocaml/xapi/xapi_pgpu.ml#L165 [2]: https://github.com/xenserver/xen-api/blob/cream-bugfix/ocaml/xapi/pciops.ml#L120-L194 _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Feb 18 16:49:09 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Feb 2016 16:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRlH-0007vy-VY; Thu, 18 Feb 2016 16:49:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRlG-0007vj-Vk for xen-api@lists.xen.org; Thu, 18 Feb 2016 16:49:03 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 7F/2F-03449-EF5F5C65; Thu, 18 Feb 2016 16:49:02 +0000 X-Env-Sender: pwombacher@nvidia.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455814139!8947946!1 X-Originating-IP: [216.228.121.64] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18247 invoked from network); 18 Feb 2016 16:49:00 -0000 Received: from hqemgate15.nvidia.com (HELO hqemgate15.nvidia.com) (216.228.121.64) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 18 Feb 2016 16:49:00 -0000 Received: from hqnvupgp08.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com id ; Thu, 18 Feb 2016 08:48:49 -0800 Received: from HQMAIL105.nvidia.com ([172.20.187.12]) by hqnvupgp08.nvidia.com (PGP Universal service); Thu, 18 Feb 2016 08:49:03 -0800 X-PGP-Universal: processed; by hqnvupgp08.nvidia.com on Thu, 18 Feb 2016 08:49:03 -0800 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL105.nvidia.com (172.20.187.12) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Thu, 18 Feb 2016 16:48:58 +0000 Received: from HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b]) by HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b%19]) with mapi id 15.00.1130.005; Thu, 18 Feb 2016 16:48:58 +0000 From: Patrick Wombacher To: "xen-api@lists.xen.org" Thread-Topic: Custom SM Plugin Error Thread-Index: AdFqaYzXHBbfBOA5TmecQ+WIL3BZJQ== Date: Thu, 18 Feb 2016 16:48:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.200.89] MIME-Version: 1.0 Subject: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5284740631104574090==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5284740631104574090== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_" --_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have been developing a custom SR using Ceph as a backend for a while no= w. I had some decent success with XenServer 6.5, and I could load a coupl= e VMs using the rbd kernel module. I have been trying to get it to work o= n 6.6 in hopes that I can move from kernel space into user space. I have = run into a few issues, and currently cannot even get XenServer to recogni= ze the new SR type, let alone attempt to use it. I found that there is no= w a whitelist of plugins, and have edited line 154 of /etc/xapi.conf to i= nclude my new SR type in the whitelist. However, when I restart xapi my S= R type is not listed among available SR types. I checked /var/log/xensour= ce.log and I see a strange error: Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 plugi= ns D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of exception= : Storage_interface.Backend_error(_) (executable) Normally this would seem pretty clear, except that I've already used "chm= od a+x /opt/xensource/sm/CEPH.py" on my plugin. I know my plugin is execu= table. What could be causing this error? And is there documentation for c= reating adding new plugins in Dundee? -Patrick -------------------------------------------------------------------------= ---------- This email message is for the sole use of the intended recipient(s) and m= ay contain confidential information. Any unauthorized review, use, disclosure or di= stribution is prohibited. If you are not the intended recipient, please contact the= =20sender by reply email and destroy all copies of the original message. -------------------------------------------------------------------------= ---------- --_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =

I have been developing a custom SR using Ceph as a= =20backend for a while now. I had some decent success with XenServer 6.5,= =20and I could load a couple VMs using the rbd kernel module. I have been= =20trying to get it to work on 6.6 in hopes that =20I can move from kernel space into user space. I have run into a few is= sues, and currently cannot even get XenServer to recognize the new SR typ= e, let alone attempt to use it. I found that there is now a whitelist of = plugins, and have edited line 154 of /etc/xapi.conf =20to include my new SR type in the whitelist. However, when I restart xa= pi my SR type is not listed among available SR types. I checked /var/log/= xensource.log and I see a strange error:

 

Feb 18 10:34:20 xenbe= ta xapi: [error|xenbeta|0 |Registering SMAPIv1 plugins D:030605a866ff|sm_= exec] Rejecting SM plugin: CEPH because of exception: =20Storage_interface.Backend_error(_) (executable)

 

Normally this would seem pretty clear, except that= =20I’ve already used “chmod a+x /opt/xensource/sm/CEPH.py= ” on my plugin. I know my plugin is executable. What could be causi= ng this error? And is there documentation for creating adding new =20plugins in Dundee?

 

-Patrick

This email message is for the sole use of the intended recipient(s) = and may=20 contain confidential information.  Any unauthorized review, use, dis= closure=20 or distribution is prohibited.  If you are not the intended recipien= t,=20 please contact the sender by reply email and destroy all copies of the or= iginal=20 message.
--_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_-- --===============5284740631104574090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5284740631104574090==-- From xen-api-bounces@lists.xen.org Thu Feb 18 16:49:09 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Feb 2016 16:49:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRlH-0007vy-VY; Thu, 18 Feb 2016 16:49:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRlG-0007vj-Vk for xen-api@lists.xen.org; Thu, 18 Feb 2016 16:49:03 +0000 Received: from [85.158.139.211] by server-3.bemta-5.messagelabs.com id 7F/2F-03449-EF5F5C65; Thu, 18 Feb 2016 16:49:02 +0000 X-Env-Sender: pwombacher@nvidia.com X-Msg-Ref: server-16.tower-206.messagelabs.com!1455814139!8947946!1 X-Originating-IP: [216.228.121.64] X-SpamReason: No, hits=0.1 required=7.0 tests=HTML_50_60,HTML_MESSAGE X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 18247 invoked from network); 18 Feb 2016 16:49:00 -0000 Received: from hqemgate15.nvidia.com (HELO hqemgate15.nvidia.com) (216.228.121.64) by server-16.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 18 Feb 2016 16:49:00 -0000 Received: from hqnvupgp08.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com id ; Thu, 18 Feb 2016 08:48:49 -0800 Received: from HQMAIL105.nvidia.com ([172.20.187.12]) by hqnvupgp08.nvidia.com (PGP Universal service); Thu, 18 Feb 2016 08:49:03 -0800 X-PGP-Universal: processed; by hqnvupgp08.nvidia.com on Thu, 18 Feb 2016 08:49:03 -0800 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL105.nvidia.com (172.20.187.12) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Thu, 18 Feb 2016 16:48:58 +0000 Received: from HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b]) by HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b%19]) with mapi id 15.00.1130.005; Thu, 18 Feb 2016 16:48:58 +0000 From: Patrick Wombacher To: "xen-api@lists.xen.org" Thread-Topic: Custom SM Plugin Error Thread-Index: AdFqaYzXHBbfBOA5TmecQ+WIL3BZJQ== Date: Thu, 18 Feb 2016 16:48:58 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.200.89] MIME-Version: 1.0 Subject: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5284740631104574090==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============5284740631104574090== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_" --_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I have been developing a custom SR using Ceph as a backend for a while no= w. I had some decent success with XenServer 6.5, and I could load a coupl= e VMs using the rbd kernel module. I have been trying to get it to work o= n 6.6 in hopes that I can move from kernel space into user space. I have = run into a few issues, and currently cannot even get XenServer to recogni= ze the new SR type, let alone attempt to use it. I found that there is no= w a whitelist of plugins, and have edited line 154 of /etc/xapi.conf to i= nclude my new SR type in the whitelist. However, when I restart xapi my S= R type is not listed among available SR types. I checked /var/log/xensour= ce.log and I see a strange error: Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 plugi= ns D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of exception= : Storage_interface.Backend_error(_) (executable) Normally this would seem pretty clear, except that I've already used "chm= od a+x /opt/xensource/sm/CEPH.py" on my plugin. I know my plugin is execu= table. What could be causing this error? And is there documentation for c= reating adding new plugins in Dundee? -Patrick -------------------------------------------------------------------------= ---------- This email message is for the sole use of the intended recipient(s) and m= ay contain confidential information. Any unauthorized review, use, disclosure or di= stribution is prohibited. If you are not the intended recipient, please contact the= =20sender by reply email and destroy all copies of the original message. -------------------------------------------------------------------------= ---------- --_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable =

I have been developing a custom SR using Ceph as a= =20backend for a while now. I had some decent success with XenServer 6.5,= =20and I could load a couple VMs using the rbd kernel module. I have been= =20trying to get it to work on 6.6 in hopes that =20I can move from kernel space into user space. I have run into a few is= sues, and currently cannot even get XenServer to recognize the new SR typ= e, let alone attempt to use it. I found that there is now a whitelist of = plugins, and have edited line 154 of /etc/xapi.conf =20to include my new SR type in the whitelist. However, when I restart xa= pi my SR type is not listed among available SR types. I checked /var/log/= xensource.log and I see a strange error:

 

Feb 18 10:34:20 xenbe= ta xapi: [error|xenbeta|0 |Registering SMAPIv1 plugins D:030605a866ff|sm_= exec] Rejecting SM plugin: CEPH because of exception: =20Storage_interface.Backend_error(_) (executable)

 

Normally this would seem pretty clear, except that= =20I’ve already used “chmod a+x /opt/xensource/sm/CEPH.py= ” on my plugin. I know my plugin is executable. What could be causi= ng this error? And is there documentation for creating adding new =20plugins in Dundee?

 

-Patrick

This email message is for the sole use of the intended recipient(s) = and may=20 contain confidential information.  Any unauthorized review, use, dis= closure=20 or distribution is prohibited.  If you are not the intended recipien= t,=20 please contact the sender by reply email and destroy all copies of the or= iginal=20 message.
--_000_b62409ce969f4130bbbea23a342fa45eHQMAIL108nvidiacom_-- --===============5284740631104574090== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============5284740631104574090==-- From xen-api-bounces@lists.xen.org Thu Feb 18 17:02:56 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Feb 2016 17:02:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRyh-0000wJ-94; Thu, 18 Feb 2016 17:02:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRyf-0000vy-LJ for xen-api@lists.xen.org; Thu, 18 Feb 2016 17:02:53 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id FA/B2-04025-C39F5C65; Thu, 18 Feb 2016 17:02:52 +0000 X-Env-Sender: prvs=849463d55=germano.percossi@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1455814970!23092749!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26500 invoked from network); 18 Feb 2016 17:02:52 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2016 17:02:52 -0000 X-IronPort-AV: E=Sophos;i="5.22,466,1449532800"; d="scan'208";a="339200025" To: References: From: Germano Percossi Message-ID: <56C5F938.8010300@citrix.com> Date: Thu, 18 Feb 2016 17:02:48 +0000 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Length: 2338 X-DLP: MIA1 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it to > work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer to > recognize the new SR type, let alone attempt to use it. I found that > there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, when > I restart xapi my SR type is not listed among available SR types. I > checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I=92ve already used > =93chmod a+x /opt/xensource/sm/CEPH.py=94 on my plugin. I know my plugin = is > executable. What could be causing this error? And is there documentation > for creating adding new plugins in Dundee? > > -Patrick > > ------------------------------------------------------------------------ > This email message is for the sole use of the intended recipient(s) and > may contain confidential information. Any unauthorized review, use, > disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply email and destroy all > copies of the original message. > ------------------------------------------------------------------------ > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Thu Feb 18 17:02:56 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 18 Feb 2016 17:02:56 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRyh-0000wJ-94; Thu, 18 Feb 2016 17:02:55 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWRyf-0000vy-LJ for xen-api@lists.xen.org; Thu, 18 Feb 2016 17:02:53 +0000 Received: from [85.158.139.211] by server-4.bemta-5.messagelabs.com id FA/B2-04025-C39F5C65; Thu, 18 Feb 2016 17:02:52 +0000 X-Env-Sender: prvs=849463d55=germano.percossi@citrix.com X-Msg-Ref: server-6.tower-206.messagelabs.com!1455814970!23092749!1 X-Originating-IP: [66.165.176.63] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni42MyA9PiAzMDYwNDg=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 26500 invoked from network); 18 Feb 2016 17:02:52 -0000 Received: from smtp02.citrix.com (HELO SMTP02.CITRIX.COM) (66.165.176.63) by server-6.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 18 Feb 2016 17:02:52 -0000 X-IronPort-AV: E=Sophos;i="5.22,466,1449532800"; d="scan'208";a="339200025" To: References: From: Germano Percossi Message-ID: <56C5F938.8010300@citrix.com> Date: Thu, 18 Feb 2016 17:02:48 +0000 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: Content-Length: 2338 X-DLP: MIA1 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it to > work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer to > recognize the new SR type, let alone attempt to use it. I found that > there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, when > I restart xapi my SR type is not listed among available SR types. I > checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I=92ve already used > =93chmod a+x /opt/xensource/sm/CEPH.py=94 on my plugin. I know my plugin = is > executable. What could be causing this error? And is there documentation > for creating adding new plugins in Dundee? > > -Patrick > > ------------------------------------------------------------------------ > This email message is for the sole use of the intended recipient(s) and > may contain confidential information. Any unauthorized review, use, > disclosure or distribution is prohibited. If you are not the intended > recipient, please contact the sender by reply email and destroy all > copies of the original message. > ------------------------------------------------------------------------ > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 11:59:33 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 11:59:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWjiY-0001sJ-Lb; Fri, 19 Feb 2016 11:59:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWjiV-0001rl-Ng; Fri, 19 Feb 2016 11:59:23 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 87/0A-03800-A9307C65; Fri, 19 Feb 2016 11:59:22 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1455883161!23567999!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25039 invoked from network); 19 Feb 2016 11:59:21 -0000 Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com) (74.125.82.45) by server-12.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 19 Feb 2016 11:59:21 -0000 Received: by mail-wm0-f45.google.com with SMTP id g62so72611297wme.1; Fri, 19 Feb 2016 03:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=; b=pxV6oADNWoTSq9ovlm/PwTxs0iz+UdIaHTOr9/Jt9DTWbbGpD9cfeNq0Me3mb3gEpc ZUb5OipIR8to8UeSinLBzVTgjeezmOJq5v+8EGQ0iXRvIWXrIm/1a8iPkqFzNj2vtTRO OM0vev0VQ057z4gAhvZQLwjd1PD7tCJ4gOEYhxQe/uU635gClFSb16qJRxfN4Q78d6ZN vBknKG+ZUVQjYxkKIJsmAFIF42/ONRrl6SkDES3K2z8ZyLK30/rlPc+kW/HdYvs1hRqt ij7s0A+2eFHGO0PcClf+0xnXU9nqW0WrapfP7LOvLlvYURSXjL+LQkRr/yGmniYwt/J/ vN6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=; b=H1ng1YRuKy2/hn1Exu4XKSnf1aSlv/jFdCzZg7LOH3X+PgqjEpRBFW5OXRkYTCszIo mUQwerlsxhuvtQ+8yEyGoaihFzYqahRjyW/OXW3DqK4CEZd8Iw7BTmqo1b38hkoLYfRQ KprL7qAYVlfnLlfzWUn/+FSBZQzR+vVrHDZFpX/Q5ms4lwVr4nWL1j1Ziep9eJR55QRN 9M1IIRK0UkbUKh5bLJW5+u7cjpGWHmEGMgoCag05/+wf4SGpo8qr8z4rRt9N30lc2Myv yI3M56XGZJGbCVpaX0czsu/gCCIJyXSyZULsb2QEFQBJzGWlMitNq7vKRfL5z2BPPb3a O64Q== X-Gm-Message-State: AG10YOT46sejvkwZJ7lpTKaAd6Ao7PUVZIk3/kgmT5pUdawioeIFBPpD5LhW1wMzEQFRsA== X-Received: by 10.194.57.138 with SMTP id i10mr13031481wjq.104.1455883161014; Fri, 19 Feb 2016 03:59:21 -0800 (PST) Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170]) by smtp.gmail.com with ESMTPSA id y3sm7340290wmy.17.2016.02.19.03.59.19 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Feb 2016 03:59:20 -0800 (PST) From: Lars Kurth Message-Id: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com> Date: Fri, 19 Feb 2016 11:59:20 +0000 To: xen-devel , xen-api@lists.xenproject.org, xen-users@lists.xenproject.org, mirageos-devel , Win-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] Xen Project Infrastructure Maintenance: Feb 22nd from 8:00 AM UTC (to fix CVE-2015-7547) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes. If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 11:59:33 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 11:59:33 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWjiY-0001sJ-Lb; Fri, 19 Feb 2016 11:59:26 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWjiV-0001rl-Ng; Fri, 19 Feb 2016 11:59:23 +0000 Received: from [85.158.139.211] by server-17.bemta-5.messagelabs.com id 87/0A-03800-A9307C65; Fri, 19 Feb 2016 11:59:22 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-12.tower-206.messagelabs.com!1455883161!23567999!1 X-Originating-IP: [74.125.82.45] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 25039 invoked from network); 19 Feb 2016 11:59:21 -0000 Received: from mail-wm0-f45.google.com (HELO mail-wm0-f45.google.com) (74.125.82.45) by server-12.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 19 Feb 2016 11:59:21 -0000 Received: by mail-wm0-f45.google.com with SMTP id g62so72611297wme.1; Fri, 19 Feb 2016 03:59:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=; b=pxV6oADNWoTSq9ovlm/PwTxs0iz+UdIaHTOr9/Jt9DTWbbGpD9cfeNq0Me3mb3gEpc ZUb5OipIR8to8UeSinLBzVTgjeezmOJq5v+8EGQ0iXRvIWXrIm/1a8iPkqFzNj2vtTRO OM0vev0VQ057z4gAhvZQLwjd1PD7tCJ4gOEYhxQe/uU635gClFSb16qJRxfN4Q78d6ZN vBknKG+ZUVQjYxkKIJsmAFIF42/ONRrl6SkDES3K2z8ZyLK30/rlPc+kW/HdYvs1hRqt ij7s0A+2eFHGO0PcClf+0xnXU9nqW0WrapfP7LOvLlvYURSXjL+LQkRr/yGmniYwt/J/ vN6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:message-id:date:to:mime-version; bh=8I/gffJqgXTGK77jSAldZNejR1FD+teAGvx2fC2+WZs=; b=H1ng1YRuKy2/hn1Exu4XKSnf1aSlv/jFdCzZg7LOH3X+PgqjEpRBFW5OXRkYTCszIo mUQwerlsxhuvtQ+8yEyGoaihFzYqahRjyW/OXW3DqK4CEZd8Iw7BTmqo1b38hkoLYfRQ KprL7qAYVlfnLlfzWUn/+FSBZQzR+vVrHDZFpX/Q5ms4lwVr4nWL1j1Ziep9eJR55QRN 9M1IIRK0UkbUKh5bLJW5+u7cjpGWHmEGMgoCag05/+wf4SGpo8qr8z4rRt9N30lc2Myv yI3M56XGZJGbCVpaX0czsu/gCCIJyXSyZULsb2QEFQBJzGWlMitNq7vKRfL5z2BPPb3a O64Q== X-Gm-Message-State: AG10YOT46sejvkwZJ7lpTKaAd6Ao7PUVZIk3/kgmT5pUdawioeIFBPpD5LhW1wMzEQFRsA== X-Received: by 10.194.57.138 with SMTP id i10mr13031481wjq.104.1455883161014; Fri, 19 Feb 2016 03:59:21 -0800 (PST) Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170]) by smtp.gmail.com with ESMTPSA id y3sm7340290wmy.17.2016.02.19.03.59.19 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 19 Feb 2016 03:59:20 -0800 (PST) From: Lars Kurth Message-Id: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com> Date: Fri, 19 Feb 2016 11:59:20 +0000 To: xen-devel , xen-api@lists.xenproject.org, xen-users@lists.xenproject.org, mirageos-devel , Win-pv-devel@lists.xenproject.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) Subject: [Xen-API] Xen Project Infrastructure Maintenance: Feb 22nd from 8:00 AM UTC (to fix CVE-2015-7547) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi everyone, due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes. If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel. Best Regards Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 16:40:26 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 16:40:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWo6N-0008OP-8S; Fri, 19 Feb 2016 16:40:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWo6M-0008OE-AH for xen-api@lists.xen.org; Fri, 19 Feb 2016 16:40:18 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id 9A/3A-03511-17547C65; Fri, 19 Feb 2016 16:40:17 +0000 X-Env-Sender: pwombacher@nvidia.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1455900015!15248688!1 X-Originating-IP: [216.228.121.64] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 46897 invoked from network); 19 Feb 2016 16:40:16 -0000 Received: from hqemgate15.nvidia.com (HELO hqemgate15.nvidia.com) (216.228.121.64) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 19 Feb 2016 16:40:16 -0000 Received: from hqnvupgp07.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com id ; Fri, 19 Feb 2016 08:40:03 -0800 Received: from HQMAIL101.nvidia.com ([172.20.187.10]) by hqnvupgp07.nvidia.com (PGP Universal service); Fri, 19 Feb 2016 08:39:14 -0800 X-PGP-Universal: processed; by hqnvupgp07.nvidia.com on Fri, 19 Feb 2016 08:39:14 -0800 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Fri, 19 Feb 2016 16:40:06 +0000 Received: from HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b]) by HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b%19]) with mapi id 15.00.1130.005; Fri, 19 Feb 2016 16:40:06 +0000 From: Patrick Wombacher To: "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Custom SM Plugin Error Thread-Index: AdFrMQFK842t33Z5QV6Jjg9wiAOvEA== Date: Fri, 19 Feb 2016 16:40:06 +0000 Message-ID: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.200.89] MIME-Version: 1.0 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? -Patrick ---------------------------------------------------------------------- Date: Thu, 18 Feb 2016 17:02:48 +0000 From: Germano Percossi To: Subject: Re: [Xen-API] Custom SM Plugin Error Message-ID: <56C5F938.8010300@citrix.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it > to work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer > to recognize the new SR type, let alone attempt to use it. I found > that there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, > when I restart xapi my SR type is not listed among available SR types. > I checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I?ve already used > ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin > is executable. What could be causing this error? And is there > documentation for creating adding new plugins in Dundee? > > -Patrick > > ---------------------------------------------------------------------- > -- This email message is for the sole use of the intended recipient(s) > and may contain confidential information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and > destroy all copies of the original message. > ---------------------------------------------------------------------- > -- > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 16:40:26 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 16:40:26 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWo6N-0008OP-8S; Fri, 19 Feb 2016 16:40:19 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWo6M-0008OE-AH for xen-api@lists.xen.org; Fri, 19 Feb 2016 16:40:18 +0000 Received: from [85.158.139.211] by server-7.bemta-5.messagelabs.com id 9A/3A-03511-17547C65; Fri, 19 Feb 2016 16:40:17 +0000 X-Env-Sender: pwombacher@nvidia.com X-Msg-Ref: server-15.tower-206.messagelabs.com!1455900015!15248688!1 X-Originating-IP: [216.228.121.64] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 46897 invoked from network); 19 Feb 2016 16:40:16 -0000 Received: from hqemgate15.nvidia.com (HELO hqemgate15.nvidia.com) (216.228.121.64) by server-15.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 19 Feb 2016 16:40:16 -0000 Received: from hqnvupgp07.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com id ; Fri, 19 Feb 2016 08:40:03 -0800 Received: from HQMAIL101.nvidia.com ([172.20.187.10]) by hqnvupgp07.nvidia.com (PGP Universal service); Fri, 19 Feb 2016 08:39:14 -0800 X-PGP-Universal: processed; by hqnvupgp07.nvidia.com on Fri, 19 Feb 2016 08:39:14 -0800 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL101.nvidia.com (172.20.187.10) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Fri, 19 Feb 2016 16:40:06 +0000 Received: from HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b]) by HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b%19]) with mapi id 15.00.1130.005; Fri, 19 Feb 2016 16:40:06 +0000 From: Patrick Wombacher To: "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Custom SM Plugin Error Thread-Index: AdFrMQFK842t33Z5QV6Jjg9wiAOvEA== Date: Fri, 19 Feb 2016 16:40:06 +0000 Message-ID: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.200.89] MIME-Version: 1.0 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? -Patrick ---------------------------------------------------------------------- Date: Thu, 18 Feb 2016 17:02:48 +0000 From: Germano Percossi To: Subject: Re: [Xen-API] Custom SM Plugin Error Message-ID: <56C5F938.8010300@citrix.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it > to work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer > to recognize the new SR type, let alone attempt to use it. I found > that there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, > when I restart xapi my SR type is not listed among available SR types. > I checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I?ve already used > ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin > is executable. What could be causing this error? And is there > documentation for creating adding new plugins in Dundee? > > -Patrick > > ---------------------------------------------------------------------- > -- This email message is for the sole use of the intended recipient(s) > and may contain confidential information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and > destroy all copies of the original message. > ---------------------------------------------------------------------- > -- > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 16:57:28 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 16:57:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWoMu-0001v6-2W; Fri, 19 Feb 2016 16:57:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWoMs-0001uu-Kd for xen-api@lists.xen.org; Fri, 19 Feb 2016 16:57:22 +0000 Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id 05/5F-04039-17947C65; Fri, 19 Feb 2016 16:57:21 +0000 X-Env-Sender: prvs=850eecb29=bob.ball@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1455901040!23153419!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 61753 invoked from network); 19 Feb 2016 16:57:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2016 16:57:20 -0000 X-IronPort-AV: E=Sophos;i="5.22,471,1449532800"; d="scan'208";a="15323106" From: Bob Ball To: Patrick Wombacher , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Custom SM Plugin Error Thread-Index: AdFrMQFKHBbfBOA5TmecQ+WIL3BZJQABE23A Date: Fri, 19 Feb 2016 16:53:39 +0000 Deferred-Delivery: Fri, 19 Feb 2016 16:52:56 +0000 Message-ID: <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> References: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> In-Reply-To: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Patrick, As a quick thought, check that the executable at the top of your SR exists. User space was upgraded quite significantly from 6.5 -> 6.6, including the version of Python. Normally you should use "#!/usr/bin/env python" (which is what most of the SRs we provide use, including EXTSR) but if you referred to a specific python version it would have worked for several XenServer versions up until 6.6 at which point it's possible that it's referring to a file that doesn't exist which could return the error that it's not executable. Bob -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Patrick Wombacher Sent: 19 February 2016 16:40 To: xen-api@lists.xen.org Subject: Re: [Xen-API] Custom SM Plugin Error Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? -Patrick ---------------------------------------------------------------------- Date: Thu, 18 Feb 2016 17:02:48 +0000 From: Germano Percossi To: Subject: Re: [Xen-API] Custom SM Plugin Error Message-ID: <56C5F938.8010300@citrix.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it > to work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer > to recognize the new SR type, let alone attempt to use it. I found > that there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, > when I restart xapi my SR type is not listed among available SR types. > I checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I?ve already used > ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin > is executable. What could be causing this error? And is there > documentation for creating adding new plugins in Dundee? > > -Patrick > > ---------------------------------------------------------------------- > -- This email message is for the sole use of the intended recipient(s) > and may contain confidential information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and > destroy all copies of the original message. > ---------------------------------------------------------------------- > -- > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 16:57:28 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 16:57:28 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWoMu-0001v6-2W; Fri, 19 Feb 2016 16:57:24 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWoMs-0001uu-Kd for xen-api@lists.xen.org; Fri, 19 Feb 2016 16:57:22 +0000 Received: from [85.158.137.68] by server-6.bemta-3.messagelabs.com id 05/5F-04039-17947C65; Fri, 19 Feb 2016 16:57:21 +0000 X-Env-Sender: prvs=850eecb29=bob.ball@citrix.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1455901040!23153419!1 X-Originating-IP: [185.25.65.24] X-SpamReason: No, hits=0.0 required=7.0 tests=received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 61753 invoked from network); 19 Feb 2016 16:57:20 -0000 Received: from smtp.eu.citrix.com (HELO SMTP.EU.CITRIX.COM) (185.25.65.24) by server-13.tower-31.messagelabs.com with RC4-SHA encrypted SMTP; 19 Feb 2016 16:57:20 -0000 X-IronPort-AV: E=Sophos;i="5.22,471,1449532800"; d="scan'208";a="15323106" From: Bob Ball To: Patrick Wombacher , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Custom SM Plugin Error Thread-Index: AdFrMQFKHBbfBOA5TmecQ+WIL3BZJQABE23A Date: Fri, 19 Feb 2016 16:53:39 +0000 Deferred-Delivery: Fri, 19 Feb 2016 16:52:56 +0000 Message-ID: <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> References: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> In-Reply-To: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted MIME-Version: 1.0 X-DLP: AMS1 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Patrick, As a quick thought, check that the executable at the top of your SR exists. User space was upgraded quite significantly from 6.5 -> 6.6, including the version of Python. Normally you should use "#!/usr/bin/env python" (which is what most of the SRs we provide use, including EXTSR) but if you referred to a specific python version it would have worked for several XenServer versions up until 6.6 at which point it's possible that it's referring to a file that doesn't exist which could return the error that it's not executable. Bob -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Patrick Wombacher Sent: 19 February 2016 16:40 To: xen-api@lists.xen.org Subject: Re: [Xen-API] Custom SM Plugin Error Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? -Patrick ---------------------------------------------------------------------- Date: Thu, 18 Feb 2016 17:02:48 +0000 From: Germano Percossi To: Subject: Re: [Xen-API] Custom SM Plugin Error Message-ID: <56C5F938.8010300@citrix.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it > to work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer > to recognize the new SR type, let alone attempt to use it. I found > that there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, > when I restart xapi my SR type is not listed among available SR types. > I checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I?ve already used > ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin > is executable. What could be causing this error? And is there > documentation for creating adding new plugins in Dundee? > > -Patrick > > ---------------------------------------------------------------------- > -- This email message is for the sole use of the intended recipient(s) > and may contain confidential information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and > destroy all copies of the original message. > ---------------------------------------------------------------------- > -- > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 20:25:09 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 20:25:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWrbs-0007rS-Kj; Fri, 19 Feb 2016 20:25:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWrbq-0007rM-VL for xen-api@lists.xen.org; Fri, 19 Feb 2016 20:25:03 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 92/23-02978-E1A77C65; Fri, 19 Feb 2016 20:25:02 +0000 X-Env-Sender: pwombacher@nvidia.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1455913499!23662560!1 X-Originating-IP: [216.228.121.64] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 45202 invoked from network); 19 Feb 2016 20:25:00 -0000 Received: from hqemgate15.nvidia.com (HELO hqemgate15.nvidia.com) (216.228.121.64) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 19 Feb 2016 20:25:00 -0000 Received: from hqnvupgp08.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com id ; Fri, 19 Feb 2016 12:24:48 -0800 Received: from HQMAIL103.nvidia.com ([172.20.187.11]) by hqnvupgp08.nvidia.com (PGP Universal service); Fri, 19 Feb 2016 12:25:01 -0800 X-PGP-Universal: processed; by hqnvupgp08.nvidia.com on Fri, 19 Feb 2016 12:25:01 -0800 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL103.nvidia.com (172.20.187.11) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Fri, 19 Feb 2016 20:24:58 +0000 Received: from HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b]) by HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b%19]) with mapi id 15.00.1130.005; Fri, 19 Feb 2016 20:24:58 +0000 From: Patrick Wombacher To: Bob Ball , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Custom SM Plugin Error Thread-Index: AdFrMQFK842t33Z5QV6Jjg9wiAOvEAABRNmAAAcZ5LA= Date: Fri, 19 Feb 2016 20:24:57 +0000 Message-ID: <4da735d0427a49ddb4a7eaadc6cd27ee@HQMAIL108.nvidia.com> References: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> In-Reply-To: <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.200.89] MIME-Version: 1.0 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I can verify that it does contain "#!/usr/bin/env python" as the first line. I started this project by heavily modifying DummySR.py, so it came over with that, and I see it in the top of my file. I was not using any special version of python, since I wanted to be able to just drop this into XenServer with any other major changes. -Patrick -----Original Message----- From: Bob Ball [mailto:bob.ball@citrix.com] Sent: Friday, February 19, 2016 10:54 AM To: Patrick Wombacher; xen-api@lists.xen.org Subject: RE: [Xen-API] Custom SM Plugin Error Hi Patrick, As a quick thought, check that the executable at the top of your SR exists. User space was upgraded quite significantly from 6.5 -> 6.6, including the version of Python. Normally you should use "#!/usr/bin/env python" (which is what most of the SRs we provide use, including EXTSR) but if you referred to a specific python version it would have worked for several XenServer versions up until 6.6 at which point it's possible that it's referring to a file that doesn't exist which could return the error that it's not executable. Bob -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Patrick Wombacher Sent: 19 February 2016 16:40 To: xen-api@lists.xen.org Subject: Re: [Xen-API] Custom SM Plugin Error Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? -Patrick ---------------------------------------------------------------------- Date: Thu, 18 Feb 2016 17:02:48 +0000 From: Germano Percossi To: Subject: Re: [Xen-API] Custom SM Plugin Error Message-ID: <56C5F938.8010300@citrix.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it > to work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer > to recognize the new SR type, let alone attempt to use it. I found > that there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, > when I restart xapi my SR type is not listed among available SR types. > I checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I?ve already used > ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin > is executable. What could be causing this error? And is there > documentation for creating adding new plugins in Dundee? > > -Patrick > > ---------------------------------------------------------------------- > -- This email message is for the sole use of the intended recipient(s) > and may contain confidential information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and > destroy all copies of the original message. > ---------------------------------------------------------------------- > -- > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Fri Feb 19 20:25:09 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Fri, 19 Feb 2016 20:25:09 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWrbs-0007rS-Kj; Fri, 19 Feb 2016 20:25:04 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aWrbq-0007rM-VL for xen-api@lists.xen.org; Fri, 19 Feb 2016 20:25:03 +0000 Received: from [85.158.139.211] by server-10.bemta-5.messagelabs.com id 92/23-02978-E1A77C65; Fri, 19 Feb 2016 20:25:02 +0000 X-Env-Sender: pwombacher@nvidia.com X-Msg-Ref: server-3.tower-206.messagelabs.com!1455913499!23662560!1 X-Originating-IP: [216.228.121.64] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 45202 invoked from network); 19 Feb 2016 20:25:00 -0000 Received: from hqemgate15.nvidia.com (HELO hqemgate15.nvidia.com) (216.228.121.64) by server-3.tower-206.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 19 Feb 2016 20:25:00 -0000 Received: from hqnvupgp08.nvidia.com (Not Verified[216.228.121.13]) by hqemgate15.nvidia.com id ; Fri, 19 Feb 2016 12:24:48 -0800 Received: from HQMAIL103.nvidia.com ([172.20.187.11]) by hqnvupgp08.nvidia.com (PGP Universal service); Fri, 19 Feb 2016 12:25:01 -0800 X-PGP-Universal: processed; by hqnvupgp08.nvidia.com on Fri, 19 Feb 2016 12:25:01 -0800 Received: from HQMAIL108.nvidia.com (172.18.146.13) by HQMAIL103.nvidia.com (172.20.187.11) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Fri, 19 Feb 2016 20:24:58 +0000 Received: from HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b]) by HQMAIL108.nvidia.com ([fe80::e49e:41ce:d11c:726b%19]) with mapi id 15.00.1130.005; Fri, 19 Feb 2016 20:24:58 +0000 From: Patrick Wombacher To: Bob Ball , "xen-api@lists.xen.org" Thread-Topic: [Xen-API] Custom SM Plugin Error Thread-Index: AdFrMQFK842t33Z5QV6Jjg9wiAOvEAABRNmAAAcZ5LA= Date: Fri, 19 Feb 2016 20:24:57 +0000 Message-ID: <4da735d0427a49ddb4a7eaadc6cd27ee@HQMAIL108.nvidia.com> References: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> In-Reply-To: <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.20.200.89] MIME-Version: 1.0 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org I can verify that it does contain "#!/usr/bin/env python" as the first line. I started this project by heavily modifying DummySR.py, so it came over with that, and I see it in the top of my file. I was not using any special version of python, since I wanted to be able to just drop this into XenServer with any other major changes. -Patrick -----Original Message----- From: Bob Ball [mailto:bob.ball@citrix.com] Sent: Friday, February 19, 2016 10:54 AM To: Patrick Wombacher; xen-api@lists.xen.org Subject: RE: [Xen-API] Custom SM Plugin Error Hi Patrick, As a quick thought, check that the executable at the top of your SR exists. User space was upgraded quite significantly from 6.5 -> 6.6, including the version of Python. Normally you should use "#!/usr/bin/env python" (which is what most of the SRs we provide use, including EXTSR) but if you referred to a specific python version it would have worked for several XenServer versions up until 6.6 at which point it's possible that it's referring to a file that doesn't exist which could return the error that it's not executable. Bob -----Original Message----- From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Patrick Wombacher Sent: 19 February 2016 16:40 To: xen-api@lists.xen.org Subject: Re: [Xen-API] Custom SM Plugin Error Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? -Patrick ---------------------------------------------------------------------- Date: Thu, 18 Feb 2016 17:02:48 +0000 From: Germano Percossi To: Subject: Re: [Xen-API] Custom SM Plugin Error Message-ID: <56C5F938.8010300@citrix.com> Content-Type: text/plain; charset="windows-1252"; format=flowed Hi Patrick, have you always used this name for your SR? Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. Germano On 02/18/2016 04:48 PM, Patrick Wombacher wrote: > I have been developing a custom SR using Ceph as a backend for a while > now. I had some decent success with XenServer 6.5, and I could load a > couple VMs using the rbd kernel module. I have been trying to get it > to work on 6.6 in hopes that I can move from kernel space into user space. > I have run into a few issues, and currently cannot even get XenServer > to recognize the new SR type, let alone attempt to use it. I found > that there is now a whitelist of plugins, and have edited line 154 of > /etc/xapi.conf to include my new SR type in the whitelist. However, > when I restart xapi my SR type is not listed among available SR types. > I checked /var/log/xensource.log and I see a strange error: > > Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 > plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of > exception: Storage_interface.Backend_error(_) (executable) > > Normally this would seem pretty clear, except that I?ve already used > ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin > is executable. What could be causing this error? And is there > documentation for creating adding new plugins in Dundee? > > -Patrick > > ---------------------------------------------------------------------- > -- This email message is for the sole use of the intended recipient(s) > and may contain confidential information. Any unauthorized review, > use, disclosure or distribution is prohibited. If you are not the > intended recipient, please contact the sender by reply email and > destroy all copies of the original message. > ---------------------------------------------------------------------- > -- > > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Feb 22 08:51:58 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Feb 2016 08:51:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXmDf-0002We-Ih; Mon, 22 Feb 2016 08:51:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXmDd-0002WD-29; Mon, 22 Feb 2016 08:51:49 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 1A/DB-03109-32CCAC65; Mon, 22 Feb 2016 08:51:47 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1456131106!24016135!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 56175 invoked from network); 22 Feb 2016 08:51:46 -0000 Received: from mail-wm0-f48.google.com (HELO mail-wm0-f48.google.com) (74.125.82.48) by server-2.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 22 Feb 2016 08:51:46 -0000 Received: by mail-wm0-f48.google.com with SMTP id b205so145389561wmb.1; Mon, 22 Feb 2016 00:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=; b=zIgU2jm7Dh4PMjqwwPru9mWWT4SFcge/6RmqUif3W5vrrLr54OHSyT1g9XQg+cv5Vm Qsckb11qUJ65xab9EXarW6ziZTlwQ7ugYGqijkeOKSIh9LAvAijtnuuOqzLcqx3gpEdF s713I6lUj7gt0676FbOK6zL9fqb17zgxK/4h2a4SphH+uJ37o5bdzCZewFBOVrv2wQWw m3B3LdS1VkC39hkR65CgPNQlzHnnGmeolUVFX9dAj3Wok1hE3Hx0aLoVtPU1abw3D4Tl 7uGdAWwdp4Rv2jvODrBQZiR00ypJVFh7jnGkiq64lXn0GX/yn7wtBpezIHzh68s2EDzp 2X/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=; b=HclEfK4RB58TSoUCwoxg96X5WvtPEslIluYiXL8WMq3lP7Do1fu5PvvO1yrbmo4Uxf bl6Mi98xbsK0axIVNA+N/0Z5M2U13l6LhjcEE75XZBeO9Hh+M54WIQrT6N+6Z4o7fhPt Q0jA20/bqmNuWSK96+8mcrk4Cq5+/KTMH899lJmGzdibOk3AUpf0OEOW7Xtc02723TJd +l5i6KFvFJXSfU7stmZ/r6JUbbTjxzg3TNkTSiydeXGhozBvWAcBl2k1/sYPMZgHsI2L XGVQzLK3twCgwlrfMjpVUfRAp18SdKVL/1wOaNZ45tc4rQcRjWysTlJ/O+j6UD4Yv/72 kP1g== X-Gm-Message-State: AG10YOQb5x6qzwF1tSUNLj9eHH+j5X9bmhgVEmiDeV4CBZ/i+Rz5IqSobHGpOdg/No4XqA== X-Received: by 10.28.188.138 with SMTP id m132mr11200954wmf.29.1456131106577; Mon, 22 Feb 2016 00:51:46 -0800 (PST) Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170]) by smtp.gmail.com with ESMTPSA id 77sm9601395wmp.18.2016.02.22.00.51.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 22 Feb 2016 00:51:45 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Lars Kurth In-Reply-To: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com> Date: Mon, 22 Feb 2016 08:51:47 +0000 Message-Id: References: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com> To: xen-devel , xen-api@lists.xenproject.org, xen-users@lists.xenproject.org, mirageos-devel , Win-pv-devel@lists.xenproject.org X-Mailer: Apple Mail (2.2104) Subject: Re: [Xen-API] Xen Project Infrastructure Maintenance: Feb 22nd from 8:00 AM UTC (to fix CVE-2015-7547) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org A quick note to let you know that all machines have been rebooted Lars > On 19 Feb 2016, at 11:59, Lars Kurth wrote: > > Hi everyone, > > due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes. > > If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel. > > Best Regards > Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Feb 22 08:51:58 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Feb 2016 08:51:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXmDf-0002We-Ih; Mon, 22 Feb 2016 08:51:51 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXmDd-0002WD-29; Mon, 22 Feb 2016 08:51:49 +0000 Received: from [85.158.137.68] by server-17.bemta-3.messagelabs.com id 1A/DB-03109-32CCAC65; Mon, 22 Feb 2016 08:51:47 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-2.tower-31.messagelabs.com!1456131106!24016135!1 X-Originating-IP: [74.125.82.48] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 56175 invoked from network); 22 Feb 2016 08:51:46 -0000 Received: from mail-wm0-f48.google.com (HELO mail-wm0-f48.google.com) (74.125.82.48) by server-2.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 22 Feb 2016 08:51:46 -0000 Received: by mail-wm0-f48.google.com with SMTP id b205so145389561wmb.1; Mon, 22 Feb 2016 00:51:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=; b=zIgU2jm7Dh4PMjqwwPru9mWWT4SFcge/6RmqUif3W5vrrLr54OHSyT1g9XQg+cv5Vm Qsckb11qUJ65xab9EXarW6ziZTlwQ7ugYGqijkeOKSIh9LAvAijtnuuOqzLcqx3gpEdF s713I6lUj7gt0676FbOK6zL9fqb17zgxK/4h2a4SphH+uJ37o5bdzCZewFBOVrv2wQWw m3B3LdS1VkC39hkR65CgPNQlzHnnGmeolUVFX9dAj3Wok1hE3Hx0aLoVtPU1abw3D4Tl 7uGdAWwdp4Rv2jvODrBQZiR00ypJVFh7jnGkiq64lXn0GX/yn7wtBpezIHzh68s2EDzp 2X/w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=H2NJ6cSNUSN4taBEYz1Zmz5qRLBdz5tV2reZryPa/t4=; b=HclEfK4RB58TSoUCwoxg96X5WvtPEslIluYiXL8WMq3lP7Do1fu5PvvO1yrbmo4Uxf bl6Mi98xbsK0axIVNA+N/0Z5M2U13l6LhjcEE75XZBeO9Hh+M54WIQrT6N+6Z4o7fhPt Q0jA20/bqmNuWSK96+8mcrk4Cq5+/KTMH899lJmGzdibOk3AUpf0OEOW7Xtc02723TJd +l5i6KFvFJXSfU7stmZ/r6JUbbTjxzg3TNkTSiydeXGhozBvWAcBl2k1/sYPMZgHsI2L XGVQzLK3twCgwlrfMjpVUfRAp18SdKVL/1wOaNZ45tc4rQcRjWysTlJ/O+j6UD4Yv/72 kP1g== X-Gm-Message-State: AG10YOQb5x6qzwF1tSUNLj9eHH+j5X9bmhgVEmiDeV4CBZ/i+Rz5IqSobHGpOdg/No4XqA== X-Received: by 10.28.188.138 with SMTP id m132mr11200954wmf.29.1456131106577; Mon, 22 Feb 2016 00:51:46 -0800 (PST) Received: from [192.168.0.9] (97e551aa.skybroadband.com. [151.229.81.170]) by smtp.gmail.com with ESMTPSA id 77sm9601395wmp.18.2016.02.22.00.51.45 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 22 Feb 2016 00:51:45 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Lars Kurth In-Reply-To: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com> Date: Mon, 22 Feb 2016 08:51:47 +0000 Message-Id: References: <1B5A4030-F497-4C16-B8DF-8864131C035F@gmail.com> To: xen-devel , xen-api@lists.xenproject.org, xen-users@lists.xenproject.org, mirageos-devel , Win-pv-devel@lists.xenproject.org X-Mailer: Apple Mail (2.2104) Subject: Re: [Xen-API] Xen Project Infrastructure Maintenance: Feb 22nd from 8:00 AM UTC (to fix CVE-2015-7547) X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org A quick note to let you know that all machines have been rebooted Lars > On 19 Feb 2016, at 11:59, Lars Kurth wrote: > > Hi everyone, > > due to the recently discovered glibc security vulnerability we need to reboot all our VMs: this will affect the blog, bugs, etherpad, lists, mail, wiki and xenbits. Each service should only be unavailable for 5 minutes. > > If you notice any issues after the reboot please reply to this mail or check on the #xeninfra IRC channel. > > Best Regards > Lars _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Feb 22 10:23:13 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Feb 2016 10:23:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXndv-0007wj-3l; Mon, 22 Feb 2016 10:23:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXndt-0007we-Bu for xen-api@lists.xen.org; Mon, 22 Feb 2016 10:23:01 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id AB/6F-03883-481EAC65; Mon, 22 Feb 2016 10:23:00 +0000 X-Env-Sender: prvs=853807cfb=germano.percossi@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1456136578!24038769!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 63483 invoked from network); 22 Feb 2016 10:22:59 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Feb 2016 10:22:59 -0000 X-IronPort-AV: E=Sophos;i="5.22,483,1449532800"; d="scan'208";a="333324724" To: References: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> <4da735d0427a49ddb4a7eaadc6cd27ee@HQMAIL108.nvidia.com> From: Germano Percossi Message-ID: <56CAE180.5030307@citrix.com> Date: Mon, 22 Feb 2016 10:22:56 +0000 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <4da735d0427a49ddb4a7eaadc6cd27ee@HQMAIL108.nvidia.com> X-DLP: MIA1 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Patrick, Is your code available somewhere so I can have a look? Germano On 02/19/2016 08:24 PM, Patrick Wombacher wrote: > I can verify that it does contain "#!/usr/bin/env python" as the first line. I started this project by heavily modifying DummySR.py, so it came over with that, and I see it in the top of my file. I was not using any special version of python, since I wanted to be able to just drop this into XenServer with any other major changes. > > -Patrick > > -----Original Message----- > From: Bob Ball [mailto:bob.ball@citrix.com] > Sent: Friday, February 19, 2016 10:54 AM > To: Patrick Wombacher; xen-api@lists.xen.org > Subject: RE: [Xen-API] Custom SM Plugin Error > > Hi Patrick, > > As a quick thought, check that the executable at the top of your SR exists. User space was upgraded quite significantly from 6.5 -> 6.6, including the version of Python. > > Normally you should use "#!/usr/bin/env python" (which is what most of the SRs we provide use, including EXTSR) but if you referred to a specific python version it would have worked for several XenServer versions up until 6.6 at which point it's possible that it's referring to a file that doesn't exist which could return the error that it's not executable. > > Bob > > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Patrick Wombacher > Sent: 19 February 2016 16:40 > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] Custom SM Plugin Error > > Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. > > I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? > > -Patrick > > ---------------------------------------------------------------------- > > Date: Thu, 18 Feb 2016 17:02:48 +0000 > From: Germano Percossi > To: > Subject: Re: [Xen-API] Custom SM Plugin Error > Message-ID: <56C5F938.8010300@citrix.com> > Content-Type: text/plain; charset="windows-1252"; format=flowed > > Hi Patrick, have you always used this name for your SR? > Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. > > I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. > > Germano > > On 02/18/2016 04:48 PM, Patrick Wombacher wrote: >> I have been developing a custom SR using Ceph as a backend for a while >> now. I had some decent success with XenServer 6.5, and I could load a >> couple VMs using the rbd kernel module. I have been trying to get it >> to work on 6.6 in hopes that I can move from kernel space into user space. >> I have run into a few issues, and currently cannot even get XenServer >> to recognize the new SR type, let alone attempt to use it. I found >> that there is now a whitelist of plugins, and have edited line 154 of >> /etc/xapi.conf to include my new SR type in the whitelist. However, >> when I restart xapi my SR type is not listed among available SR types. >> I checked /var/log/xensource.log and I see a strange error: >> >> Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 >> plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of >> exception: Storage_interface.Backend_error(_) (executable) >> >> Normally this would seem pretty clear, except that I?ve already used >> ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin >> is executable. What could be causing this error? And is there >> documentation for creating adding new plugins in Dundee? >> >> -Patrick >> >> ---------------------------------------------------------------------- >> -- This email message is for the sole use of the intended recipient(s) >> and may contain confidential information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the >> intended recipient, please contact the sender by reply email and >> destroy all copies of the original message. >> ---------------------------------------------------------------------- >> -- >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Mon Feb 22 10:23:13 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Mon, 22 Feb 2016 10:23:13 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXndv-0007wj-3l; Mon, 22 Feb 2016 10:23:03 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aXndt-0007we-Bu for xen-api@lists.xen.org; Mon, 22 Feb 2016 10:23:01 +0000 Received: from [85.158.139.211] by server-9.bemta-5.messagelabs.com id AB/6F-03883-481EAC65; Mon, 22 Feb 2016 10:23:00 +0000 X-Env-Sender: prvs=853807cfb=germano.percossi@citrix.com X-Msg-Ref: server-2.tower-206.messagelabs.com!1456136578!24038769!1 X-Originating-IP: [66.165.176.89] X-SpamReason: No, hits=0.0 required=7.0 tests=sa_preprocessor: VHJ1c3RlZCBJUDogNjYuMTY1LjE3Ni44OSA9PiAyMDMwMDc=\n, received_headers: No Received headers X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 63483 invoked from network); 22 Feb 2016 10:22:59 -0000 Received: from smtp.citrix.com (HELO SMTP.CITRIX.COM) (66.165.176.89) by server-2.tower-206.messagelabs.com with RC4-SHA encrypted SMTP; 22 Feb 2016 10:22:59 -0000 X-IronPort-AV: E=Sophos;i="5.22,483,1449532800"; d="scan'208";a="333324724" To: References: <22533dcb3c404db4a2dd6988a9c1461f@HQMAIL108.nvidia.com> <381f02255b164064a6b534442c41a7e8@AMSPEX02CL01.citrite.net> <4da735d0427a49ddb4a7eaadc6cd27ee@HQMAIL108.nvidia.com> From: Germano Percossi Message-ID: <56CAE180.5030307@citrix.com> Date: Mon, 22 Feb 2016 10:22:56 +0000 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <4da735d0427a49ddb4a7eaadc6cd27ee@HQMAIL108.nvidia.com> X-DLP: MIA1 Subject: Re: [Xen-API] Custom SM Plugin Error X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org Hi Patrick, Is your code available somewhere so I can have a look? Germano On 02/19/2016 08:24 PM, Patrick Wombacher wrote: > I can verify that it does contain "#!/usr/bin/env python" as the first line. I started this project by heavily modifying DummySR.py, so it came over with that, and I see it in the top of my file. I was not using any special version of python, since I wanted to be able to just drop this into XenServer with any other major changes. > > -Patrick > > -----Original Message----- > From: Bob Ball [mailto:bob.ball@citrix.com] > Sent: Friday, February 19, 2016 10:54 AM > To: Patrick Wombacher; xen-api@lists.xen.org > Subject: RE: [Xen-API] Custom SM Plugin Error > > Hi Patrick, > > As a quick thought, check that the executable at the top of your SR exists. User space was upgraded quite significantly from 6.5 -> 6.6, including the version of Python. > > Normally you should use "#!/usr/bin/env python" (which is what most of the SRs we provide use, including EXTSR) but if you referred to a specific python version it would have worked for several XenServer versions up until 6.6 at which point it's possible that it's referring to a file that doesn't exist which could return the error that it's not executable. > > Bob > > -----Original Message----- > From: xen-api-bounces@lists.xen.org [mailto:xen-api-bounces@lists.xen.org] On Behalf Of Patrick Wombacher > Sent: 19 February 2016 16:40 > To: xen-api@lists.xen.org > Subject: Re: [Xen-API] Custom SM Plugin Error > > Looks like I had myself set to digest only. Sorry about any formatting errors, or if this doesn't get attached to the same thread. > > I went back and double checked my SR name, and I mistyped the name in my original email. I did actually name it CEPHSR.py, and created a CEPHSR symlink as was required in 6.5. In fact, I just did a test where I copied the contents of EXTSR.py in a file named CEPHCEPHSR.py (with symlink, chmod a+x, added to whitelist) and it seems to be working now. I did change 2 things in this clone of ext. The first was to change the DRIVER_INFO['name'] to be 'CephSR' so that I could tell the difference if I needed to poke at it, and the other was in EXTSR.handles() so that it returned 'cephceph' instead of 'ext'. I'm getting a bit closer. I suppose I'll just have to slowly recreate my plugin one function at a time? > > -Patrick > > ---------------------------------------------------------------------- > > Date: Thu, 18 Feb 2016 17:02:48 +0000 > From: Germano Percossi > To: > Subject: Re: [Xen-API] Custom SM Plugin Error > Message-ID: <56C5F938.8010300@citrix.com> > Content-Type: text/plain; charset="windows-1252"; format=flowed > > Hi Patrick, have you always used this name for your SR? > Not sure what has changed in xapi for 6.6 (apart from the whitelist mechanism) but in 6.5 to have a recognized SR you need to have something named SR. > > I would expect something like a symlink named CEPHSR linked to your CEPHSR.py. > > Germano > > On 02/18/2016 04:48 PM, Patrick Wombacher wrote: >> I have been developing a custom SR using Ceph as a backend for a while >> now. I had some decent success with XenServer 6.5, and I could load a >> couple VMs using the rbd kernel module. I have been trying to get it >> to work on 6.6 in hopes that I can move from kernel space into user space. >> I have run into a few issues, and currently cannot even get XenServer >> to recognize the new SR type, let alone attempt to use it. I found >> that there is now a whitelist of plugins, and have edited line 154 of >> /etc/xapi.conf to include my new SR type in the whitelist. However, >> when I restart xapi my SR type is not listed among available SR types. >> I checked /var/log/xensource.log and I see a strange error: >> >> Feb 18 10:34:20 xenbeta xapi: [error|xenbeta|0 |Registering SMAPIv1 >> plugins D:030605a866ff|sm_exec] Rejecting SM plugin: CEPH because of >> exception: Storage_interface.Backend_error(_) (executable) >> >> Normally this would seem pretty clear, except that I?ve already used >> ?chmod a+x /opt/xensource/sm/CEPH.py? on my plugin. I know my plugin >> is executable. What could be causing this error? And is there >> documentation for creating adding new plugins in Dundee? >> >> -Patrick >> >> ---------------------------------------------------------------------- >> -- This email message is for the sole use of the intended recipient(s) >> and may contain confidential information. Any unauthorized review, >> use, disclosure or distribution is prohibited. If you are not the >> intended recipient, please contact the sender by reply email and >> destroy all copies of the original message. >> ---------------------------------------------------------------------- >> -- >> >> >> _______________________________________________ >> Xen-api mailing list >> Xen-api@lists.xen.org >> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api >> > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > > _______________________________________________ > Xen-api mailing list > Xen-api@lists.xen.org > http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api > _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api From xen-api-bounces@lists.xen.org Wed Feb 24 02:55:12 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Feb 2016 02:55:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aYPbQ-0005Kn-IT; Wed, 24 Feb 2016 02:55:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aYPbO-0005Kh-NB for xen-api@lists.xen.org; Wed, 24 Feb 2016 02:54:59 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id C0/5B-03172-18B1DC65; Wed, 24 Feb 2016 02:54:57 +0000 X-Env-Sender: robinlee.sysu@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1456282494!24574738!1 X-Originating-IP: [209.85.214.169] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23780 invoked from network); 24 Feb 2016 02:54:55 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 24 Feb 2016 02:54:55 -0000 Received: by mail-ob0-f169.google.com with SMTP id gc3so5238971obb.3 for ; Tue, 23 Feb 2016 18:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kOYBji34ixRng6Y1L9ASqP7/RXNG3ucfk4ZG/Hsd1Ys=; b=OCmk59zSW5OrxTtYAdwM44QMA3HMuLF+Ola8sRu3r5I8uIeExhZxe7J7O2d3hN7tga lXYIEkIq7Oo2nuLjfePmXmzLovpVe1K+0Ok/RqqnQBSmxDRHMQGWzxYwddMaeI9rIsYw 26dJ+XlqzVTqbCjGAzzfzQJAg1lylWXPLbOOmu+q8/5XZKtT5LvriVyB1F0Rh7kKNkNd bsuxMdMSFt3ioyTDuPqtNyxALzBnx3ioq5DrP9ENM2F5PHLyqsQbKcuhZPaDEPuBb69C X/fOBkWWLyg9JQBWbNIjJo5KTFcGqczHfiRlQQHYbu+eIFUXSxszvdCGf8Je57fp/fIe czCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=kOYBji34ixRng6Y1L9ASqP7/RXNG3ucfk4ZG/Hsd1Ys=; b=j3dP13fNyv3lcscVaetSxA5DHQlEcx+fxTuMzyJ0H7gubFxkcYOV1/GMR0bvmq62Ej rABvbjwiRHarufVL6fAkRmE7+py8TW6DmlgwQaExIeoJ3KNhAHhiEAYkCm3GITXSwlQr dwKyKWPgyur27naT1VmaYLBQoyvCjjAMD5SUQjlcUPR31jIIr4MFP+wz72A60PQvpmWI mqcXU92jEU1Ih3aPGO63O+IyNhf9dRqvYbi7UUXNu/WtUAFZniuPLtzDT9Hu1JHtiz1h yu89fzknl4ri/iN/k8X6W8+0kCsFKzBOFeAVPXdrFTipOquCJN7rxmYmiHecFns1Rten YHXQ== X-Gm-Message-State: AG10YOSRu9r8c5w9z/ZWb23gy0WjlrNlMKwoSmNfskcGslTt9KoXeotndBEIgzTLcyz0pe2t86FQHqtuaW0f5g== MIME-Version: 1.0 X-Received: by 10.182.200.136 with SMTP id js8mr30038414obc.11.1456282494087; Tue, 23 Feb 2016 18:54:54 -0800 (PST) Received: by 10.202.104.168 with HTTP; Tue, 23 Feb 2016 18:54:54 -0800 (PST) Date: Wed, 24 Feb 2016 10:54:54 +0800 Message-ID: From: Robin Lee To: xen-api@lists.xen.org Subject: [Xen-API] core dump of xenopsd at 'st_masterlock_acquire' X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3911588271872979919==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3911588271872979919== Content-Type: multipart/alternative; boundary=001a11c24f06c0bb57052c7b3029 --001a11c24f06c0bb57052c7b3029 Content-Type: text/plain; charset=UTF-8 Hi all, We have a slightly costumed xapi based on xapi-0.2 build 6786 from XenServer 6.5SP1. Xapi is built with OCaml 3.12 binary (ocaml-3.12.1.ocamlspotter-unknown.x86_64) from XenServer binpkg. We met random core dumps of xenopsd at the function 'st_masterlock_acquire'. All the segfaulted threads have the same stacks. Any hint for us to deal with this issue? Following are some gdb output: Core was generated by `/opt/xensource/libexec/xenopsd -daemon -config /etc/xenopsd.conf'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000623eaa in st_masterlock_acquire () (gdb) info threads 13 Thread 0x7f3e49ce4940 (LWP 11185) 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 12 Thread 0x7f3e472d1940 (LWP 974) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 11 Thread 0x7f3e494e3940 (LWP 11186) 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 10 Thread 0x7f3e4a4e5940 (LWP 11184) 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 9 Thread 0x7f3e48ce2940 (LWP 11187) 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 8 Thread 0x7f3e450d2940 (LWP 973) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 7 Thread 0x7f3e4dd826e0 (LWP 11177) 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 6 Thread 0x7f3e4b4e7940 (LWP 11182) 0x00007f3e4cbf90b0 in __read_chk (fd=, buf=0x7f3e4b4e2dd0, nbytes=16, buflen=) at read_chk.c:34 5 Thread 0x7f3e4ace6940 (LWP 11183) 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 4 Thread 0x7f3e47ce0940 (LWP 11190) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 3 Thread 0x7f3e3fce0940 (LWP 11189) 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 2 Thread 0x7f3e4c4e9940 (LWP 11180) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 * 1 Thread 0x7f3e484e1940 (LWP 11188) 0x0000000000623eaa in st_masterlock_acquire () (gdb) info sharedlibrary >From To Syms Read Shared Object Library 0x00007f3e4d952510 0x00007f3e4d96b6d8 Yes (*) /usr/lib64/libxenctrl.so.4.4 0x00007f3e4d71b760 0x00007f3e4d73e108 Yes (*) /usr/lib64/libxenguest.so.4.4 0x00007f3e4d50e220 0x00007f3e4d511d98 Yes (*) /lib64/librt.so.1 0x00007f3e4d2f5210 0x00007f3e4d3003e8 Yes (*) /lib64/libpthread.so.0 0x00007f3e4d070e60 0x00007f3e4d0b1028 Yes (*) /lib64/libm.so.6 0x00007f3e4ce69e10 0x00007f3e4ce6aa08 Yes (*) /lib64/libdl.so.2 0x00007f3e4cb2d7e0 0x00007f3e4cc1b418 Yes (*) /lib64/libc.so.6 0x00007f3e4c901610 0x00007f3e4c90d678 Yes (*) /usr/lib64/libbz2.so.1 0x00007f3e4c6ede90 0x00007f3e4c6f8958 Yes (*) /lib64/libz.so.1 0x00007f3e4db73a70 0x00007f3e4db89a6e Yes (*) /lib64/ld-linux-x86-64.so.2 0x00007f3e472d3e50 0x00007f3e472dd018 Yes (*) /lib64/libgcc_s.so.1 (*): Shared library is missing debugging information. (gdb) info registers rax 0x10 16 rbx 0x9d79c0 10320320 rcx 0x7f3e4cbf90b0 139905552322736 rdx 0x10 16 rsi 0x7f3e47ce2090 139905469390992 rdi 0x9d79c0 10320320 rbp 0x9d79c0 0x9d79c0 rsp 0x7f3e47ce2000 0x7f3e47ce2000 r8 0x9d79f0 10320368 r9 0x2bb4 11188 r10 0x65786966746f68 28561366733582184 r11 0x246 582 r12 0x1 1 r13 0x21 33 r14 0x7f3e47ce6180 139905469407616 r15 0x7f3e4c6a1920 139905546721568 rip 0x623eaa 0x623eaa eflags 0x10202 [ IF RF ] cs 0xe033 57395 ss 0xe02b 57387 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x0 0 fstat 0x0 0 ftag 0x0 0 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x0 [ ] (gdb) disassemble Dump of assembler code for function st_masterlock_acquire: 0x0000000000623ea0 : push %r12 0x0000000000623ea2 : push %rbp 0x0000000000623ea3 : push %rbx 0x0000000000623ea4 : mov %rdi,%rbp 0x0000000000623ea7 : mov %rdi,%rbx 0x0000000000623eaa : callq 0x43d1d8 0x0000000000623eaf : cmpl $0x0,0x28(%rbp) 0x0000000000623eb3 : je 0x623edc 0x0000000000623eb5 : lea 0x30(%rbp),%r12 0x0000000000623eb9 : mov 0x2c(%rbx),%eax 0x0000000000623ebc : add $0x1,%eax 0x0000000000623ebf : mov %eax,0x2c(%rbx) 0x0000000000623ec2 : mov %rbp,%rsi 0x0000000000623ec5 : mov %r12,%rdi 0x0000000000623ec8 : callq 0x43cfa8 0x0000000000623ecd : mov 0x2c(%rbx),%eax 0x0000000000623ed0 : sub $0x1,%eax 0x0000000000623ed3 : mov %eax,0x2c(%rbx) 0x0000000000623ed6 : cmpl $0x0,0x28(%rbx) 0x0000000000623eda : jne 0x623eb9 0x0000000000623edc : movl $0x1,0x28(%rbx) 0x0000000000623ee3 : mov %rbp,%rdi 0x0000000000623ee6 : callq 0x43d318 0x0000000000623eeb : pop %rbx 0x0000000000623eec : pop %rbp 0x0000000000623eed : pop %r12 0x0000000000623eef : retq End of assembler dump. (gdb) thread apply all bt Thread 13 (Thread 0x7f3e49ce4940 (LWP 11185)): #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 #1 0x0000000000624e4f in unix_accept () #2 0x000000000063a304 in caml_c_call () #3 0x00000000016f0018 in ?? () #4 0x00000000005e8bae in camlThread__fun_1103 () #5 0x00007f3e49ce3fe0 in ?? () #6 0x00000000005e8b4c in camlThread__fun_1103 () #7 0x00000000009d79c0 in thread_next_ident () #8 0x000000000063a35a in caml_start_program () #9 0x0000000000000000 in ?? () Thread 12 (Thread 0x7f3e472d1940 (LWP 974)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4c66a250 in ?? () #4 0x0000000001e2a2e0 in ?? () #5 0x00007f3e4c680c10 in ?? () #6 0x00000000005d5a06 in camlThreadext__execute_1035 () #7 0x00007f3e472d0e90 in ?? () #8 0x00000000005d59d1 in camlThreadext__execute_1035 () #9 0x00007f3e4c67fd60 in ?? () #10 0x00000000016faf00 in ?? () #11 0x00000000016e2d88 in ?? () #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #13 0x00007f3e472d0ec0 in ?? () #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () #15 0x00007f3e4c680c10 in ?? () #16 0x0000000001e2a2b8 in ?? () #17 0x0000000000000001 in ?? () #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #19 0x00007f3e472d0ef0 in ?? () #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () #21 0x00007f3e4c680cf0 in ?? () #22 0x00000000009a2090 in camlDebug__18 () #23 0x0000000000630216 in caml_string_notequal () #24 0x000000000044f926 in camlXenops_interface__process_5023 () #25 0x00007f3e472d0f90 in ?? () #26 0x000000000044b833 in camlXenops_interface__process_5023 () #27 0x00007f3e4c680d20 in ?? () #28 0x00007f3e4c684160 in ?? () #29 0x00007f3e4c680d30 in ?? () #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () #31 0x00007f3e4c680da8 in ?? () #32 0x00007f3e4c6879c0 in ?? () #33 0x00000000016f03f8 in ?? () #34 0x000000000087b258 in camlXenopsd__69 () #35 0x00007f3e4c68f5e8 in ?? () #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () #37 0x00000000000000bb in ?? () #38 0x00007f3e4c689d08 in ?? () #39 0x00000000009b65c8 in camlJsonrpc__3 () #40 0x000000000087b258 in camlXenopsd__69 () #41 0x00000000016f03f8 in ?? () #42 0x00000000009b67c8 in camlJsonrpc__24 () #43 0x0000000000000023 in ?? () #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #45 0x00007f3e472d0fc0 in ?? () #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () #47 0x0000000000000001 in ?? () #48 0x0000000001e2a298 in ?? () #49 0x0000000000000000 in ?? () Thread 11 (Thread 0x7f3e494e3940 (LWP 11186)): #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 #1 0x00000000006276dd in unix_select () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e494e2f40 in ?? () #4 0x00000000005d5800 in camlThreadext__fun_1798 () #5 0x0000000001e2a388 in ?? () #6 0x000000000063a391 in caml_start_program () #7 0x0000000000000019 in ?? () #8 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #9 0x00007f3e494e2f90 in ?? () #10 0x00000000005d4281 in camlPervasiveext__finally_1031 () #11 0x00007f3e4c67c618 in ?? () #12 0x0000000001e2a358 in ?? () #13 0x00007f3e4c67c170 in ?? () #14 0x0000000000483d5b in camlUpdates__main_loop_1260 () #15 0x00007f3e41635cd8 in ?? () #16 0x00007f3e4c67c650 in ?? () #17 0x00000000016f0060 in ?? () #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #19 0x00007f3e494e2fc0 in ?? () #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () #21 0x0000000000000000 in ?? () Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)): #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 #1 0x0000000000624e4f in unix_accept () #2 0x000000000063a304 in caml_c_call () #3 0x00000000016effd0 in ?? () #4 0x00000000005e8bae in camlThread__fun_1103 () #5 0x00007f3e4a4e4fe0 in ?? () #6 0x00000000005e8b4c in camlThread__fun_1103 () #7 0x00000000009d79c0 in thread_next_ident () #8 0x000000000063a35a in caml_start_program () #9 0x0000000000000000 in ?? () Thread 9 (Thread 0x7f3e48ce2940 (LWP 11187)): #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at pthread_mutex_lock.c:61 #3 0x0000000000624d41 in caml_mutex_lock () #4 0x000000000063a304 in caml_c_call () #5 0x00007f3e41ca6850 in ?? () #6 0x00000000016fadc8 in ?? () #7 0x00007f3e48ce1f90 in ?? () #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () #9 0x00007f3e4c53b438 in ?? () #10 0x00000000016f0330 in ?? () #11 0x00007f3e41ab04e0 in ?? () #12 0x00007f3e41ab0e50 in ?? () #13 0x00007f3e4c5411d8 in ?? () #14 0x00007f3e41ab0e78 in ?? () #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at pthread_mutex_unlock.c:52 #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 #18 0x0000000000623eeb in st_masterlock_acquire () #19 0x0000000000000003 in ?? () #20 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f3e450d2940 (LWP 973)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4c66b918 in ?? () #4 0x0000000001e2a238 in ?? () #5 0x00007f3e4c68b5d0 in ?? () #6 0x00000000005d5a06 in camlThreadext__execute_1035 () #7 0x00007f3e450d1e90 in ?? () #8 0x00000000005d59d1 in camlThreadext__execute_1035 () #9 0x00007f3e4c68b158 in ?? () #10 0x00000000016faf00 in ?? () #11 0x00000000016e2d88 in ?? () #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #13 0x00007f3e450d1ec0 in ?? () #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () #15 0x00007f3e4c68b248 in ?? () #16 0x0000000001e311e0 in ?? () #17 0x0000000000000001 in ?? () #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #19 0x00007f3e450d1ef0 in ?? () #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () #21 0x00007f3e4c68b328 in ?? () #22 0x00000000009a2090 in camlDebug__18 () #23 0x0000000000630216 in caml_string_notequal () #24 0x000000000044f926 in camlXenops_interface__process_5023 () #25 0x00007f3e450d1f90 in ?? () #26 0x000000000044b833 in camlXenops_interface__process_5023 () #27 0x00007f3e4c68b358 in ?? () #28 0x00007f3e4c68e258 in ?? () #29 0x0000000000000001 in ?? () #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () #31 0x00007f3e4c68b3d0 in ?? () #32 0x00007f3e4c692240 in ?? () #33 0x00000000016f03f8 in ?? () #34 0x000000000087b258 in camlXenopsd__69 () #35 0x00007f3e4c69de08 in ?? () #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () #37 0x00000000000000c1 in ?? () #38 0x00007f3e4c694588 in ?? () #39 0x00000000009b65c8 in camlJsonrpc__3 () #40 0x000000000087b258 in camlXenopsd__69 () #41 0x00000000016f03f8 in ?? () #42 0x00000000009b67c8 in camlJsonrpc__24 () #43 0x0000000000000021 in ?? () #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #45 0x00007f3e450d1fc0 in ?? () #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () #47 0x0000000000000001 in ?? () #48 0x0000000001e311c0 in ?? () #49 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)): #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 #1 0x00000000006276dd in unix_select () #2 0x000000000063a304 in caml_c_call () #3 0x0000000000000001 in ?? () #4 0x0000000000442b5d in camlXenopsd__entry () #5 0x00007fff6609f560 in ?? () #6 0x0000000000442b15 in camlXenopsd__entry () #7 0x00007f3e4c6b2c80 in ?? () #8 0x000000000000000b in ?? () #9 0x0000000000000009 in ?? () #10 0x000000000043dd79 in caml_program () #11 0x00000000003d7d60 in ?? () #12 0x000000000063a35a in caml_start_program () #13 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182)): #0 0x00007f3e4cbf90b0 in __read_chk (fd=, buf=0x7f3e4b4e2dd0, nbytes=16, buflen=) at read_chk.c:34 #1 0x00000000006272c9 in unix_read () #2 0x000000000063a304 in caml_c_call () #3 0x0000000000000021 in ?? () #4 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () #5 0x00007f3e4c544720 in ?? () #6 0x000000000052bef1 in camlXenbus__Xb__input_1161 () #7 0x0000000000000021 in ?? () #8 0x00007f3e41ab0e20 in ?? () #9 0x00007f3e41ab0e00 in ?? () #10 0x00000000009ba1a0 in camlUuid__22 () #11 0x00000000005d5a22 in camlThreadext__execute_1035 () #12 0x00000000016ed590 in ?? () #13 0x00007f3e4b4e6ed0 in ?? () #14 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () #15 0x00000000016ed820 in ?? () #16 0x00007f3e41ab0fa0 in ?? () #17 0x0000000000000001 in ?? () #18 0x0000000000528d5d in camlXenstore__Xsraw__read_watchevent_1233 () #19 0x00000000016ed820 in ?? () #20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 () #21 0x00000000016efea8 in ?? () #22 0x00000000016efe70 in ?? () #23 0x00000000016efe60 in ?? () #24 0x00000000016efe50 in ?? () #25 0x000000000164cad0 in ?? () #26 0x00000000016efdb8 in ?? () #27 0x00007f3e4b4e6f00 in ?? () #28 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #29 0x00007f3e4b4e6f00 in ?? () #30 0x00000000005d4281 in camlPervasiveext__finally_1031 () #31 0x00007f3e4b4e6f30 in ?? () #32 0x00000000016efd98 in ?? () #33 0x00007f3e4c660608 in ?? () #34 0x000000000052ca53 in camlXenctrl__with_intf_1174 () #35 0x00007f3e4b4e6f30 in ?? () #36 0x000000000052ca25 in camlXenctrl__with_intf_1174 () #37 0x00007f3e4c660630 in ?? () #38 0x000000000164cad0 in ?? () #39 0x0000000000000001 in ?? () #40 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #41 0x00007f3e4b4e6f60 in ?? () #42 0x00000000005d4281 in camlPervasiveext__finally_1031 () #43 0x00007f3e4c6af1c8 in ?? () #44 0x00000000009a2090 in camlDebug__18 () #45 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f3e4ace6940 (LWP 11183)): #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 #1 0x00000000006276dd in unix_select () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4ace5f60 in ?? () #4 0x000000000052e717 in camlServer_io__establish_server_1373 () #5 0x00000000005d5a22 in camlThreadext__execute_1035 () #6 0x000000000063a391 in caml_start_program () #7 0x00007f3e4ace5f90 in ?? () #8 0x0000000000623d31 in caml_mutex_unlock () #9 0x0000000000000009 in ?? () #10 0x00000000016eff70 in ?? () #11 0x000000000052e45a in camlServer_io__fun_1455 () #12 0x00007f3e4ace5f90 in ?? () #13 0x000000000052e389 in camlServer_io__fun_1455 () #14 0x00007f3e4c662d00 in ?? () #15 0x00007f3e4c65fda8 in ?? () #16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x7f3e4ace5d90) at pthread_mutex_unlock.c:52 #18 __pthread_mutex_unlock (mutex=0x7f3e4ace5d90) at pthread_mutex_unlock.c:289 #19 0x0000000000623eeb in st_masterlock_acquire () #20 0x0000000000000003 in ?? () #21 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e47cdff90 in ?? () #4 0x0000000000624d60 in caml_mutex_lock () #5 0x00000000005d59d1 in camlThreadext__execute_1035 () #6 0x00007f3e4260b918 in ?? () #7 0x00000000016fadc8 in ?? () #8 0x00007f3e47cdff90 in ?? () #9 0x00000000004e76f9 in camlXenops_server__fun_7488 () #10 0x00007f3e4c512470 in ?? () #11 0x00000000016efcc8 in ?? () #12 0x00007f3e425a55e0 in ?? () #13 0x00007f3e425a5758 in ?? () #14 0x00007f3e4c517440 in ?? () #15 0x00007f3e425a56a8 in ?? () #16 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f3e3fce0940 (LWP 11189)): #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at pthread_mutex_lock.c:61 #3 0x0000000000624d41 in caml_mutex_lock () #4 0x000000000063a304 in caml_c_call () #5 0x00007f3e426e6220 in ?? () #6 0x00000000016fadc8 in ?? () #7 0x00007f3e3fcdff90 in ?? () #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () #9 0x00007f3e4c646fc0 in ?? () #10 0x00000000016efc88 in ?? () #11 0x00007f3e425a55e0 in ?? () #12 0x00007f3e4260b5c0 in ?? () #13 0x00007f3e425d9e70 in ?? () #14 0x00007f3e425d9e10 in ?? () #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at pthread_mutex_unlock.c:52 #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 #18 0x0000000000623eeb in st_masterlock_acquire () #19 0x0000000000000003 in ?? () #20 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f3e4c4e9940 (LWP 11180)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4c53c770 in ?? () #4 0x00007f3e41ab0f50 in ?? () #5 0x00000000005d5a22 in camlThreadext__execute_1035 () #6 0x00000000005d5a06 in camlThreadext__execute_1035 () #7 0x00007f3e4c4e8f00 in ?? () #8 0x00000000005d59d1 in camlThreadext__execute_1035 () #9 0x00007f3e4c53da00 in ?? () #10 0x00000000016fad80 in ?? () #11 0x00000000016e2d88 in ?? () #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #13 0x00007f3e4c4e8f60 in ?? () #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () #15 0x00007f3e4c53daf0 in ?? () #16 0x00007f3e41ab0f28 in ?? () #17 0x00000000005d5a22 in camlThreadext__execute_1035 () #18 0x00000000004fd2f6 in camlXenops_server__fun_8769 () #19 0x00000000016f1930 in ?? () #20 0x00000000016efd48 in ?? () #21 0x000000000090d660 in camlXenops_server__169 () #22 0x0000000000000121 in ?? () #23 0x00000000016efd38 in ?? () #24 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #25 0x00007f3e4c4e8f90 in ?? () #26 0x00000000005d4281 in camlPervasiveext__finally_1031 () #27 0x00007f3e4c6b22c8 in ?? () #28 0x00000000009a2090 in camlDebug__18 () #29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x83) at pthread_mutex_unlock.c:52 #31 __pthread_mutex_unlock (mutex=0x83) at pthread_mutex_unlock.c:289 #32 0x0000000000623eeb in st_masterlock_acquire () #33 0x0000000000000003 in ?? () #34 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)): #0 0x0000000000623eaa in st_masterlock_acquire () #1 0x0000000000624b1c in caml_thread_leave_blocking_section () #2 0x000000000062aebc in caml_leave_blocking_section () #3 0x00000000006272d0 in unix_read () #4 0x000000000063a304 in caml_c_call () #5 0x0000000000000021 in ?? () #6 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () #7 0x0000000000000021 in ?? () #8 0x000000000052bef1 in camlXenbus__Xb__input_1161 () #9 0x0000000000000021 in ?? () #10 0x00007f3e4c6a1948 in ?? () #11 0x00007f3e4c6a1928 in ?? () #12 0x000000000052be54 in camlXenbus__Xb__output_1155 () #13 0x0000000000000067 in ?? () #14 0x00007f3e4c6cf138 in ?? () #15 0x00007f3e4c6cf138 in ?? () #16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () #17 0x00007f3e4c6cf0f0 in ?? () #18 0x00007f3e4c6a1958 in ?? () #19 0x00007f3e4c6cf138 in ?? () #20 0x0000000000528db5 in camlXenstore__Xsraw__sync_recv_1237 () #21 0x00007f3e4c6cf0f0 in ?? () #22 0x0000000000000003 in ?? () #23 0x00007f3e4c6a1dd0 in ?? () #24 0x000000000052934d in camlXenstore__Xsraw__directory_1259 () #25 0x0000000000000001 in ?? () #26 0x00007f3e4c6a1dd0 in ?? () #27 0x00007f3e4c6cf0f0 in ?? () #28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 () #29 0x00007f3e47ce6560 in ?? () #30 0x0000000000503047 in camlXenops_server_xen__ls_lR_6028 () #31 0x00007f3e4c6cf018 in ?? () #32 0x00007f3e4c6a1e38 in ?? () #33 0x00007f3e4c6bf9d8 in ?? () #34 0x00007f3e4c6bf3a0 in ?? () #35 0x00007f3e4c6a3860 in ?? () #36 0x00000000005f3fc5 in camlList__map_1062 () #37 0x00007f3e4c6a3808 in ?? () #38 0x0000000000000001 in ?? () #39 0x00007f3e4c6a3150 in ?? () #40 0x00000000005f3fd8 in camlList__map_1062 () #41 0x00007f3e4c6a3808 in ?? () #42 0x00007f3e4c6a3848 in ?? () #43 0x00007f3e4c6a24d8 in ?? () #44 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () #45 0x00007f3e4c6a3830 in ?? () #46 0x00007f3e4c6a3fc0 in ?? () #47 0x00007f3e4c6bf9d8 in ?? () #48 0x00007f3e4c6bf3a0 in ?? () #49 0x00007f3e4c6b1dd0 in ?? () #50 0x00000000005f3fc5 in camlList__map_1062 () #51 0x00007f3e4c6b1c28 in ?? () #52 0x00007f3e4c6b1d88 in ?? () #53 0x00007f3e4c6a50e8 in ?? () #54 0x00000000005f3fd8 in camlList__map_1062 () #55 0x00007f3e4c6b1c28 in ?? () #56 0x00007f3e4c6b1d70 in ?? () #57 0x00007f3e4c6a4610 in ?? () #58 0x00000000005f3fd8 in camlList__map_1062 () #59 0x00007f3e4c6b1c28 in ?? () #60 0x00007f3e4c6b1d58 in ?? () #61 0x00007f3e4c6a56e8 in ?? () #62 0x00000000005f3fd8 in camlList__map_1062 () #63 0x00007f3e4c6b1c28 in ?? () #64 0x00007f3e4c6b1d40 in ?? () #65 0x00007f3e4c6a6ab8 in ?? () #66 0x00000000005f3fd8 in camlList__map_1062 () #67 0x00007f3e4c6b1c28 in ?? () #68 0x00007f3e4c6b1d28 in ?? () #69 0x00007f3e4c6a7d48 in ?? () #70 0x00000000005f3fd8 in camlList__map_1062 () #71 0x00007f3e4c6b1c28 in ?? () #72 0x00007f3e4c6b1d10 in ?? () #73 0x00007f3e4c6a8e60 in ?? () #74 0x00000000005f3fd8 in camlList__map_1062 () #75 0x00007f3e4c6b1c28 in ?? () #76 0x00007f3e4c6b1cf8 in ?? () #77 0x00007f3e4c6a9fb8 in ?? () #78 0x00000000005f3fd8 in camlList__map_1062 () #79 0x00007f3e4c6b1c28 in ?? () #80 0x00007f3e4c6b1ce0 in ?? () #81 0x00007f3e4c6ab1e8 in ?? () #82 0x00000000005f3fd8 in camlList__map_1062 () #83 0x00007f3e4c6b1c28 in ?? () #84 0x00007f3e4c6b1cc8 in ?? () #85 0x00007f3e4c6ac418 in ?? () #86 0x00000000005f3fd8 in camlList__map_1062 () #87 0x00007f3e4c6b1c28 in ?? () #88 0x00007f3e4c6b1cb0 in ?? () #89 0x00007f3e4c6ad6a8 in ?? () #90 0x00000000005f3fd8 in camlList__map_1062 () #91 0x00007f3e4c6b1c28 in ?? () #92 0x00007f3e4c6b1c98 in ?? () #93 0x00007f3e4c6ae800 in ?? () #94 0x00000000005f3fd8 in camlList__map_1062 () #95 0x00007f3e4c6b1c28 in ?? () #96 0x00007f3e4c6b1c80 in ?? () #97 0x00007f3e4c6af958 in ?? () #98 0x00000000005f3fd8 in camlList__map_1062 () #99 0x00007f3e4c6b1c28 in ?? () #100 0x00007f3e4c6b1c68 in ?? () #101 0x00007f3e4c6b0ab0 in ?? () #102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () #103 0x00007f3e4c6b1c50 in ?? () #104 0x00007f3e4c6b2e48 in ?? () #105 0x00007f3e4c6bf9d8 in ?? () #106 0x00007f3e4c6bf3a0 in ?? () #107 0x00007f3e4c6bd640 in ?? () #108 0x00000000005f3fc5 in camlList__map_1062 () #109 0x00007f3e4c6bd548 in ?? () #110 0x00007f3e4c6bd5b8 in ?? () #111 0x00007f3e4c6baa88 in ?? () #112 0x00000000005f3fd8 in camlList__map_1062 () #113 0x00007f3e4c6bd548 in ?? () #114 0x00007f3e4c6bd5a0 in ?? () #115 0x00007f3e4c6b33d0 in ?? () #116 0x00000000005f3fd8 in camlList__map_1062 () #117 0x00007f3e4c6bd548 in ?? () #118 0x00007f3e4c6bd588 in ?? () #119 0x00007f3e4c6bb098 in ?? () #120 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () #121 0x00007f3e4c6bd570 in ?? () #122 0x00007f3e4c6bde68 in ?? () #123 0x00007f3e4c6bf9d8 in ?? () #124 0x00007f3e4c6bf3a0 in ?? () #125 0x0000000000924710 in camlXenops_server_xen__575 () #126 0x00000000005f3fc5 in camlList__map_1062 () #127 0x00007f3e4c6bf378 in ?? () #128 0x00000000009246c0 in camlXenops_server_xen__575 () #129 0x00007f3e4c6bedb0 in ?? () #130 0x00000000005f3fd8 in camlList__map_1062 () #131 0x00007f3e4c6bf378 in ?? () #132 0x00000000009246a8 in camlXenops_server_xen__575 () #133 0x00007f3e4c6be3a8 in ?? () #134 0x00000000005086d9 in camlXenops_server_xen__fun_9041 () #135 0x00000000009c2490 in camlList__29 () #136 0x00000000009c24b0 in camlList__30 () #137 0x00007f3e4c6bf9d8 in ?? () #138 0x0000000000000001 in ?? () #139 0x0000000000000001 in ?? () #140 0x00007f3e4c6c15d0 in ?? () #141 0x00007f3e4c6c1588 in ?? () #142 0x00007f3e4c6c1588 in ?? () #143 0x00007f3e4c6c0810 in ?? () #144 0x0000000000000001 in ?? () #145 0x00007f3e4c6cf058 in ?? () #146 0x00007f3e4c6cee68 in ?? () #147 0x00007f3e431c9ab0 in ?? () #148 0x00007f3e4c6bfa90 in ?? () #149 0x00007f3e4c6ceb40 in ?? () #150 0x00007f3e4c6cf230 in ?? () #151 0x00007f3e47ce6590 in ?? () #152 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #153 0x00007f3e47ce6590 in ?? () #154 0x00000000005d4281 in camlPervasiveext__finally_1031 () #155 0x00007f3e47ce6620 in ?? () #156 0x00007f3e4c6cedb0 in ?? () #157 0x00007f3e4c6cf1e8 in ?? () #158 0x000000000052ca53 in camlXenctrl__with_intf_1174 () #159 0x00007f3e47ce6620 in ?? () #160 0x000000000052ca25 in camlXenctrl__with_intf_1174 () #161 0x00007f3e4c6cf210 in ?? () #162 0x00007f3e431c9ab0 in ?? () #163 0x00000000016f0378 in ?? () #164 0x00000000004e9aa3 in camlXenops_server__one_4818 () #165 0x00000000009a22c8 in camlDebug__35 () #166 0x00000000016efc38 in ?? () #167 0x0000000001e2a530 in ?? () #168 0x00007f3e4c66c6e8 in ?? () #169 0x000000000000000f in ?? () #170 0x0000000000000017 in ?? () #171 0x0000000000000000 in ?? () -robin --001a11c24f06c0bb57052c7b3029 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

We have a slightl= y costumed xapi based on xapi-0.2 build 6786 from XenServer 6.5SP1. Xapi is= built with OCaml 3.12 binary (ocaml-3.12.1.ocamlspotter-unknown.x86_64) fr= om XenServer binpkg.

We met random core dumps of xenopsd at th= e function 'st_masterlock_acquire'. All the segfaulted threads have= the same stacks.

Any hint for us to deal with this issue?
=
Following are some gdb output:

Core was generated by = `/opt/xensource/libexec/xenopsd -daemon -config /etc/xenopsd.conf'.
= Program terminated with signal 11, Segmentation fault.
#0=C2=A0 0x000000= 0000623eaa in st_masterlock_acquire ()

(gdb) info threads
=C2=A0= 13 Thread 0x7f3e49ce4940 (LWP 11185)=C2=A0 0x00007f3e4d2fdccb in accept ()= from /lib64/libpthread.so.0
=C2=A0 12 Thread 0x7f3e472d1940 (LWP 974)= =C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/= libpthread.so.0
=C2=A0 11 Thread 0x7f3e494e3940 (LWP 11186)=C2=A0 0x0000= 7f3e4cbde162 in select () from /lib64/libc.so.6
=C2=A0 10 Thread 0x7f3e4= a4e5940 (LWP 11184)=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/libpt= hread.so.0
=C2=A0 9 Thread 0x7f3e48ce2940 (LWP 11187)=C2=A0 0x00007f3e4d= 2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 8 Thread= 0x7f3e450d2940 (LWP 973)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GL= IBC_2.3.2 () from /lib64/libpthread.so.0
=C2=A0 7 Thread 0x7f3e4dd826e0 = (LWP 11177)=C2=A0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6
= =C2=A0 6 Thread 0x7f3e4b4e7940 (LWP 11182)=C2=A0 0x00007f3e4cbf90b0 in __re= ad_chk (fd=3D<value optimized out>, buf=3D0x7f3e4b4e2dd0, nbytes=3D16= , buflen=3D<value optimized out>) at read_chk.c:34
=C2=A0 5 Thread= 0x7f3e4ace6940 (LWP 11183)=C2=A0 0x00007f3e4cbde162 in select () from /lib= 64/libc.so.6
=C2=A0 4 Thread 0x7f3e47ce0940 (LWP 11190)=C2=A0 0x00007f3e= 4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0=C2=A0 3 Thread 0x7f3e3fce0940 (LWP 11189)=C2=A0 0x00007f3e4d2fd654 in __= lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 2 Thread 0x7f3e4c4e9= 940 (LWP 11180)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 = () from /lib64/libpthread.so.0
* 1 Thread 0x7f3e484e1940 (LWP 11188)=C2= =A0 0x0000000000623eaa in st_masterlock_acquire ()

(gdb) info shared= library
From=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 To=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Syms Read= =C2=A0=C2=A0 Shared Object Library
0x00007f3e4d952510=C2=A0 0x00007f3e4d= 96b6d8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libxenctrl.so.4.40x00007f3e4d71b760=C2=A0 0x00007f3e4d73e108=C2=A0 Yes (*)=C2=A0=C2=A0=C2= =A0=C2=A0 /usr/lib64/libxenguest.so.4.4
0x00007f3e4d50e220=C2=A0 0x00007= f3e4d511d98=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/librt.so.1
0x00= 007f3e4d2f5210=C2=A0 0x00007f3e4d3003e8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libpthread.so.0
0x00007f3e4d070e60=C2=A0 0x00007f3e4d0b1028= =C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/libm.so.6
0x00007f3e4ce69e= 10=C2=A0 0x00007f3e4ce6aa08=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/li= bdl.so.2
0x00007f3e4cb2d7e0=C2=A0 0x00007f3e4cc1b418=C2=A0 Yes (*)=C2=A0= =C2=A0=C2=A0=C2=A0 /lib64/libc.so.6
0x00007f3e4c901610=C2=A0 0x00007f3e4= c90d678=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libbz2.so.1
0x0= 0007f3e4c6ede90=C2=A0 0x00007f3e4c6f8958=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libz.so.1
0x00007f3e4db73a70=C2=A0 0x00007f3e4db89a6e=C2=A0 Y= es (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/ld-linux-x86-64.so.2
0x00007f3e472= d3e50=C2=A0 0x00007f3e472dd018=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64= /libgcc_s.so.1
(*): Shared library is missing debugging information.
=
(gdb) info registers
rax=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rbx=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320rcx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f= 3e4cbf90b0=C2=A0=C2=A0 139905552322736
rdx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rsi= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47= ce2090=C2=A0=C2=A0 139905469390992
rdi=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320
rbp=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 0x9d79c0
rs= p=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4= 7ce2000=C2=A0=C2=A0 0x7f3e47ce2000
r8=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79f0 10320368
r9=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x2bb4=C2=A0= =C2=A0 11188
r10=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 0x65786966746f68 28561366733582184
r11=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x246=C2=A0=C2=A0=C2=A0 582r12=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x1= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1
r13=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x21=C2=A0=C2=A0=C2=A0=C2=A0 33
r14=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47ce6180= =C2=A0=C2=A0 139905469407616
r15=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4c6a1920=C2=A0=C2=A0 139905546721568
r= ip=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x623e= aa 0x623eaa <st_masterlock_acquire+10>
eflags=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10202=C2=A0 [ IF RF ]
cs=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0xe033=C2=A0=C2=A0 5= 7395
ss=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0xe02b=C2=A0=C2=A0 57387
ds=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
es=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0
gs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fctrl=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs= tat=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 0
ftag=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fiseg=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fioff=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0
foseg=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fooff=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fop=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0= x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
mxcsr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [ ]

(gdb)= disassemble
Dump of assembler code for function st_masterlock_acquire:=
0x0000000000623ea0 <st_masterlock_acquire+0>:=C2=A0=C2=A0 push=C2= =A0=C2=A0 %r12
0x0000000000623ea2 <st_masterlock_acquire+2>:=C2=A0= =C2=A0 push=C2=A0=C2=A0 %rbp
0x0000000000623ea3 <st_masterlock_acquir= e+3>:=C2=A0=C2=A0 push=C2=A0=C2=A0 %rbx
0x0000000000623ea4 <st_mas= terlock_acquire+4>:=C2=A0=C2=A0 mov=C2=A0=C2=A0=C2=A0 %rdi,%rbp
0x000= 0000000623ea7 <st_masterlock_acquire+7>:=C2=A0=C2=A0 mov=C2=A0=C2=A0= =C2=A0 %rdi,%rbx
0x0000000000623eaa <st_masterlock_acquire+10>:=C2= =A0 callq=C2=A0 0x43d1d8 <pthread_mutex_lock@plt>
0x0000000000623e= af <st_masterlock_acquire+15>:=C2=A0 cmpl=C2=A0=C2=A0 $0x0,0x28(%rbp)=
0x0000000000623eb3 <st_masterlock_acquire+19>:=C2=A0 je=C2=A0=C2= =A0=C2=A0=C2=A0 0x623edc <st_masterlock_acquire+60>
0x000000000062= 3eb5 <st_masterlock_acquire+21>:=C2=A0 lea=C2=A0=C2=A0=C2=A0 0x30(%rb= p),%r12
0x0000000000623eb9 <st_masterlock_acquire+25>:=C2=A0 mov= =C2=A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ebc <st_masterlock_= acquire+28>:=C2=A0 add=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ebf= <st_masterlock_acquire+31>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%r= bx)
0x0000000000623ec2 <st_masterlock_acquire+34>:=C2=A0 mov=C2=A0= =C2=A0=C2=A0 %rbp,%rsi
0x0000000000623ec5 <st_masterlock_acquire+37&g= t;:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %r12,%rdi
0x0000000000623ec8 <st_mast= erlock_acquire+40>:=C2=A0 callq=C2=A0 0x43cfa8 <pthread_cond_wait@plt= >
0x0000000000623ecd <st_masterlock_acquire+45>:=C2=A0 mov=C2= =A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ed0 <st_masterlock_acq= uire+48>:=C2=A0 sub=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ed3 &l= t;st_masterlock_acquire+51>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%rbx)=
0x0000000000623ed6 <st_masterlock_acquire+54>:=C2=A0 cmpl=C2=A0= =C2=A0 $0x0,0x28(%rbx)
0x0000000000623eda <st_masterlock_acquire+58&g= t;:=C2=A0 jne=C2=A0=C2=A0=C2=A0 0x623eb9 <st_masterlock_acquire+25>0x0000000000623edc <st_masterlock_acquire+60>:=C2=A0 movl=C2=A0=C2= =A0 $0x1,0x28(%rbx)
0x0000000000623ee3 <st_masterlock_acquire+67>:= =C2=A0 mov=C2=A0=C2=A0=C2=A0 %rbp,%rdi
0x0000000000623ee6 <st_masterl= ock_acquire+70>:=C2=A0 callq=C2=A0 0x43d318 <pthread_mutex_unlock@plt= >
0x0000000000623eeb <st_masterlock_acquire+75>:=C2=A0 pop=C2= =A0=C2=A0=C2=A0 %rbx
0x0000000000623eec <st_masterlock_acquire+76>= :=C2=A0 pop=C2=A0=C2=A0=C2=A0 %rbp
0x0000000000623eed <st_masterlock_= acquire+77>:=C2=A0 pop=C2=A0=C2=A0=C2=A0 %r12
0x0000000000623eef <= st_masterlock_acquire+79>:=C2=A0 retq=C2=A0=C2=A0
End of assembler d= ump.

(gdb) thread apply all bt

Thread 13 (Thread 0x7f3e49ce49= 40 (LWP 11185)):
#0=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/li= bpthread.so.0
#1=C2=A0 0x0000000000624e4f in unix_accept ()
#2=C2=A0 = 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00000000016f0018 in ?? (= )
#4=C2=A0 0x00000000005e8bae in camlThread__fun_1103 ()
#5=C2=A0 0x0= 0007f3e49ce3fe0 in ?? ()
#6=C2=A0 0x00000000005e8b4c in camlThread__fun_= 1103 ()
#7=C2=A0 0x00000000009d79c0 in thread_next_ident ()
#8=C2=A0 = 0x000000000063a35a in caml_start_program ()
#9=C2=A0 0x0000000000000000 = in ?? ()

Thread 12 (Thread 0x7f3e472d1940 (LWP 974)):
#0=C2=A0 0x= 00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthrea= d.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_wait ()
#2=C2=A0= 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e4c66a250 in ?? = ()
#4=C2=A0 0x0000000001e2a2e0 in ?? ()
#5=C2=A0 0x00007f3e4c680c10 i= n ?? ()
#6=C2=A0 0x00000000005d5a06 in camlThreadext__execute_1035 ()#7=C2=A0 0x00007f3e472d0e90 in ?? ()
#8=C2=A0 0x00000000005d59d1 in cam= lThreadext__execute_1035 ()
#9=C2=A0 0x00007f3e4c67fd60 in ?? ()
#10 = 0x00000000016faf00 in ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#13 0x00007f3e472d0ec= 0 in ?? ()
#14 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#15 0x00007f3e4c680c10 in ?? ()
#16 0x0000000001e2a2b8 in ?? ()
#17= 0x0000000000000001 in ?? ()
#18 0x00000000005d42d0 in camlPervasiveext_= _finally_1031 ()
#19 0x00007f3e472d0ef0 in ?? ()
#20 0x00000000005d42= 81 in camlPervasiveext__finally_1031 ()
#21 0x00007f3e4c680cf0 in ?? ()<= br>#22 0x00000000009a2090 in camlDebug__18 ()
#23 0x0000000000630216 in = caml_string_notequal ()
#24 0x000000000044f926 in camlXenops_interface__= process_5023 ()
#25 0x00007f3e472d0f90 in ?? ()
#26 0x000000000044b83= 3 in camlXenops_interface__process_5023 ()
#27 0x00007f3e4c680d20 in ?? = ()
#28 0x00007f3e4c684160 in ?? ()
#29 0x00007f3e4c680d30 in ?? ()#30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 ()
#31 0x000= 07f3e4c680da8 in ?? ()
#32 0x00007f3e4c6879c0 in ?? ()
#33 0x00000000= 016f03f8 in ?? ()
#34 0x000000000087b258 in camlXenopsd__69 ()
#35 0x= 00007f3e4c68f5e8 in ?? ()
#36 0x000000000044129d in camlXenopsd__binary_= handler_1581 ()
#37 0x00000000000000bb in ?? ()
#38 0x00007f3e4c689d0= 8 in ?? ()
#39 0x00000000009b65c8 in camlJsonrpc__3 ()
#40 0x00000000= 0087b258 in camlXenopsd__69 ()
#41 0x00000000016f03f8 in ?? ()
#42 0x= 00000000009b67c8 in camlJsonrpc__24 ()
#43 0x0000000000000023 in ?? ()#44 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#45 0x0000= 7f3e472d0fc0 in ?? ()
#46 0x00000000005d4281 in camlPervasiveext__finall= y_1031 ()
#47 0x0000000000000001 in ?? ()
#48 0x0000000001e2a298 in ?= ? ()
#49 0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f3e494e= 3940 (LWP 11186)):
#0=C2=A0 0x00007f3e4cbde162 in select () from /lib64/= libc.so.6
#1=C2=A0 0x00000000006276dd in unix_select ()
#2=C2=A0 0x00= 0000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e494e2f40 in ?? ()#4=C2=A0 0x00000000005d5800 in camlThreadext__fun_1798 ()
#5=C2=A0 0x00= 00000001e2a388 in ?? ()
#6=C2=A0 0x000000000063a391 in caml_start_progra= m ()
#7=C2=A0 0x0000000000000019 in ?? ()
#8=C2=A0 0x00000000005d42d0= in camlPervasiveext__finally_1031 ()
#9=C2=A0 0x00007f3e494e2f90 in ?? = ()
#10 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#11 0x= 00007f3e4c67c618 in ?? ()
#12 0x0000000001e2a358 in ?? ()
#13 0x00007= f3e4c67c170 in ?? ()
#14 0x0000000000483d5b in camlUpdates__main_loop_12= 60 ()
#15 0x00007f3e41635cd8 in ?? ()
#16 0x00007f3e4c67c650 in ?? ()=
#17 0x00000000016f0060 in ?? ()
#18 0x00000000005d42d0 in camlPervas= iveext__finally_1031 ()
#19 0x00007f3e494e2fc0 in ?? ()
#20 0x0000000= 0005d4281 in camlPervasiveext__finally_1031 ()
#21 0x0000000000000000 in= ?? ()

Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)):
#0=C2=A0 0x= 00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0
#1=C2=A0 0x000= 0000000624e4f in unix_accept ()
#2=C2=A0 0x000000000063a304 in caml_c_ca= ll ()
#3=C2=A0 0x00000000016effd0 in ?? ()
#4=C2=A0 0x00000000005e8ba= e in camlThread__fun_1103 ()
#5=C2=A0 0x00007f3e4a4e4fe0 in ?? ()
#6= =C2=A0 0x00000000005e8b4c in camlThread__fun_1103 ()
#7=C2=A0 0x00000000= 009d79c0 in thread_next_ident ()
#8=C2=A0 0x000000000063a35a in caml_sta= rt_program ()
#9=C2=A0 0x0000000000000000 in ?? ()

Thread 9 (Thre= ad 0x7f3e48ce2940 (LWP 11187)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_loc= k_wait () from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_= lock_1034 () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in = __pthread_mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3= =C2=A0 0x0000000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a= 304 in caml_c_call ()
#5=C2=A0 0x00007f3e41ca6850 in ?? ()
#6=C2=A0 0= x00000000016fadc8 in ?? ()
#7=C2=A0 0x00007f3e48ce1f90 in ?? ()
#8=C2= =A0 0x00000000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x0000= 7f3e4c53b438 in ?? ()
#10 0x00000000016f0330 in ?? ()
#11 0x00007f3e4= 1ab04e0 in ?? ()
#12 0x00007f3e41ab0e50 in ?? ()
#13 0x00007f3e4c5411= d8 in ?? ()
#14 0x00007f3e41ab0e78 in ?? ()
#15 0x00007f3e4d2fa217 in= _L_unlock_766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in = __pthread_mutex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52#17 __pthread_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289#18 0x0000000000623eeb in st_masterlock_acquire ()
#19 0x00000000000000= 03 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f= 3e450d2940 (LWP 973)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@= @GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 = in caml_condition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()<= br>#3=C2=A0 0x00007f3e4c66b918 in ?? ()
#4=C2=A0 0x0000000001e2a238 in ?= ? ()
#5=C2=A0 0x00007f3e4c68b5d0 in ?? ()
#6=C2=A0 0x00000000005d5a06= in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e450d1e90 in ?? ()<= br>#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#9=C2= =A0 0x00007f3e4c68b158 in ?? ()
#10 0x00000000016faf00 in ?? ()
#11 0= x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in camlPervasiveext__f= inally_1031 ()
#13 0x00007f3e450d1ec0 in ?? ()
#14 0x00000000005d4281= in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c68b248 in ?? ()#16 0x0000000001e311e0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 = 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#19 0x00007f3e45= 0d1ef0 in ?? ()
#20 0x00000000005d4281 in camlPervasiveext__finally_1031= ()
#21 0x00007f3e4c68b328 in ?? ()
#22 0x00000000009a2090 in camlDeb= ug__18 ()
#23 0x0000000000630216 in caml_string_notequal ()
#24 0x000= 000000044f926 in camlXenops_interface__process_5023 ()
#25 0x00007f3e450= d1f90 in ?? ()
#26 0x000000000044b833 in camlXenops_interface__process_5= 023 ()
#27 0x00007f3e4c68b358 in ?? ()
#28 0x00007f3e4c68e258 in ?? (= )
#29 0x0000000000000001 in ?? ()
#30 0x00000000005e5861 in camlJsonr= pc__call_of_string_1310 ()
#31 0x00007f3e4c68b3d0 in ?? ()
#32 0x0000= 7f3e4c692240 in ?? ()
#33 0x00000000016f03f8 in ?? ()
#34 0x000000000= 087b258 in camlXenopsd__69 ()
#35 0x00007f3e4c69de08 in ?? ()
#36 0x0= 00000000044129d in camlXenopsd__binary_handler_1581 ()
#37 0x00000000000= 000c1 in ?? ()
#38 0x00007f3e4c694588 in ?? ()
#39 0x00000000009b65c8= in camlJsonrpc__3 ()
#40 0x000000000087b258 in camlXenopsd__69 ()
#4= 1 0x00000000016f03f8 in ?? ()
#42 0x00000000009b67c8 in camlJsonrpc__24 = ()
#43 0x0000000000000021 in ?? ()
#44 0x00000000005d42d0 in camlPerv= asiveext__finally_1031 ()
#45 0x00007f3e450d1fc0 in ?? ()
#46 0x00000= 000005d4281 in camlPervasiveext__finally_1031 ()
#47 0x0000000000000001 = in ?? ()
#48 0x0000000001e311c0 in ?? ()
#49 0x0000000000000000 in ??= ()

Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)):
#0=C2=A0 0x0000= 7f3e4cbde162 in select () from /lib64/libc.so.6
#1=C2=A0 0x0000000000627= 6dd in unix_select ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#= 3=C2=A0 0x0000000000000001 in ?? ()
#4=C2=A0 0x0000000000442b5d in camlX= enopsd__entry ()
#5=C2=A0 0x00007fff6609f560 in ?? ()
#6=C2=A0 0x0000= 000000442b15 in camlXenopsd__entry ()
#7=C2=A0 0x00007f3e4c6b2c80 in ?? = ()
#8=C2=A0 0x000000000000000b in ?? ()
#9=C2=A0 0x0000000000000009 i= n ?? ()
#10 0x000000000043dd79 in caml_program ()
#11 0x00000000003d7= d60 in ?? ()
#12 0x000000000063a35a in caml_start_program ()
#13 0x00= 00000000000000 in ?? ()

Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182))= :
#0=C2=A0 0x00007f3e4cbf90b0 in __read_chk (fd=3D<value optimized ou= t>, buf=3D0x7f3e4b4e2dd0, nbytes=3D16, buflen=3D<value optimized out&= gt;) at read_chk.c:34
#1=C2=A0 0x00000000006272c9 in unix_read ()
#2= =C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000000000000021 = in ?? ()
#4=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 ()<= br>#5=C2=A0 0x00007f3e4c544720 in ?? ()
#6=C2=A0 0x000000000052bef1 in c= amlXenbus__Xb__input_1161 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8= =C2=A0 0x00007f3e41ab0e20 in ?? ()
#9=C2=A0 0x00007f3e41ab0e00 in ?? ()<= br>#10 0x00000000009ba1a0 in camlUuid__22 ()
#11 0x00000000005d5a22 in c= amlThreadext__execute_1035 ()
#12 0x00000000016ed590 in ?? ()
#13 0x0= 0007f3e4b4e6ed0 in ?? ()
#14 0x0000000000528af5 in camlXenstore__Xsraw__= pkt_recv_1214 ()
#15 0x00000000016ed820 in ?? ()
#16 0x00007f3e41ab0f= a0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 0x0000000000528d5d in= camlXenstore__Xsraw__read_watchevent_1233 ()
#19 0x00000000016ed820 in = ?? ()
#20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 ()
#21 0= x00000000016efea8 in ?? ()
#22 0x00000000016efe70 in ?? ()
#23 0x0000= 0000016efe60 in ?? ()
#24 0x00000000016efe50 in ?? ()
#25 0x000000000= 164cad0 in ?? ()
#26 0x00000000016efdb8 in ?? ()
#27 0x00007f3e4b4e6f= 00 in ?? ()
#28 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()<= br>#29 0x00007f3e4b4e6f00 in ?? ()
#30 0x00000000005d4281 in camlPervasi= veext__finally_1031 ()
#31 0x00007f3e4b4e6f30 in ?? ()
#32 0x00000000= 016efd98 in ?? ()
#33 0x00007f3e4c660608 in ?? ()
#34 0x000000000052c= a53 in camlXenctrl__with_intf_1174 ()
#35 0x00007f3e4b4e6f30 in ?? ()#36 0x000000000052ca25 in camlXenctrl__with_intf_1174 ()
#37 0x00007f3e= 4c660630 in ?? ()
#38 0x000000000164cad0 in ?? ()
#39 0x0000000000000= 001 in ?? ()
#40 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()=
#41 0x00007f3e4b4e6f60 in ?? ()
#42 0x00000000005d4281 in camlPervas= iveext__finally_1031 ()
#43 0x00007f3e4c6af1c8 in ?? ()
#44 0x0000000= 0009a2090 in camlDebug__18 ()
#45 0x0000000000000000 in ?? ()

Thr= ead 5 (Thread 0x7f3e4ace6940 (LWP 11183)):
#0=C2=A0 0x00007f3e4cbde162 i= n select () from /lib64/libc.so.6
#1=C2=A0 0x00000000006276dd in unix_se= lect ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000= 7f3e4ace5f60 in ?? ()
#4=C2=A0 0x000000000052e717 in camlServer_io__esta= blish_server_1373 ()
#5=C2=A0 0x00000000005d5a22 in camlThreadext__execu= te_1035 ()
#6=C2=A0 0x000000000063a391 in caml_start_program ()
#7=C2= =A0 0x00007f3e4ace5f90 in ?? ()
#8=C2=A0 0x0000000000623d31 in caml_mute= x_unlock ()
#9=C2=A0 0x0000000000000009 in ?? ()
#10 0x00000000016eff= 70 in ?? ()
#11 0x000000000052e45a in camlServer_io__fun_1455 ()
#12 = 0x00007f3e4ace5f90 in ?? ()
#13 0x000000000052e389 in camlServer_io__fun= _1455 ()
#14 0x00007f3e4c662d00 in ?? ()
#15 0x00007f3e4c65fda8 in ??= ()
#16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so= .0
#17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x7= f3e4ace5d90) at pthread_mutex_unlock.c:52
#18 __pthread_mutex_unlock (mu= tex=3D0x7f3e4ace5d90) at pthread_mutex_unlock.c:289
#19 0x0000000000623e= eb in st_masterlock_acquire ()
#20 0x0000000000000003 in ?? ()
#21 0x= 0000000000000000 in ?? ()

Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190= )):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () fro= m /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_w= ait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007= f3e47cdff90 in ?? ()
#4=C2=A0 0x0000000000624d60 in caml_mutex_lock ()#5=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#6=C2=A0= 0x00007f3e4260b918 in ?? ()
#7=C2=A0 0x00000000016fadc8 in ?? ()
#8= =C2=A0 0x00007f3e47cdff90 in ?? ()
#9=C2=A0 0x00000000004e76f9 in camlXe= nops_server__fun_7488 ()
#10 0x00007f3e4c512470 in ?? ()
#11 0x000000= 00016efcc8 in ?? ()
#12 0x00007f3e425a55e0 in ?? ()
#13 0x00007f3e425= a5758 in ?? ()
#14 0x00007f3e4c517440 in ?? ()
#15 0x00007f3e425a56a8= in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f3e= 3fce0940 (LWP 11189)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_lock_wait ()= from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_lock_1034= () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in __pthread= _mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3=C2=A0 0x00= 00000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a304 in caml= _c_call ()
#5=C2=A0 0x00007f3e426e6220 in ?? ()
#6=C2=A0 0x0000000001= 6fadc8 in ?? ()
#7=C2=A0 0x00007f3e3fcdff90 in ?? ()
#8=C2=A0 0x00000= 000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x00007f3e4c646fc= 0 in ?? ()
#10 0x00000000016efc88 in ?? ()
#11 0x00007f3e425a55e0 in = ?? ()
#12 0x00007f3e4260b5c0 in ?? ()
#13 0x00007f3e425d9e70 in ?? ()=
#14 0x00007f3e425d9e10 in ?? ()
#15 0x00007f3e4d2fa217 in _L_unlock_= 766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in __pthread_m= utex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52
#17 __pth= read_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289
#18 0x0000= 000000623eeb in st_masterlock_acquire ()
#19 0x0000000000000003 in ?? ()=
#20 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f3e4c4e9940 = (LWP 11180)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.= 3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_c= ondition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2= =A0 0x00007f3e4c53c770 in ?? ()
#4=C2=A0 0x00007f3e41ab0f50 in ?? ()
= #5=C2=A0 0x00000000005d5a22 in camlThreadext__execute_1035 ()
#6=C2=A0 0= x00000000005d5a06 in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e4= c4e8f00 in ?? ()
#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1= 035 ()
#9=C2=A0 0x00007f3e4c53da00 in ?? ()
#10 0x00000000016fad80 in= ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in caml= Pervasiveext__finally_1031 ()
#13 0x00007f3e4c4e8f60 in ?? ()
#14 0x0= 0000000005d4281 in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c53d= af0 in ?? ()
#16 0x00007f3e41ab0f28 in ?? ()
#17 0x00000000005d5a22 i= n camlThreadext__execute_1035 ()
#18 0x00000000004fd2f6 in camlXenops_se= rver__fun_8769 ()
#19 0x00000000016f1930 in ?? ()
#20 0x00000000016ef= d48 in ?? ()
#21 0x000000000090d660 in camlXenops_server__169 ()
#22 = 0x0000000000000121 in ?? ()
#23 0x00000000016efd38 in ?? ()
#24 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#25 0x00007f3e4c4e8f9= 0 in ?? ()
#26 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#27 0x00007f3e4c6b22c8 in ?? ()
#28 0x00000000009a2090 in camlDebug__1= 8 ()
#29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.s= o.0
#30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x= 83) at pthread_mutex_unlock.c:52
#31 __pthread_mutex_unlock (mutex=3D0x8= 3) at pthread_mutex_unlock.c:289
#32 0x0000000000623eeb in st_masterlock= _acquire ()
#33 0x0000000000000003 in ?? ()
#34 0x0000000000000000 in= ?? ()

Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)):
#0=C2=A0 0x0= 000000000623eaa in st_masterlock_acquire ()
#1=C2=A0 0x0000000000624b1c = in caml_thread_leave_blocking_section ()
#2=C2=A0 0x000000000062aebc in = caml_leave_blocking_section ()
#3=C2=A0 0x00000000006272d0 in unix_read = ()
#4=C2=A0 0x000000000063a304 in caml_c_call ()
#5=C2=A0 0x000000000= 0000021 in ?? ()
#6=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_= 1120 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8=C2=A0 0x000000000052b= ef1 in camlXenbus__Xb__input_1161 ()
#9=C2=A0 0x0000000000000021 in ?? (= )
#10 0x00007f3e4c6a1948 in ?? ()
#11 0x00007f3e4c6a1928 in ?? ()
= #12 0x000000000052be54 in camlXenbus__Xb__output_1155 ()
#13 0x000000000= 0000067 in ?? ()
#14 0x00007f3e4c6cf138 in ?? ()
#15 0x00007f3e4c6cf1= 38 in ?? ()
#16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214= ()
#17 0x00007f3e4c6cf0f0 in ?? ()
#18 0x00007f3e4c6a1958 in ?? ()#19 0x00007f3e4c6cf138 in ?? ()
#20 0x0000000000528db5 in camlXenstore= __Xsraw__sync_recv_1237 ()
#21 0x00007f3e4c6cf0f0 in ?? ()
#22 0x0000= 000000000003 in ?? ()
#23 0x00007f3e4c6a1dd0 in ?? ()
#24 0x000000000= 052934d in camlXenstore__Xsraw__directory_1259 ()
#25 0x0000000000000001= in ?? ()
#26 0x00007f3e4c6a1dd0 in ?? ()
#27 0x00007f3e4c6cf0f0 in ?= ? ()
#28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 ()
#= 29 0x00007f3e47ce6560 in ?? ()
#30 0x0000000000503047 in camlXenops_serv= er_xen__ls_lR_6028 ()
#31 0x00007f3e4c6cf018 in ?? ()
#32 0x00007f3e4= c6a1e38 in ?? ()
#33 0x00007f3e4c6bf9d8 in ?? ()
#34 0x00007f3e4c6bf3= a0 in ?? ()
#35 0x00007f3e4c6a3860 in ?? ()
#36 0x00000000005f3fc5 in= camlList__map_1062 ()
#37 0x00007f3e4c6a3808 in ?? ()
#38 0x00000000= 00000001 in ?? ()
#39 0x00007f3e4c6a3150 in ?? ()
#40 0x00000000005f3= fd8 in camlList__map_1062 ()
#41 0x00007f3e4c6a3808 in ?? ()
#42 0x00= 007f3e4c6a3848 in ?? ()
#43 0x00007f3e4c6a24d8 in ?? ()
#44 0x0000000= 0005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#45 0x00007f3e4c6a3830= in ?? ()
#46 0x00007f3e4c6a3fc0 in ?? ()
#47 0x00007f3e4c6bf9d8 in ?= ? ()
#48 0x00007f3e4c6bf3a0 in ?? ()
#49 0x00007f3e4c6b1dd0 in ?? ()<= br>#50 0x00000000005f3fc5 in camlList__map_1062 ()
#51 0x00007f3e4c6b1c2= 8 in ?? ()
#52 0x00007f3e4c6b1d88 in ?? ()
#53 0x00007f3e4c6a50e8 in = ?? ()
#54 0x00000000005f3fd8 in camlList__map_1062 ()
#55 0x00007f3e4= c6b1c28 in ?? ()
#56 0x00007f3e4c6b1d70 in ?? ()
#57 0x00007f3e4c6a46= 10 in ?? ()
#58 0x00000000005f3fd8 in camlList__map_1062 ()
#59 0x000= 07f3e4c6b1c28 in ?? ()
#60 0x00007f3e4c6b1d58 in ?? ()
#61 0x00007f3e= 4c6a56e8 in ?? ()
#62 0x00000000005f3fd8 in camlList__map_1062 ()
#63= 0x00007f3e4c6b1c28 in ?? ()
#64 0x00007f3e4c6b1d40 in ?? ()
#65 0x00= 007f3e4c6a6ab8 in ?? ()
#66 0x00000000005f3fd8 in camlList__map_1062 ()<= br>#67 0x00007f3e4c6b1c28 in ?? ()
#68 0x00007f3e4c6b1d28 in ?? ()
#6= 9 0x00007f3e4c6a7d48 in ?? ()
#70 0x00000000005f3fd8 in camlList__map_10= 62 ()
#71 0x00007f3e4c6b1c28 in ?? ()
#72 0x00007f3e4c6b1d10 in ?? ()=
#73 0x00007f3e4c6a8e60 in ?? ()
#74 0x00000000005f3fd8 in camlList__= map_1062 ()
#75 0x00007f3e4c6b1c28 in ?? ()
#76 0x00007f3e4c6b1cf8 in= ?? ()
#77 0x00007f3e4c6a9fb8 in ?? ()
#78 0x00000000005f3fd8 in caml= List__map_1062 ()
#79 0x00007f3e4c6b1c28 in ?? ()
#80 0x00007f3e4c6b1= ce0 in ?? ()
#81 0x00007f3e4c6ab1e8 in ?? ()
#82 0x00000000005f3fd8 i= n camlList__map_1062 ()
#83 0x00007f3e4c6b1c28 in ?? ()
#84 0x00007f3= e4c6b1cc8 in ?? ()
#85 0x00007f3e4c6ac418 in ?? ()
#86 0x00000000005f= 3fd8 in camlList__map_1062 ()
#87 0x00007f3e4c6b1c28 in ?? ()
#88 0x0= 0007f3e4c6b1cb0 in ?? ()
#89 0x00007f3e4c6ad6a8 in ?? ()
#90 0x000000= 00005f3fd8 in camlList__map_1062 ()
#91 0x00007f3e4c6b1c28 in ?? ()
#= 92 0x00007f3e4c6b1c98 in ?? ()
#93 0x00007f3e4c6ae800 in ?? ()
#94 0x= 00000000005f3fd8 in camlList__map_1062 ()
#95 0x00007f3e4c6b1c28 in ?? (= )
#96 0x00007f3e4c6b1c80 in ?? ()
#97 0x00007f3e4c6af958 in ?? ()
= #98 0x00000000005f3fd8 in camlList__map_1062 ()
#99 0x00007f3e4c6b1c28 i= n ?? ()
#100 0x00007f3e4c6b1c68 in ?? ()
#101 0x00007f3e4c6b0ab0 in ?= ? ()
#102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 ()
= #103 0x00007f3e4c6b1c50 in ?? ()
#104 0x00007f3e4c6b2e48 in ?? ()
#10= 5 0x00007f3e4c6bf9d8 in ?? ()
#106 0x00007f3e4c6bf3a0 in ?? ()
#107 0= x00007f3e4c6bd640 in ?? ()
#108 0x00000000005f3fc5 in camlList__map_1062= ()
#109 0x00007f3e4c6bd548 in ?? ()
#110 0x00007f3e4c6bd5b8 in ?? ()=
#111 0x00007f3e4c6baa88 in ?? ()
#112 0x00000000005f3fd8 in camlList= __map_1062 ()
#113 0x00007f3e4c6bd548 in ?? ()
#114 0x00007f3e4c6bd5a= 0 in ?? ()
#115 0x00007f3e4c6b33d0 in ?? ()
#116 0x00000000005f3fd8 i= n camlList__map_1062 ()
#117 0x00007f3e4c6bd548 in ?? ()
#118 0x00007= f3e4c6bd588 in ?? ()
#119 0x00007f3e4c6bb098 in ?? ()
#120 0x00000000= 005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#121 0x00007f3e4c6bd570= in ?? ()
#122 0x00007f3e4c6bde68 in ?? ()
#123 0x00007f3e4c6bf9d8 in= ?? ()
#124 0x00007f3e4c6bf3a0 in ?? ()
#125 0x0000000000924710 in ca= mlXenops_server_xen__575 ()
#126 0x00000000005f3fc5 in camlList__map_106= 2 ()
#127 0x00007f3e4c6bf378 in ?? ()
#128 0x00000000009246c0 in caml= Xenops_server_xen__575 ()
#129 0x00007f3e4c6bedb0 in ?? ()
#130 0x000= 00000005f3fd8 in camlList__map_1062 ()
#131 0x00007f3e4c6bf378 in ?? ()<= br>#132 0x00000000009246a8 in camlXenops_server_xen__575 ()
#133 0x00007= f3e4c6be3a8 in ?? ()
#134 0x00000000005086d9 in camlXenops_server_xen__f= un_9041 ()
#135 0x00000000009c2490 in camlList__29 ()
#136 0x00000000= 009c24b0 in camlList__30 ()
#137 0x00007f3e4c6bf9d8 in ?? ()
#138 0x0= 000000000000001 in ?? ()
#139 0x0000000000000001 in ?? ()
#140 0x0000= 7f3e4c6c15d0 in ?? ()
#141 0x00007f3e4c6c1588 in ?? ()
#142 0x00007f3= e4c6c1588 in ?? ()
#143 0x00007f3e4c6c0810 in ?? ()
#144 0x0000000000= 000001 in ?? ()
#145 0x00007f3e4c6cf058 in ?? ()
#146 0x00007f3e4c6ce= e68 in ?? ()
#147 0x00007f3e431c9ab0 in ?? ()
#148 0x00007f3e4c6bfa90= in ?? ()
#149 0x00007f3e4c6ceb40 in ?? ()
#150 0x00007f3e4c6cf230 in= ?? ()
#151 0x00007f3e47ce6590 in ?? ()
#152 0x00000000005d42d0 in ca= mlPervasiveext__finally_1031 ()
#153 0x00007f3e47ce6590 in ?? ()
#154= 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#155 0x00007f3e= 47ce6620 in ?? ()
#156 0x00007f3e4c6cedb0 in ?? ()
#157 0x00007f3e4c6= cf1e8 in ?? ()
#158 0x000000000052ca53 in camlXenctrl__with_intf_1174 ()=
#159 0x00007f3e47ce6620 in ?? ()
#160 0x000000000052ca25 in camlXenc= trl__with_intf_1174 ()
#161 0x00007f3e4c6cf210 in ?? ()
#162 0x00007f= 3e431c9ab0 in ?? ()
#163 0x00000000016f0378 in ?? ()
#164 0x000000000= 04e9aa3 in camlXenops_server__one_4818 ()
#165 0x00000000009a22c8 in cam= lDebug__35 ()
#166 0x00000000016efc38 in ?? ()
#167 0x0000000001e2a53= 0 in ?? ()
#168 0x00007f3e4c66c6e8 in ?? ()
#169 0x000000000000000f i= n ?? ()
#170 0x0000000000000017 in ?? ()
#171 0x0000000000000000 in ?= ? ()

-robin
--001a11c24f06c0bb57052c7b3029-- --===============3911588271872979919== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3911588271872979919==-- From xen-api-bounces@lists.xen.org Wed Feb 24 02:55:12 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Wed, 24 Feb 2016 02:55:12 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aYPbQ-0005Kn-IT; Wed, 24 Feb 2016 02:55:00 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aYPbO-0005Kh-NB for xen-api@lists.xen.org; Wed, 24 Feb 2016 02:54:59 +0000 Received: from [85.158.137.68] by server-15.bemta-3.messagelabs.com id C0/5B-03172-18B1DC65; Wed, 24 Feb 2016 02:54:57 +0000 X-Env-Sender: robinlee.sysu@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1456282494!24574738!1 X-Originating-IP: [209.85.214.169] X-SpamReason: No, hits=2.0 required=7.0 tests=BODY_RANDOM_LONG, HTML_00_10,HTML_MESSAGE,RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 23780 invoked from network); 24 Feb 2016 02:54:55 -0000 Received: from mail-ob0-f169.google.com (HELO mail-ob0-f169.google.com) (209.85.214.169) by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 24 Feb 2016 02:54:55 -0000 Received: by mail-ob0-f169.google.com with SMTP id gc3so5238971obb.3 for ; Tue, 23 Feb 2016 18:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kOYBji34ixRng6Y1L9ASqP7/RXNG3ucfk4ZG/Hsd1Ys=; b=OCmk59zSW5OrxTtYAdwM44QMA3HMuLF+Ola8sRu3r5I8uIeExhZxe7J7O2d3hN7tga lXYIEkIq7Oo2nuLjfePmXmzLovpVe1K+0Ok/RqqnQBSmxDRHMQGWzxYwddMaeI9rIsYw 26dJ+XlqzVTqbCjGAzzfzQJAg1lylWXPLbOOmu+q8/5XZKtT5LvriVyB1F0Rh7kKNkNd bsuxMdMSFt3ioyTDuPqtNyxALzBnx3ioq5DrP9ENM2F5PHLyqsQbKcuhZPaDEPuBb69C X/fOBkWWLyg9JQBWbNIjJo5KTFcGqczHfiRlQQHYbu+eIFUXSxszvdCGf8Je57fp/fIe czCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=kOYBji34ixRng6Y1L9ASqP7/RXNG3ucfk4ZG/Hsd1Ys=; b=j3dP13fNyv3lcscVaetSxA5DHQlEcx+fxTuMzyJ0H7gubFxkcYOV1/GMR0bvmq62Ej rABvbjwiRHarufVL6fAkRmE7+py8TW6DmlgwQaExIeoJ3KNhAHhiEAYkCm3GITXSwlQr dwKyKWPgyur27naT1VmaYLBQoyvCjjAMD5SUQjlcUPR31jIIr4MFP+wz72A60PQvpmWI mqcXU92jEU1Ih3aPGO63O+IyNhf9dRqvYbi7UUXNu/WtUAFZniuPLtzDT9Hu1JHtiz1h yu89fzknl4ri/iN/k8X6W8+0kCsFKzBOFeAVPXdrFTipOquCJN7rxmYmiHecFns1Rten YHXQ== X-Gm-Message-State: AG10YOSRu9r8c5w9z/ZWb23gy0WjlrNlMKwoSmNfskcGslTt9KoXeotndBEIgzTLcyz0pe2t86FQHqtuaW0f5g== MIME-Version: 1.0 X-Received: by 10.182.200.136 with SMTP id js8mr30038414obc.11.1456282494087; Tue, 23 Feb 2016 18:54:54 -0800 (PST) Received: by 10.202.104.168 with HTTP; Tue, 23 Feb 2016 18:54:54 -0800 (PST) Date: Wed, 24 Feb 2016 10:54:54 +0800 Message-ID: From: Robin Lee To: xen-api@lists.xen.org Subject: [Xen-API] core dump of xenopsd at 'st_masterlock_acquire' X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============3911588271872979919==" Sender: xen-api-bounces@lists.xen.org Errors-To: xen-api-bounces@lists.xen.org --===============3911588271872979919== Content-Type: multipart/alternative; boundary=001a11c24f06c0bb57052c7b3029 --001a11c24f06c0bb57052c7b3029 Content-Type: text/plain; charset=UTF-8 Hi all, We have a slightly costumed xapi based on xapi-0.2 build 6786 from XenServer 6.5SP1. Xapi is built with OCaml 3.12 binary (ocaml-3.12.1.ocamlspotter-unknown.x86_64) from XenServer binpkg. We met random core dumps of xenopsd at the function 'st_masterlock_acquire'. All the segfaulted threads have the same stacks. Any hint for us to deal with this issue? Following are some gdb output: Core was generated by `/opt/xensource/libexec/xenopsd -daemon -config /etc/xenopsd.conf'. Program terminated with signal 11, Segmentation fault. #0 0x0000000000623eaa in st_masterlock_acquire () (gdb) info threads 13 Thread 0x7f3e49ce4940 (LWP 11185) 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 12 Thread 0x7f3e472d1940 (LWP 974) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 11 Thread 0x7f3e494e3940 (LWP 11186) 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 10 Thread 0x7f3e4a4e5940 (LWP 11184) 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 9 Thread 0x7f3e48ce2940 (LWP 11187) 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 8 Thread 0x7f3e450d2940 (LWP 973) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 7 Thread 0x7f3e4dd826e0 (LWP 11177) 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 6 Thread 0x7f3e4b4e7940 (LWP 11182) 0x00007f3e4cbf90b0 in __read_chk (fd=, buf=0x7f3e4b4e2dd0, nbytes=16, buflen=) at read_chk.c:34 5 Thread 0x7f3e4ace6940 (LWP 11183) 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 4 Thread 0x7f3e47ce0940 (LWP 11190) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 3 Thread 0x7f3e3fce0940 (LWP 11189) 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 2 Thread 0x7f3e4c4e9940 (LWP 11180) 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 * 1 Thread 0x7f3e484e1940 (LWP 11188) 0x0000000000623eaa in st_masterlock_acquire () (gdb) info sharedlibrary >From To Syms Read Shared Object Library 0x00007f3e4d952510 0x00007f3e4d96b6d8 Yes (*) /usr/lib64/libxenctrl.so.4.4 0x00007f3e4d71b760 0x00007f3e4d73e108 Yes (*) /usr/lib64/libxenguest.so.4.4 0x00007f3e4d50e220 0x00007f3e4d511d98 Yes (*) /lib64/librt.so.1 0x00007f3e4d2f5210 0x00007f3e4d3003e8 Yes (*) /lib64/libpthread.so.0 0x00007f3e4d070e60 0x00007f3e4d0b1028 Yes (*) /lib64/libm.so.6 0x00007f3e4ce69e10 0x00007f3e4ce6aa08 Yes (*) /lib64/libdl.so.2 0x00007f3e4cb2d7e0 0x00007f3e4cc1b418 Yes (*) /lib64/libc.so.6 0x00007f3e4c901610 0x00007f3e4c90d678 Yes (*) /usr/lib64/libbz2.so.1 0x00007f3e4c6ede90 0x00007f3e4c6f8958 Yes (*) /lib64/libz.so.1 0x00007f3e4db73a70 0x00007f3e4db89a6e Yes (*) /lib64/ld-linux-x86-64.so.2 0x00007f3e472d3e50 0x00007f3e472dd018 Yes (*) /lib64/libgcc_s.so.1 (*): Shared library is missing debugging information. (gdb) info registers rax 0x10 16 rbx 0x9d79c0 10320320 rcx 0x7f3e4cbf90b0 139905552322736 rdx 0x10 16 rsi 0x7f3e47ce2090 139905469390992 rdi 0x9d79c0 10320320 rbp 0x9d79c0 0x9d79c0 rsp 0x7f3e47ce2000 0x7f3e47ce2000 r8 0x9d79f0 10320368 r9 0x2bb4 11188 r10 0x65786966746f68 28561366733582184 r11 0x246 582 r12 0x1 1 r13 0x21 33 r14 0x7f3e47ce6180 139905469407616 r15 0x7f3e4c6a1920 139905546721568 rip 0x623eaa 0x623eaa eflags 0x10202 [ IF RF ] cs 0xe033 57395 ss 0xe02b 57387 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 fctrl 0x0 0 fstat 0x0 0 ftag 0x0 0 fiseg 0x0 0 fioff 0x0 0 foseg 0x0 0 fooff 0x0 0 fop 0x0 0 mxcsr 0x0 [ ] (gdb) disassemble Dump of assembler code for function st_masterlock_acquire: 0x0000000000623ea0 : push %r12 0x0000000000623ea2 : push %rbp 0x0000000000623ea3 : push %rbx 0x0000000000623ea4 : mov %rdi,%rbp 0x0000000000623ea7 : mov %rdi,%rbx 0x0000000000623eaa : callq 0x43d1d8 0x0000000000623eaf : cmpl $0x0,0x28(%rbp) 0x0000000000623eb3 : je 0x623edc 0x0000000000623eb5 : lea 0x30(%rbp),%r12 0x0000000000623eb9 : mov 0x2c(%rbx),%eax 0x0000000000623ebc : add $0x1,%eax 0x0000000000623ebf : mov %eax,0x2c(%rbx) 0x0000000000623ec2 : mov %rbp,%rsi 0x0000000000623ec5 : mov %r12,%rdi 0x0000000000623ec8 : callq 0x43cfa8 0x0000000000623ecd : mov 0x2c(%rbx),%eax 0x0000000000623ed0 : sub $0x1,%eax 0x0000000000623ed3 : mov %eax,0x2c(%rbx) 0x0000000000623ed6 : cmpl $0x0,0x28(%rbx) 0x0000000000623eda : jne 0x623eb9 0x0000000000623edc : movl $0x1,0x28(%rbx) 0x0000000000623ee3 : mov %rbp,%rdi 0x0000000000623ee6 : callq 0x43d318 0x0000000000623eeb : pop %rbx 0x0000000000623eec : pop %rbp 0x0000000000623eed : pop %r12 0x0000000000623eef : retq End of assembler dump. (gdb) thread apply all bt Thread 13 (Thread 0x7f3e49ce4940 (LWP 11185)): #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 #1 0x0000000000624e4f in unix_accept () #2 0x000000000063a304 in caml_c_call () #3 0x00000000016f0018 in ?? () #4 0x00000000005e8bae in camlThread__fun_1103 () #5 0x00007f3e49ce3fe0 in ?? () #6 0x00000000005e8b4c in camlThread__fun_1103 () #7 0x00000000009d79c0 in thread_next_ident () #8 0x000000000063a35a in caml_start_program () #9 0x0000000000000000 in ?? () Thread 12 (Thread 0x7f3e472d1940 (LWP 974)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4c66a250 in ?? () #4 0x0000000001e2a2e0 in ?? () #5 0x00007f3e4c680c10 in ?? () #6 0x00000000005d5a06 in camlThreadext__execute_1035 () #7 0x00007f3e472d0e90 in ?? () #8 0x00000000005d59d1 in camlThreadext__execute_1035 () #9 0x00007f3e4c67fd60 in ?? () #10 0x00000000016faf00 in ?? () #11 0x00000000016e2d88 in ?? () #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #13 0x00007f3e472d0ec0 in ?? () #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () #15 0x00007f3e4c680c10 in ?? () #16 0x0000000001e2a2b8 in ?? () #17 0x0000000000000001 in ?? () #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #19 0x00007f3e472d0ef0 in ?? () #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () #21 0x00007f3e4c680cf0 in ?? () #22 0x00000000009a2090 in camlDebug__18 () #23 0x0000000000630216 in caml_string_notequal () #24 0x000000000044f926 in camlXenops_interface__process_5023 () #25 0x00007f3e472d0f90 in ?? () #26 0x000000000044b833 in camlXenops_interface__process_5023 () #27 0x00007f3e4c680d20 in ?? () #28 0x00007f3e4c684160 in ?? () #29 0x00007f3e4c680d30 in ?? () #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () #31 0x00007f3e4c680da8 in ?? () #32 0x00007f3e4c6879c0 in ?? () #33 0x00000000016f03f8 in ?? () #34 0x000000000087b258 in camlXenopsd__69 () #35 0x00007f3e4c68f5e8 in ?? () #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () #37 0x00000000000000bb in ?? () #38 0x00007f3e4c689d08 in ?? () #39 0x00000000009b65c8 in camlJsonrpc__3 () #40 0x000000000087b258 in camlXenopsd__69 () #41 0x00000000016f03f8 in ?? () #42 0x00000000009b67c8 in camlJsonrpc__24 () #43 0x0000000000000023 in ?? () #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #45 0x00007f3e472d0fc0 in ?? () #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () #47 0x0000000000000001 in ?? () #48 0x0000000001e2a298 in ?? () #49 0x0000000000000000 in ?? () Thread 11 (Thread 0x7f3e494e3940 (LWP 11186)): #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 #1 0x00000000006276dd in unix_select () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e494e2f40 in ?? () #4 0x00000000005d5800 in camlThreadext__fun_1798 () #5 0x0000000001e2a388 in ?? () #6 0x000000000063a391 in caml_start_program () #7 0x0000000000000019 in ?? () #8 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #9 0x00007f3e494e2f90 in ?? () #10 0x00000000005d4281 in camlPervasiveext__finally_1031 () #11 0x00007f3e4c67c618 in ?? () #12 0x0000000001e2a358 in ?? () #13 0x00007f3e4c67c170 in ?? () #14 0x0000000000483d5b in camlUpdates__main_loop_1260 () #15 0x00007f3e41635cd8 in ?? () #16 0x00007f3e4c67c650 in ?? () #17 0x00000000016f0060 in ?? () #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #19 0x00007f3e494e2fc0 in ?? () #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () #21 0x0000000000000000 in ?? () Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)): #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 #1 0x0000000000624e4f in unix_accept () #2 0x000000000063a304 in caml_c_call () #3 0x00000000016effd0 in ?? () #4 0x00000000005e8bae in camlThread__fun_1103 () #5 0x00007f3e4a4e4fe0 in ?? () #6 0x00000000005e8b4c in camlThread__fun_1103 () #7 0x00000000009d79c0 in thread_next_ident () #8 0x000000000063a35a in caml_start_program () #9 0x0000000000000000 in ?? () Thread 9 (Thread 0x7f3e48ce2940 (LWP 11187)): #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at pthread_mutex_lock.c:61 #3 0x0000000000624d41 in caml_mutex_lock () #4 0x000000000063a304 in caml_c_call () #5 0x00007f3e41ca6850 in ?? () #6 0x00000000016fadc8 in ?? () #7 0x00007f3e48ce1f90 in ?? () #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () #9 0x00007f3e4c53b438 in ?? () #10 0x00000000016f0330 in ?? () #11 0x00007f3e41ab04e0 in ?? () #12 0x00007f3e41ab0e50 in ?? () #13 0x00007f3e4c5411d8 in ?? () #14 0x00007f3e41ab0e78 in ?? () #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at pthread_mutex_unlock.c:52 #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 #18 0x0000000000623eeb in st_masterlock_acquire () #19 0x0000000000000003 in ?? () #20 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f3e450d2940 (LWP 973)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4c66b918 in ?? () #4 0x0000000001e2a238 in ?? () #5 0x00007f3e4c68b5d0 in ?? () #6 0x00000000005d5a06 in camlThreadext__execute_1035 () #7 0x00007f3e450d1e90 in ?? () #8 0x00000000005d59d1 in camlThreadext__execute_1035 () #9 0x00007f3e4c68b158 in ?? () #10 0x00000000016faf00 in ?? () #11 0x00000000016e2d88 in ?? () #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #13 0x00007f3e450d1ec0 in ?? () #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () #15 0x00007f3e4c68b248 in ?? () #16 0x0000000001e311e0 in ?? () #17 0x0000000000000001 in ?? () #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #19 0x00007f3e450d1ef0 in ?? () #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () #21 0x00007f3e4c68b328 in ?? () #22 0x00000000009a2090 in camlDebug__18 () #23 0x0000000000630216 in caml_string_notequal () #24 0x000000000044f926 in camlXenops_interface__process_5023 () #25 0x00007f3e450d1f90 in ?? () #26 0x000000000044b833 in camlXenops_interface__process_5023 () #27 0x00007f3e4c68b358 in ?? () #28 0x00007f3e4c68e258 in ?? () #29 0x0000000000000001 in ?? () #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () #31 0x00007f3e4c68b3d0 in ?? () #32 0x00007f3e4c692240 in ?? () #33 0x00000000016f03f8 in ?? () #34 0x000000000087b258 in camlXenopsd__69 () #35 0x00007f3e4c69de08 in ?? () #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () #37 0x00000000000000c1 in ?? () #38 0x00007f3e4c694588 in ?? () #39 0x00000000009b65c8 in camlJsonrpc__3 () #40 0x000000000087b258 in camlXenopsd__69 () #41 0x00000000016f03f8 in ?? () #42 0x00000000009b67c8 in camlJsonrpc__24 () #43 0x0000000000000021 in ?? () #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #45 0x00007f3e450d1fc0 in ?? () #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () #47 0x0000000000000001 in ?? () #48 0x0000000001e311c0 in ?? () #49 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)): #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 #1 0x00000000006276dd in unix_select () #2 0x000000000063a304 in caml_c_call () #3 0x0000000000000001 in ?? () #4 0x0000000000442b5d in camlXenopsd__entry () #5 0x00007fff6609f560 in ?? () #6 0x0000000000442b15 in camlXenopsd__entry () #7 0x00007f3e4c6b2c80 in ?? () #8 0x000000000000000b in ?? () #9 0x0000000000000009 in ?? () #10 0x000000000043dd79 in caml_program () #11 0x00000000003d7d60 in ?? () #12 0x000000000063a35a in caml_start_program () #13 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182)): #0 0x00007f3e4cbf90b0 in __read_chk (fd=, buf=0x7f3e4b4e2dd0, nbytes=16, buflen=) at read_chk.c:34 #1 0x00000000006272c9 in unix_read () #2 0x000000000063a304 in caml_c_call () #3 0x0000000000000021 in ?? () #4 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () #5 0x00007f3e4c544720 in ?? () #6 0x000000000052bef1 in camlXenbus__Xb__input_1161 () #7 0x0000000000000021 in ?? () #8 0x00007f3e41ab0e20 in ?? () #9 0x00007f3e41ab0e00 in ?? () #10 0x00000000009ba1a0 in camlUuid__22 () #11 0x00000000005d5a22 in camlThreadext__execute_1035 () #12 0x00000000016ed590 in ?? () #13 0x00007f3e4b4e6ed0 in ?? () #14 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () #15 0x00000000016ed820 in ?? () #16 0x00007f3e41ab0fa0 in ?? () #17 0x0000000000000001 in ?? () #18 0x0000000000528d5d in camlXenstore__Xsraw__read_watchevent_1233 () #19 0x00000000016ed820 in ?? () #20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 () #21 0x00000000016efea8 in ?? () #22 0x00000000016efe70 in ?? () #23 0x00000000016efe60 in ?? () #24 0x00000000016efe50 in ?? () #25 0x000000000164cad0 in ?? () #26 0x00000000016efdb8 in ?? () #27 0x00007f3e4b4e6f00 in ?? () #28 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #29 0x00007f3e4b4e6f00 in ?? () #30 0x00000000005d4281 in camlPervasiveext__finally_1031 () #31 0x00007f3e4b4e6f30 in ?? () #32 0x00000000016efd98 in ?? () #33 0x00007f3e4c660608 in ?? () #34 0x000000000052ca53 in camlXenctrl__with_intf_1174 () #35 0x00007f3e4b4e6f30 in ?? () #36 0x000000000052ca25 in camlXenctrl__with_intf_1174 () #37 0x00007f3e4c660630 in ?? () #38 0x000000000164cad0 in ?? () #39 0x0000000000000001 in ?? () #40 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #41 0x00007f3e4b4e6f60 in ?? () #42 0x00000000005d4281 in camlPervasiveext__finally_1031 () #43 0x00007f3e4c6af1c8 in ?? () #44 0x00000000009a2090 in camlDebug__18 () #45 0x0000000000000000 in ?? () Thread 5 (Thread 0x7f3e4ace6940 (LWP 11183)): #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 #1 0x00000000006276dd in unix_select () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4ace5f60 in ?? () #4 0x000000000052e717 in camlServer_io__establish_server_1373 () #5 0x00000000005d5a22 in camlThreadext__execute_1035 () #6 0x000000000063a391 in caml_start_program () #7 0x00007f3e4ace5f90 in ?? () #8 0x0000000000623d31 in caml_mutex_unlock () #9 0x0000000000000009 in ?? () #10 0x00000000016eff70 in ?? () #11 0x000000000052e45a in camlServer_io__fun_1455 () #12 0x00007f3e4ace5f90 in ?? () #13 0x000000000052e389 in camlServer_io__fun_1455 () #14 0x00007f3e4c662d00 in ?? () #15 0x00007f3e4c65fda8 in ?? () #16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x7f3e4ace5d90) at pthread_mutex_unlock.c:52 #18 __pthread_mutex_unlock (mutex=0x7f3e4ace5d90) at pthread_mutex_unlock.c:289 #19 0x0000000000623eeb in st_masterlock_acquire () #20 0x0000000000000003 in ?? () #21 0x0000000000000000 in ?? () Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e47cdff90 in ?? () #4 0x0000000000624d60 in caml_mutex_lock () #5 0x00000000005d59d1 in camlThreadext__execute_1035 () #6 0x00007f3e4260b918 in ?? () #7 0x00000000016fadc8 in ?? () #8 0x00007f3e47cdff90 in ?? () #9 0x00000000004e76f9 in camlXenops_server__fun_7488 () #10 0x00007f3e4c512470 in ?? () #11 0x00000000016efcc8 in ?? () #12 0x00007f3e425a55e0 in ?? () #13 0x00007f3e425a5758 in ?? () #14 0x00007f3e4c517440 in ?? () #15 0x00007f3e425a56a8 in ?? () #16 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f3e3fce0940 (LWP 11189)): #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at pthread_mutex_lock.c:61 #3 0x0000000000624d41 in caml_mutex_lock () #4 0x000000000063a304 in caml_c_call () #5 0x00007f3e426e6220 in ?? () #6 0x00000000016fadc8 in ?? () #7 0x00007f3e3fcdff90 in ?? () #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () #9 0x00007f3e4c646fc0 in ?? () #10 0x00000000016efc88 in ?? () #11 0x00007f3e425a55e0 in ?? () #12 0x00007f3e4260b5c0 in ?? () #13 0x00007f3e425d9e70 in ?? () #14 0x00007f3e425d9e10 in ?? () #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at pthread_mutex_unlock.c:52 #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 #18 0x0000000000623eeb in st_masterlock_acquire () #19 0x0000000000000003 in ?? () #20 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f3e4c4e9940 (LWP 11180)): #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x0000000000623be0 in caml_condition_wait () #2 0x000000000063a304 in caml_c_call () #3 0x00007f3e4c53c770 in ?? () #4 0x00007f3e41ab0f50 in ?? () #5 0x00000000005d5a22 in camlThreadext__execute_1035 () #6 0x00000000005d5a06 in camlThreadext__execute_1035 () #7 0x00007f3e4c4e8f00 in ?? () #8 0x00000000005d59d1 in camlThreadext__execute_1035 () #9 0x00007f3e4c53da00 in ?? () #10 0x00000000016fad80 in ?? () #11 0x00000000016e2d88 in ?? () #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #13 0x00007f3e4c4e8f60 in ?? () #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () #15 0x00007f3e4c53daf0 in ?? () #16 0x00007f3e41ab0f28 in ?? () #17 0x00000000005d5a22 in camlThreadext__execute_1035 () #18 0x00000000004fd2f6 in camlXenops_server__fun_8769 () #19 0x00000000016f1930 in ?? () #20 0x00000000016efd48 in ?? () #21 0x000000000090d660 in camlXenops_server__169 () #22 0x0000000000000121 in ?? () #23 0x00000000016efd38 in ?? () #24 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #25 0x00007f3e4c4e8f90 in ?? () #26 0x00000000005d4281 in camlPervasiveext__finally_1031 () #27 0x00007f3e4c6b22c8 in ?? () #28 0x00000000009a2090 in camlDebug__18 () #29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 #30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x83) at pthread_mutex_unlock.c:52 #31 __pthread_mutex_unlock (mutex=0x83) at pthread_mutex_unlock.c:289 #32 0x0000000000623eeb in st_masterlock_acquire () #33 0x0000000000000003 in ?? () #34 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)): #0 0x0000000000623eaa in st_masterlock_acquire () #1 0x0000000000624b1c in caml_thread_leave_blocking_section () #2 0x000000000062aebc in caml_leave_blocking_section () #3 0x00000000006272d0 in unix_read () #4 0x000000000063a304 in caml_c_call () #5 0x0000000000000021 in ?? () #6 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () #7 0x0000000000000021 in ?? () #8 0x000000000052bef1 in camlXenbus__Xb__input_1161 () #9 0x0000000000000021 in ?? () #10 0x00007f3e4c6a1948 in ?? () #11 0x00007f3e4c6a1928 in ?? () #12 0x000000000052be54 in camlXenbus__Xb__output_1155 () #13 0x0000000000000067 in ?? () #14 0x00007f3e4c6cf138 in ?? () #15 0x00007f3e4c6cf138 in ?? () #16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () #17 0x00007f3e4c6cf0f0 in ?? () #18 0x00007f3e4c6a1958 in ?? () #19 0x00007f3e4c6cf138 in ?? () #20 0x0000000000528db5 in camlXenstore__Xsraw__sync_recv_1237 () #21 0x00007f3e4c6cf0f0 in ?? () #22 0x0000000000000003 in ?? () #23 0x00007f3e4c6a1dd0 in ?? () #24 0x000000000052934d in camlXenstore__Xsraw__directory_1259 () #25 0x0000000000000001 in ?? () #26 0x00007f3e4c6a1dd0 in ?? () #27 0x00007f3e4c6cf0f0 in ?? () #28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 () #29 0x00007f3e47ce6560 in ?? () #30 0x0000000000503047 in camlXenops_server_xen__ls_lR_6028 () #31 0x00007f3e4c6cf018 in ?? () #32 0x00007f3e4c6a1e38 in ?? () #33 0x00007f3e4c6bf9d8 in ?? () #34 0x00007f3e4c6bf3a0 in ?? () #35 0x00007f3e4c6a3860 in ?? () #36 0x00000000005f3fc5 in camlList__map_1062 () #37 0x00007f3e4c6a3808 in ?? () #38 0x0000000000000001 in ?? () #39 0x00007f3e4c6a3150 in ?? () #40 0x00000000005f3fd8 in camlList__map_1062 () #41 0x00007f3e4c6a3808 in ?? () #42 0x00007f3e4c6a3848 in ?? () #43 0x00007f3e4c6a24d8 in ?? () #44 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () #45 0x00007f3e4c6a3830 in ?? () #46 0x00007f3e4c6a3fc0 in ?? () #47 0x00007f3e4c6bf9d8 in ?? () #48 0x00007f3e4c6bf3a0 in ?? () #49 0x00007f3e4c6b1dd0 in ?? () #50 0x00000000005f3fc5 in camlList__map_1062 () #51 0x00007f3e4c6b1c28 in ?? () #52 0x00007f3e4c6b1d88 in ?? () #53 0x00007f3e4c6a50e8 in ?? () #54 0x00000000005f3fd8 in camlList__map_1062 () #55 0x00007f3e4c6b1c28 in ?? () #56 0x00007f3e4c6b1d70 in ?? () #57 0x00007f3e4c6a4610 in ?? () #58 0x00000000005f3fd8 in camlList__map_1062 () #59 0x00007f3e4c6b1c28 in ?? () #60 0x00007f3e4c6b1d58 in ?? () #61 0x00007f3e4c6a56e8 in ?? () #62 0x00000000005f3fd8 in camlList__map_1062 () #63 0x00007f3e4c6b1c28 in ?? () #64 0x00007f3e4c6b1d40 in ?? () #65 0x00007f3e4c6a6ab8 in ?? () #66 0x00000000005f3fd8 in camlList__map_1062 () #67 0x00007f3e4c6b1c28 in ?? () #68 0x00007f3e4c6b1d28 in ?? () #69 0x00007f3e4c6a7d48 in ?? () #70 0x00000000005f3fd8 in camlList__map_1062 () #71 0x00007f3e4c6b1c28 in ?? () #72 0x00007f3e4c6b1d10 in ?? () #73 0x00007f3e4c6a8e60 in ?? () #74 0x00000000005f3fd8 in camlList__map_1062 () #75 0x00007f3e4c6b1c28 in ?? () #76 0x00007f3e4c6b1cf8 in ?? () #77 0x00007f3e4c6a9fb8 in ?? () #78 0x00000000005f3fd8 in camlList__map_1062 () #79 0x00007f3e4c6b1c28 in ?? () #80 0x00007f3e4c6b1ce0 in ?? () #81 0x00007f3e4c6ab1e8 in ?? () #82 0x00000000005f3fd8 in camlList__map_1062 () #83 0x00007f3e4c6b1c28 in ?? () #84 0x00007f3e4c6b1cc8 in ?? () #85 0x00007f3e4c6ac418 in ?? () #86 0x00000000005f3fd8 in camlList__map_1062 () #87 0x00007f3e4c6b1c28 in ?? () #88 0x00007f3e4c6b1cb0 in ?? () #89 0x00007f3e4c6ad6a8 in ?? () #90 0x00000000005f3fd8 in camlList__map_1062 () #91 0x00007f3e4c6b1c28 in ?? () #92 0x00007f3e4c6b1c98 in ?? () #93 0x00007f3e4c6ae800 in ?? () #94 0x00000000005f3fd8 in camlList__map_1062 () #95 0x00007f3e4c6b1c28 in ?? () #96 0x00007f3e4c6b1c80 in ?? () #97 0x00007f3e4c6af958 in ?? () #98 0x00000000005f3fd8 in camlList__map_1062 () #99 0x00007f3e4c6b1c28 in ?? () #100 0x00007f3e4c6b1c68 in ?? () #101 0x00007f3e4c6b0ab0 in ?? () #102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () #103 0x00007f3e4c6b1c50 in ?? () #104 0x00007f3e4c6b2e48 in ?? () #105 0x00007f3e4c6bf9d8 in ?? () #106 0x00007f3e4c6bf3a0 in ?? () #107 0x00007f3e4c6bd640 in ?? () #108 0x00000000005f3fc5 in camlList__map_1062 () #109 0x00007f3e4c6bd548 in ?? () #110 0x00007f3e4c6bd5b8 in ?? () #111 0x00007f3e4c6baa88 in ?? () #112 0x00000000005f3fd8 in camlList__map_1062 () #113 0x00007f3e4c6bd548 in ?? () #114 0x00007f3e4c6bd5a0 in ?? () #115 0x00007f3e4c6b33d0 in ?? () #116 0x00000000005f3fd8 in camlList__map_1062 () #117 0x00007f3e4c6bd548 in ?? () #118 0x00007f3e4c6bd588 in ?? () #119 0x00007f3e4c6bb098 in ?? () #120 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () #121 0x00007f3e4c6bd570 in ?? () #122 0x00007f3e4c6bde68 in ?? () #123 0x00007f3e4c6bf9d8 in ?? () #124 0x00007f3e4c6bf3a0 in ?? () #125 0x0000000000924710 in camlXenops_server_xen__575 () #126 0x00000000005f3fc5 in camlList__map_1062 () #127 0x00007f3e4c6bf378 in ?? () #128 0x00000000009246c0 in camlXenops_server_xen__575 () #129 0x00007f3e4c6bedb0 in ?? () #130 0x00000000005f3fd8 in camlList__map_1062 () #131 0x00007f3e4c6bf378 in ?? () #132 0x00000000009246a8 in camlXenops_server_xen__575 () #133 0x00007f3e4c6be3a8 in ?? () #134 0x00000000005086d9 in camlXenops_server_xen__fun_9041 () #135 0x00000000009c2490 in camlList__29 () #136 0x00000000009c24b0 in camlList__30 () #137 0x00007f3e4c6bf9d8 in ?? () #138 0x0000000000000001 in ?? () #139 0x0000000000000001 in ?? () #140 0x00007f3e4c6c15d0 in ?? () #141 0x00007f3e4c6c1588 in ?? () #142 0x00007f3e4c6c1588 in ?? () #143 0x00007f3e4c6c0810 in ?? () #144 0x0000000000000001 in ?? () #145 0x00007f3e4c6cf058 in ?? () #146 0x00007f3e4c6cee68 in ?? () #147 0x00007f3e431c9ab0 in ?? () #148 0x00007f3e4c6bfa90 in ?? () #149 0x00007f3e4c6ceb40 in ?? () #150 0x00007f3e4c6cf230 in ?? () #151 0x00007f3e47ce6590 in ?? () #152 0x00000000005d42d0 in camlPervasiveext__finally_1031 () #153 0x00007f3e47ce6590 in ?? () #154 0x00000000005d4281 in camlPervasiveext__finally_1031 () #155 0x00007f3e47ce6620 in ?? () #156 0x00007f3e4c6cedb0 in ?? () #157 0x00007f3e4c6cf1e8 in ?? () #158 0x000000000052ca53 in camlXenctrl__with_intf_1174 () #159 0x00007f3e47ce6620 in ?? () #160 0x000000000052ca25 in camlXenctrl__with_intf_1174 () #161 0x00007f3e4c6cf210 in ?? () #162 0x00007f3e431c9ab0 in ?? () #163 0x00000000016f0378 in ?? () #164 0x00000000004e9aa3 in camlXenops_server__one_4818 () #165 0x00000000009a22c8 in camlDebug__35 () #166 0x00000000016efc38 in ?? () #167 0x0000000001e2a530 in ?? () #168 0x00007f3e4c66c6e8 in ?? () #169 0x000000000000000f in ?? () #170 0x0000000000000017 in ?? () #171 0x0000000000000000 in ?? () -robin --001a11c24f06c0bb57052c7b3029 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

We have a slightl= y costumed xapi based on xapi-0.2 build 6786 from XenServer 6.5SP1. Xapi is= built with OCaml 3.12 binary (ocaml-3.12.1.ocamlspotter-unknown.x86_64) fr= om XenServer binpkg.

We met random core dumps of xenopsd at th= e function 'st_masterlock_acquire'. All the segfaulted threads have= the same stacks.

Any hint for us to deal with this issue?
=
Following are some gdb output:

Core was generated by = `/opt/xensource/libexec/xenopsd -daemon -config /etc/xenopsd.conf'.
= Program terminated with signal 11, Segmentation fault.
#0=C2=A0 0x000000= 0000623eaa in st_masterlock_acquire ()

(gdb) info threads
=C2=A0= 13 Thread 0x7f3e49ce4940 (LWP 11185)=C2=A0 0x00007f3e4d2fdccb in accept ()= from /lib64/libpthread.so.0
=C2=A0 12 Thread 0x7f3e472d1940 (LWP 974)= =C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/= libpthread.so.0
=C2=A0 11 Thread 0x7f3e494e3940 (LWP 11186)=C2=A0 0x0000= 7f3e4cbde162 in select () from /lib64/libc.so.6
=C2=A0 10 Thread 0x7f3e4= a4e5940 (LWP 11184)=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/libpt= hread.so.0
=C2=A0 9 Thread 0x7f3e48ce2940 (LWP 11187)=C2=A0 0x00007f3e4d= 2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 8 Thread= 0x7f3e450d2940 (LWP 973)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GL= IBC_2.3.2 () from /lib64/libpthread.so.0
=C2=A0 7 Thread 0x7f3e4dd826e0 = (LWP 11177)=C2=A0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6
= =C2=A0 6 Thread 0x7f3e4b4e7940 (LWP 11182)=C2=A0 0x00007f3e4cbf90b0 in __re= ad_chk (fd=3D<value optimized out>, buf=3D0x7f3e4b4e2dd0, nbytes=3D16= , buflen=3D<value optimized out>) at read_chk.c:34
=C2=A0 5 Thread= 0x7f3e4ace6940 (LWP 11183)=C2=A0 0x00007f3e4cbde162 in select () from /lib= 64/libc.so.6
=C2=A0 4 Thread 0x7f3e47ce0940 (LWP 11190)=C2=A0 0x00007f3e= 4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0=C2=A0 3 Thread 0x7f3e3fce0940 (LWP 11189)=C2=A0 0x00007f3e4d2fd654 in __= lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 2 Thread 0x7f3e4c4e9= 940 (LWP 11180)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 = () from /lib64/libpthread.so.0
* 1 Thread 0x7f3e484e1940 (LWP 11188)=C2= =A0 0x0000000000623eaa in st_masterlock_acquire ()

(gdb) info shared= library
From=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 To=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Syms Read= =C2=A0=C2=A0 Shared Object Library
0x00007f3e4d952510=C2=A0 0x00007f3e4d= 96b6d8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libxenctrl.so.4.40x00007f3e4d71b760=C2=A0 0x00007f3e4d73e108=C2=A0 Yes (*)=C2=A0=C2=A0=C2= =A0=C2=A0 /usr/lib64/libxenguest.so.4.4
0x00007f3e4d50e220=C2=A0 0x00007= f3e4d511d98=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/librt.so.1
0x00= 007f3e4d2f5210=C2=A0 0x00007f3e4d3003e8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libpthread.so.0
0x00007f3e4d070e60=C2=A0 0x00007f3e4d0b1028= =C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/libm.so.6
0x00007f3e4ce69e= 10=C2=A0 0x00007f3e4ce6aa08=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/li= bdl.so.2
0x00007f3e4cb2d7e0=C2=A0 0x00007f3e4cc1b418=C2=A0 Yes (*)=C2=A0= =C2=A0=C2=A0=C2=A0 /lib64/libc.so.6
0x00007f3e4c901610=C2=A0 0x00007f3e4= c90d678=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libbz2.so.1
0x0= 0007f3e4c6ede90=C2=A0 0x00007f3e4c6f8958=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libz.so.1
0x00007f3e4db73a70=C2=A0 0x00007f3e4db89a6e=C2=A0 Y= es (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/ld-linux-x86-64.so.2
0x00007f3e472= d3e50=C2=A0 0x00007f3e472dd018=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64= /libgcc_s.so.1
(*): Shared library is missing debugging information.
=
(gdb) info registers
rax=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rbx=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320rcx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f= 3e4cbf90b0=C2=A0=C2=A0 139905552322736
rdx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rsi= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47= ce2090=C2=A0=C2=A0 139905469390992
rdi=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320
rbp=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 0x9d79c0
rs= p=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4= 7ce2000=C2=A0=C2=A0 0x7f3e47ce2000
r8=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79f0 10320368
r9=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x2bb4=C2=A0= =C2=A0 11188
r10=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 0x65786966746f68 28561366733582184
r11=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x246=C2=A0=C2=A0=C2=A0 582r12=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x1= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1
r13=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x21=C2=A0=C2=A0=C2=A0=C2=A0 33
r14=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47ce6180= =C2=A0=C2=A0 139905469407616
r15=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4c6a1920=C2=A0=C2=A0 139905546721568
r= ip=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x623e= aa 0x623eaa <st_masterlock_acquire+10>
eflags=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10202=C2=A0 [ IF RF ]
cs=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0xe033=C2=A0=C2=A0 5= 7395
ss=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0xe02b=C2=A0=C2=A0 57387
ds=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
es=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0
gs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fctrl=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs= tat=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 0
ftag=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fiseg=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fioff=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0
foseg=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fooff=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fop=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0= x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
mxcsr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [ ]

(gdb)= disassemble
Dump of assembler code for function st_masterlock_acquire:=
0x0000000000623ea0 <st_masterlock_acquire+0>:=C2=A0=C2=A0 push=C2= =A0=C2=A0 %r12
0x0000000000623ea2 <st_masterlock_acquire+2>:=C2=A0= =C2=A0 push=C2=A0=C2=A0 %rbp
0x0000000000623ea3 <st_masterlock_acquir= e+3>:=C2=A0=C2=A0 push=C2=A0=C2=A0 %rbx
0x0000000000623ea4 <st_mas= terlock_acquire+4>:=C2=A0=C2=A0 mov=C2=A0=C2=A0=C2=A0 %rdi,%rbp
0x000= 0000000623ea7 <st_masterlock_acquire+7>:=C2=A0=C2=A0 mov=C2=A0=C2=A0= =C2=A0 %rdi,%rbx
0x0000000000623eaa <st_masterlock_acquire+10>:=C2= =A0 callq=C2=A0 0x43d1d8 <pthread_mutex_lock@plt>
0x0000000000623e= af <st_masterlock_acquire+15>:=C2=A0 cmpl=C2=A0=C2=A0 $0x0,0x28(%rbp)=
0x0000000000623eb3 <st_masterlock_acquire+19>:=C2=A0 je=C2=A0=C2= =A0=C2=A0=C2=A0 0x623edc <st_masterlock_acquire+60>
0x000000000062= 3eb5 <st_masterlock_acquire+21>:=C2=A0 lea=C2=A0=C2=A0=C2=A0 0x30(%rb= p),%r12
0x0000000000623eb9 <st_masterlock_acquire+25>:=C2=A0 mov= =C2=A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ebc <st_masterlock_= acquire+28>:=C2=A0 add=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ebf= <st_masterlock_acquire+31>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%r= bx)
0x0000000000623ec2 <st_masterlock_acquire+34>:=C2=A0 mov=C2=A0= =C2=A0=C2=A0 %rbp,%rsi
0x0000000000623ec5 <st_masterlock_acquire+37&g= t;:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %r12,%rdi
0x0000000000623ec8 <st_mast= erlock_acquire+40>:=C2=A0 callq=C2=A0 0x43cfa8 <pthread_cond_wait@plt= >
0x0000000000623ecd <st_masterlock_acquire+45>:=C2=A0 mov=C2= =A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ed0 <st_masterlock_acq= uire+48>:=C2=A0 sub=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ed3 &l= t;st_masterlock_acquire+51>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%rbx)=
0x0000000000623ed6 <st_masterlock_acquire+54>:=C2=A0 cmpl=C2=A0= =C2=A0 $0x0,0x28(%rbx)
0x0000000000623eda <st_masterlock_acquire+58&g= t;:=C2=A0 jne=C2=A0=C2=A0=C2=A0 0x623eb9 <st_masterlock_acquire+25>0x0000000000623edc <st_masterlock_acquire+60>:=C2=A0 movl=C2=A0=C2= =A0 $0x1,0x28(%rbx)
0x0000000000623ee3 <st_masterlock_acquire+67>:= =C2=A0 mov=C2=A0=C2=A0=C2=A0 %rbp,%rdi
0x0000000000623ee6 <st_masterl= ock_acquire+70>:=C2=A0 callq=C2=A0 0x43d318 <pthread_mutex_unlock@plt= >
0x0000000000623eeb <st_masterlock_acquire+75>:=C2=A0 pop=C2= =A0=C2=A0=C2=A0 %rbx
0x0000000000623eec <st_masterlock_acquire+76>= :=C2=A0 pop=C2=A0=C2=A0=C2=A0 %rbp
0x0000000000623eed <st_masterlock_= acquire+77>:=C2=A0 pop=C2=A0=C2=A0=C2=A0 %r12
0x0000000000623eef <= st_masterlock_acquire+79>:=C2=A0 retq=C2=A0=C2=A0
End of assembler d= ump.

(gdb) thread apply all bt

Thread 13 (Thread 0x7f3e49ce49= 40 (LWP 11185)):
#0=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/li= bpthread.so.0
#1=C2=A0 0x0000000000624e4f in unix_accept ()
#2=C2=A0 = 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00000000016f0018 in ?? (= )
#4=C2=A0 0x00000000005e8bae in camlThread__fun_1103 ()
#5=C2=A0 0x0= 0007f3e49ce3fe0 in ?? ()
#6=C2=A0 0x00000000005e8b4c in camlThread__fun_= 1103 ()
#7=C2=A0 0x00000000009d79c0 in thread_next_ident ()
#8=C2=A0 = 0x000000000063a35a in caml_start_program ()
#9=C2=A0 0x0000000000000000 = in ?? ()

Thread 12 (Thread 0x7f3e472d1940 (LWP 974)):
#0=C2=A0 0x= 00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthrea= d.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_wait ()
#2=C2=A0= 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e4c66a250 in ?? = ()
#4=C2=A0 0x0000000001e2a2e0 in ?? ()
#5=C2=A0 0x00007f3e4c680c10 i= n ?? ()
#6=C2=A0 0x00000000005d5a06 in camlThreadext__execute_1035 ()#7=C2=A0 0x00007f3e472d0e90 in ?? ()
#8=C2=A0 0x00000000005d59d1 in cam= lThreadext__execute_1035 ()
#9=C2=A0 0x00007f3e4c67fd60 in ?? ()
#10 = 0x00000000016faf00 in ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#13 0x00007f3e472d0ec= 0 in ?? ()
#14 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#15 0x00007f3e4c680c10 in ?? ()
#16 0x0000000001e2a2b8 in ?? ()
#17= 0x0000000000000001 in ?? ()
#18 0x00000000005d42d0 in camlPervasiveext_= _finally_1031 ()
#19 0x00007f3e472d0ef0 in ?? ()
#20 0x00000000005d42= 81 in camlPervasiveext__finally_1031 ()
#21 0x00007f3e4c680cf0 in ?? ()<= br>#22 0x00000000009a2090 in camlDebug__18 ()
#23 0x0000000000630216 in = caml_string_notequal ()
#24 0x000000000044f926 in camlXenops_interface__= process_5023 ()
#25 0x00007f3e472d0f90 in ?? ()
#26 0x000000000044b83= 3 in camlXenops_interface__process_5023 ()
#27 0x00007f3e4c680d20 in ?? = ()
#28 0x00007f3e4c684160 in ?? ()
#29 0x00007f3e4c680d30 in ?? ()#30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 ()
#31 0x000= 07f3e4c680da8 in ?? ()
#32 0x00007f3e4c6879c0 in ?? ()
#33 0x00000000= 016f03f8 in ?? ()
#34 0x000000000087b258 in camlXenopsd__69 ()
#35 0x= 00007f3e4c68f5e8 in ?? ()
#36 0x000000000044129d in camlXenopsd__binary_= handler_1581 ()
#37 0x00000000000000bb in ?? ()
#38 0x00007f3e4c689d0= 8 in ?? ()
#39 0x00000000009b65c8 in camlJsonrpc__3 ()
#40 0x00000000= 0087b258 in camlXenopsd__69 ()
#41 0x00000000016f03f8 in ?? ()
#42 0x= 00000000009b67c8 in camlJsonrpc__24 ()
#43 0x0000000000000023 in ?? ()#44 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#45 0x0000= 7f3e472d0fc0 in ?? ()
#46 0x00000000005d4281 in camlPervasiveext__finall= y_1031 ()
#47 0x0000000000000001 in ?? ()
#48 0x0000000001e2a298 in ?= ? ()
#49 0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f3e494e= 3940 (LWP 11186)):
#0=C2=A0 0x00007f3e4cbde162 in select () from /lib64/= libc.so.6
#1=C2=A0 0x00000000006276dd in unix_select ()
#2=C2=A0 0x00= 0000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e494e2f40 in ?? ()#4=C2=A0 0x00000000005d5800 in camlThreadext__fun_1798 ()
#5=C2=A0 0x00= 00000001e2a388 in ?? ()
#6=C2=A0 0x000000000063a391 in caml_start_progra= m ()
#7=C2=A0 0x0000000000000019 in ?? ()
#8=C2=A0 0x00000000005d42d0= in camlPervasiveext__finally_1031 ()
#9=C2=A0 0x00007f3e494e2f90 in ?? = ()
#10 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#11 0x= 00007f3e4c67c618 in ?? ()
#12 0x0000000001e2a358 in ?? ()
#13 0x00007= f3e4c67c170 in ?? ()
#14 0x0000000000483d5b in camlUpdates__main_loop_12= 60 ()
#15 0x00007f3e41635cd8 in ?? ()
#16 0x00007f3e4c67c650 in ?? ()=
#17 0x00000000016f0060 in ?? ()
#18 0x00000000005d42d0 in camlPervas= iveext__finally_1031 ()
#19 0x00007f3e494e2fc0 in ?? ()
#20 0x0000000= 0005d4281 in camlPervasiveext__finally_1031 ()
#21 0x0000000000000000 in= ?? ()

Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)):
#0=C2=A0 0x= 00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0
#1=C2=A0 0x000= 0000000624e4f in unix_accept ()
#2=C2=A0 0x000000000063a304 in caml_c_ca= ll ()
#3=C2=A0 0x00000000016effd0 in ?? ()
#4=C2=A0 0x00000000005e8ba= e in camlThread__fun_1103 ()
#5=C2=A0 0x00007f3e4a4e4fe0 in ?? ()
#6= =C2=A0 0x00000000005e8b4c in camlThread__fun_1103 ()
#7=C2=A0 0x00000000= 009d79c0 in thread_next_ident ()
#8=C2=A0 0x000000000063a35a in caml_sta= rt_program ()
#9=C2=A0 0x0000000000000000 in ?? ()

Thread 9 (Thre= ad 0x7f3e48ce2940 (LWP 11187)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_loc= k_wait () from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_= lock_1034 () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in = __pthread_mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3= =C2=A0 0x0000000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a= 304 in caml_c_call ()
#5=C2=A0 0x00007f3e41ca6850 in ?? ()
#6=C2=A0 0= x00000000016fadc8 in ?? ()
#7=C2=A0 0x00007f3e48ce1f90 in ?? ()
#8=C2= =A0 0x00000000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x0000= 7f3e4c53b438 in ?? ()
#10 0x00000000016f0330 in ?? ()
#11 0x00007f3e4= 1ab04e0 in ?? ()
#12 0x00007f3e41ab0e50 in ?? ()
#13 0x00007f3e4c5411= d8 in ?? ()
#14 0x00007f3e41ab0e78 in ?? ()
#15 0x00007f3e4d2fa217 in= _L_unlock_766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in = __pthread_mutex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52#17 __pthread_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289#18 0x0000000000623eeb in st_masterlock_acquire ()
#19 0x00000000000000= 03 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f= 3e450d2940 (LWP 973)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@= @GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 = in caml_condition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()<= br>#3=C2=A0 0x00007f3e4c66b918 in ?? ()
#4=C2=A0 0x0000000001e2a238 in ?= ? ()
#5=C2=A0 0x00007f3e4c68b5d0 in ?? ()
#6=C2=A0 0x00000000005d5a06= in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e450d1e90 in ?? ()<= br>#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#9=C2= =A0 0x00007f3e4c68b158 in ?? ()
#10 0x00000000016faf00 in ?? ()
#11 0= x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in camlPervasiveext__f= inally_1031 ()
#13 0x00007f3e450d1ec0 in ?? ()
#14 0x00000000005d4281= in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c68b248 in ?? ()#16 0x0000000001e311e0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 = 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#19 0x00007f3e45= 0d1ef0 in ?? ()
#20 0x00000000005d4281 in camlPervasiveext__finally_1031= ()
#21 0x00007f3e4c68b328 in ?? ()
#22 0x00000000009a2090 in camlDeb= ug__18 ()
#23 0x0000000000630216 in caml_string_notequal ()
#24 0x000= 000000044f926 in camlXenops_interface__process_5023 ()
#25 0x00007f3e450= d1f90 in ?? ()
#26 0x000000000044b833 in camlXenops_interface__process_5= 023 ()
#27 0x00007f3e4c68b358 in ?? ()
#28 0x00007f3e4c68e258 in ?? (= )
#29 0x0000000000000001 in ?? ()
#30 0x00000000005e5861 in camlJsonr= pc__call_of_string_1310 ()
#31 0x00007f3e4c68b3d0 in ?? ()
#32 0x0000= 7f3e4c692240 in ?? ()
#33 0x00000000016f03f8 in ?? ()
#34 0x000000000= 087b258 in camlXenopsd__69 ()
#35 0x00007f3e4c69de08 in ?? ()
#36 0x0= 00000000044129d in camlXenopsd__binary_handler_1581 ()
#37 0x00000000000= 000c1 in ?? ()
#38 0x00007f3e4c694588 in ?? ()
#39 0x00000000009b65c8= in camlJsonrpc__3 ()
#40 0x000000000087b258 in camlXenopsd__69 ()
#4= 1 0x00000000016f03f8 in ?? ()
#42 0x00000000009b67c8 in camlJsonrpc__24 = ()
#43 0x0000000000000021 in ?? ()
#44 0x00000000005d42d0 in camlPerv= asiveext__finally_1031 ()
#45 0x00007f3e450d1fc0 in ?? ()
#46 0x00000= 000005d4281 in camlPervasiveext__finally_1031 ()
#47 0x0000000000000001 = in ?? ()
#48 0x0000000001e311c0 in ?? ()
#49 0x0000000000000000 in ??= ()

Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)):
#0=C2=A0 0x0000= 7f3e4cbde162 in select () from /lib64/libc.so.6
#1=C2=A0 0x0000000000627= 6dd in unix_select ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#= 3=C2=A0 0x0000000000000001 in ?? ()
#4=C2=A0 0x0000000000442b5d in camlX= enopsd__entry ()
#5=C2=A0 0x00007fff6609f560 in ?? ()
#6=C2=A0 0x0000= 000000442b15 in camlXenopsd__entry ()
#7=C2=A0 0x00007f3e4c6b2c80 in ?? = ()
#8=C2=A0 0x000000000000000b in ?? ()
#9=C2=A0 0x0000000000000009 i= n ?? ()
#10 0x000000000043dd79 in caml_program ()
#11 0x00000000003d7= d60 in ?? ()
#12 0x000000000063a35a in caml_start_program ()
#13 0x00= 00000000000000 in ?? ()

Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182))= :
#0=C2=A0 0x00007f3e4cbf90b0 in __read_chk (fd=3D<value optimized ou= t>, buf=3D0x7f3e4b4e2dd0, nbytes=3D16, buflen=3D<value optimized out&= gt;) at read_chk.c:34
#1=C2=A0 0x00000000006272c9 in unix_read ()
#2= =C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000000000000021 = in ?? ()
#4=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 ()<= br>#5=C2=A0 0x00007f3e4c544720 in ?? ()
#6=C2=A0 0x000000000052bef1 in c= amlXenbus__Xb__input_1161 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8= =C2=A0 0x00007f3e41ab0e20 in ?? ()
#9=C2=A0 0x00007f3e41ab0e00 in ?? ()<= br>#10 0x00000000009ba1a0 in camlUuid__22 ()
#11 0x00000000005d5a22 in c= amlThreadext__execute_1035 ()
#12 0x00000000016ed590 in ?? ()
#13 0x0= 0007f3e4b4e6ed0 in ?? ()
#14 0x0000000000528af5 in camlXenstore__Xsraw__= pkt_recv_1214 ()
#15 0x00000000016ed820 in ?? ()
#16 0x00007f3e41ab0f= a0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 0x0000000000528d5d in= camlXenstore__Xsraw__read_watchevent_1233 ()
#19 0x00000000016ed820 in = ?? ()
#20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 ()
#21 0= x00000000016efea8 in ?? ()
#22 0x00000000016efe70 in ?? ()
#23 0x0000= 0000016efe60 in ?? ()
#24 0x00000000016efe50 in ?? ()
#25 0x000000000= 164cad0 in ?? ()
#26 0x00000000016efdb8 in ?? ()
#27 0x00007f3e4b4e6f= 00 in ?? ()
#28 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()<= br>#29 0x00007f3e4b4e6f00 in ?? ()
#30 0x00000000005d4281 in camlPervasi= veext__finally_1031 ()
#31 0x00007f3e4b4e6f30 in ?? ()
#32 0x00000000= 016efd98 in ?? ()
#33 0x00007f3e4c660608 in ?? ()
#34 0x000000000052c= a53 in camlXenctrl__with_intf_1174 ()
#35 0x00007f3e4b4e6f30 in ?? ()#36 0x000000000052ca25 in camlXenctrl__with_intf_1174 ()
#37 0x00007f3e= 4c660630 in ?? ()
#38 0x000000000164cad0 in ?? ()
#39 0x0000000000000= 001 in ?? ()
#40 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()=
#41 0x00007f3e4b4e6f60 in ?? ()
#42 0x00000000005d4281 in camlPervas= iveext__finally_1031 ()
#43 0x00007f3e4c6af1c8 in ?? ()
#44 0x0000000= 0009a2090 in camlDebug__18 ()
#45 0x0000000000000000 in ?? ()

Thr= ead 5 (Thread 0x7f3e4ace6940 (LWP 11183)):
#0=C2=A0 0x00007f3e4cbde162 i= n select () from /lib64/libc.so.6
#1=C2=A0 0x00000000006276dd in unix_se= lect ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000= 7f3e4ace5f60 in ?? ()
#4=C2=A0 0x000000000052e717 in camlServer_io__esta= blish_server_1373 ()
#5=C2=A0 0x00000000005d5a22 in camlThreadext__execu= te_1035 ()
#6=C2=A0 0x000000000063a391 in caml_start_program ()
#7=C2= =A0 0x00007f3e4ace5f90 in ?? ()
#8=C2=A0 0x0000000000623d31 in caml_mute= x_unlock ()
#9=C2=A0 0x0000000000000009 in ?? ()
#10 0x00000000016eff= 70 in ?? ()
#11 0x000000000052e45a in camlServer_io__fun_1455 ()
#12 = 0x00007f3e4ace5f90 in ?? ()
#13 0x000000000052e389 in camlServer_io__fun= _1455 ()
#14 0x00007f3e4c662d00 in ?? ()
#15 0x00007f3e4c65fda8 in ??= ()
#16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so= .0
#17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x7= f3e4ace5d90) at pthread_mutex_unlock.c:52
#18 __pthread_mutex_unlock (mu= tex=3D0x7f3e4ace5d90) at pthread_mutex_unlock.c:289
#19 0x0000000000623e= eb in st_masterlock_acquire ()
#20 0x0000000000000003 in ?? ()
#21 0x= 0000000000000000 in ?? ()

Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190= )):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () fro= m /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_w= ait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007= f3e47cdff90 in ?? ()
#4=C2=A0 0x0000000000624d60 in caml_mutex_lock ()#5=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#6=C2=A0= 0x00007f3e4260b918 in ?? ()
#7=C2=A0 0x00000000016fadc8 in ?? ()
#8= =C2=A0 0x00007f3e47cdff90 in ?? ()
#9=C2=A0 0x00000000004e76f9 in camlXe= nops_server__fun_7488 ()
#10 0x00007f3e4c512470 in ?? ()
#11 0x000000= 00016efcc8 in ?? ()
#12 0x00007f3e425a55e0 in ?? ()
#13 0x00007f3e425= a5758 in ?? ()
#14 0x00007f3e4c517440 in ?? ()
#15 0x00007f3e425a56a8= in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f3e= 3fce0940 (LWP 11189)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_lock_wait ()= from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_lock_1034= () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in __pthread= _mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3=C2=A0 0x00= 00000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a304 in caml= _c_call ()
#5=C2=A0 0x00007f3e426e6220 in ?? ()
#6=C2=A0 0x0000000001= 6fadc8 in ?? ()
#7=C2=A0 0x00007f3e3fcdff90 in ?? ()
#8=C2=A0 0x00000= 000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x00007f3e4c646fc= 0 in ?? ()
#10 0x00000000016efc88 in ?? ()
#11 0x00007f3e425a55e0 in = ?? ()
#12 0x00007f3e4260b5c0 in ?? ()
#13 0x00007f3e425d9e70 in ?? ()=
#14 0x00007f3e425d9e10 in ?? ()
#15 0x00007f3e4d2fa217 in _L_unlock_= 766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in __pthread_m= utex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52
#17 __pth= read_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289
#18 0x0000= 000000623eeb in st_masterlock_acquire ()
#19 0x0000000000000003 in ?? ()=
#20 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f3e4c4e9940 = (LWP 11180)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.= 3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_c= ondition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2= =A0 0x00007f3e4c53c770 in ?? ()
#4=C2=A0 0x00007f3e41ab0f50 in ?? ()
= #5=C2=A0 0x00000000005d5a22 in camlThreadext__execute_1035 ()
#6=C2=A0 0= x00000000005d5a06 in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e4= c4e8f00 in ?? ()
#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1= 035 ()
#9=C2=A0 0x00007f3e4c53da00 in ?? ()
#10 0x00000000016fad80 in= ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in caml= Pervasiveext__finally_1031 ()
#13 0x00007f3e4c4e8f60 in ?? ()
#14 0x0= 0000000005d4281 in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c53d= af0 in ?? ()
#16 0x00007f3e41ab0f28 in ?? ()
#17 0x00000000005d5a22 i= n camlThreadext__execute_1035 ()
#18 0x00000000004fd2f6 in camlXenops_se= rver__fun_8769 ()
#19 0x00000000016f1930 in ?? ()
#20 0x00000000016ef= d48 in ?? ()
#21 0x000000000090d660 in camlXenops_server__169 ()
#22 = 0x0000000000000121 in ?? ()
#23 0x00000000016efd38 in ?? ()
#24 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#25 0x00007f3e4c4e8f9= 0 in ?? ()
#26 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#27 0x00007f3e4c6b22c8 in ?? ()
#28 0x00000000009a2090 in camlDebug__1= 8 ()
#29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.s= o.0
#30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x= 83) at pthread_mutex_unlock.c:52
#31 __pthread_mutex_unlock (mutex=3D0x8= 3) at pthread_mutex_unlock.c:289
#32 0x0000000000623eeb in st_masterlock= _acquire ()
#33 0x0000000000000003 in ?? ()
#34 0x0000000000000000 in= ?? ()

Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)):
#0=C2=A0 0x0= 000000000623eaa in st_masterlock_acquire ()
#1=C2=A0 0x0000000000624b1c = in caml_thread_leave_blocking_section ()
#2=C2=A0 0x000000000062aebc in = caml_leave_blocking_section ()
#3=C2=A0 0x00000000006272d0 in unix_read = ()
#4=C2=A0 0x000000000063a304 in caml_c_call ()
#5=C2=A0 0x000000000= 0000021 in ?? ()
#6=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_= 1120 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8=C2=A0 0x000000000052b= ef1 in camlXenbus__Xb__input_1161 ()
#9=C2=A0 0x0000000000000021 in ?? (= )
#10 0x00007f3e4c6a1948 in ?? ()
#11 0x00007f3e4c6a1928 in ?? ()
= #12 0x000000000052be54 in camlXenbus__Xb__output_1155 ()
#13 0x000000000= 0000067 in ?? ()
#14 0x00007f3e4c6cf138 in ?? ()
#15 0x00007f3e4c6cf1= 38 in ?? ()
#16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214= ()
#17 0x00007f3e4c6cf0f0 in ?? ()
#18 0x00007f3e4c6a1958 in ?? ()#19 0x00007f3e4c6cf138 in ?? ()
#20 0x0000000000528db5 in camlXenstore= __Xsraw__sync_recv_1237 ()
#21 0x00007f3e4c6cf0f0 in ?? ()
#22 0x0000= 000000000003 in ?? ()
#23 0x00007f3e4c6a1dd0 in ?? ()
#24 0x000000000= 052934d in camlXenstore__Xsraw__directory_1259 ()
#25 0x0000000000000001= in ?? ()
#26 0x00007f3e4c6a1dd0 in ?? ()
#27 0x00007f3e4c6cf0f0 in ?= ? ()
#28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 ()
#= 29 0x00007f3e47ce6560 in ?? ()
#30 0x0000000000503047 in camlXenops_serv= er_xen__ls_lR_6028 ()
#31 0x00007f3e4c6cf018 in ?? ()
#32 0x00007f3e4= c6a1e38 in ?? ()
#33 0x00007f3e4c6bf9d8 in ?? ()
#34 0x00007f3e4c6bf3= a0 in ?? ()
#35 0x00007f3e4c6a3860 in ?? ()
#36 0x00000000005f3fc5 in= camlList__map_1062 ()
#37 0x00007f3e4c6a3808 in ?? ()
#38 0x00000000= 00000001 in ?? ()
#39 0x00007f3e4c6a3150 in ?? ()
#40 0x00000000005f3= fd8 in camlList__map_1062 ()
#41 0x00007f3e4c6a3808 in ?? ()
#42 0x00= 007f3e4c6a3848 in ?? ()
#43 0x00007f3e4c6a24d8 in ?? ()
#44 0x0000000= 0005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#45 0x00007f3e4c6a3830= in ?? ()
#46 0x00007f3e4c6a3fc0 in ?? ()
#47 0x00007f3e4c6bf9d8 in ?= ? ()
#48 0x00007f3e4c6bf3a0 in ?? ()
#49 0x00007f3e4c6b1dd0 in ?? ()<= br>#50 0x00000000005f3fc5 in camlList__map_1062 ()
#51 0x00007f3e4c6b1c2= 8 in ?? ()
#52 0x00007f3e4c6b1d88 in ?? ()
#53 0x00007f3e4c6a50e8 in = ?? ()
#54 0x00000000005f3fd8 in camlList__map_1062 ()
#55 0x00007f3e4= c6b1c28 in ?? ()
#56 0x00007f3e4c6b1d70 in ?? ()
#57 0x00007f3e4c6a46= 10 in ?? ()
#58 0x00000000005f3fd8 in camlList__map_1062 ()
#59 0x000= 07f3e4c6b1c28 in ?? ()
#60 0x00007f3e4c6b1d58 in ?? ()
#61 0x00007f3e= 4c6a56e8 in ?? ()
#62 0x00000000005f3fd8 in camlList__map_1062 ()
#63= 0x00007f3e4c6b1c28 in ?? ()
#64 0x00007f3e4c6b1d40 in ?? ()
#65 0x00= 007f3e4c6a6ab8 in ?? ()
#66 0x00000000005f3fd8 in camlList__map_1062 ()<= br>#67 0x00007f3e4c6b1c28 in ?? ()
#68 0x00007f3e4c6b1d28 in ?? ()
#6= 9 0x00007f3e4c6a7d48 in ?? ()
#70 0x00000000005f3fd8 in camlList__map_10= 62 ()
#71 0x00007f3e4c6b1c28 in ?? ()
#72 0x00007f3e4c6b1d10 in ?? ()=
#73 0x00007f3e4c6a8e60 in ?? ()
#74 0x00000000005f3fd8 in camlList__= map_1062 ()
#75 0x00007f3e4c6b1c28 in ?? ()
#76 0x00007f3e4c6b1cf8 in= ?? ()
#77 0x00007f3e4c6a9fb8 in ?? ()
#78 0x00000000005f3fd8 in caml= List__map_1062 ()
#79 0x00007f3e4c6b1c28 in ?? ()
#80 0x00007f3e4c6b1= ce0 in ?? ()
#81 0x00007f3e4c6ab1e8 in ?? ()
#82 0x00000000005f3fd8 i= n camlList__map_1062 ()
#83 0x00007f3e4c6b1c28 in ?? ()
#84 0x00007f3= e4c6b1cc8 in ?? ()
#85 0x00007f3e4c6ac418 in ?? ()
#86 0x00000000005f= 3fd8 in camlList__map_1062 ()
#87 0x00007f3e4c6b1c28 in ?? ()
#88 0x0= 0007f3e4c6b1cb0 in ?? ()
#89 0x00007f3e4c6ad6a8 in ?? ()
#90 0x000000= 00005f3fd8 in camlList__map_1062 ()
#91 0x00007f3e4c6b1c28 in ?? ()
#= 92 0x00007f3e4c6b1c98 in ?? ()
#93 0x00007f3e4c6ae800 in ?? ()
#94 0x= 00000000005f3fd8 in camlList__map_1062 ()
#95 0x00007f3e4c6b1c28 in ?? (= )
#96 0x00007f3e4c6b1c80 in ?? ()
#97 0x00007f3e4c6af958 in ?? ()
= #98 0x00000000005f3fd8 in camlList__map_1062 ()
#99 0x00007f3e4c6b1c28 i= n ?? ()
#100 0x00007f3e4c6b1c68 in ?? ()
#101 0x00007f3e4c6b0ab0 in ?= ? ()
#102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 ()
= #103 0x00007f3e4c6b1c50 in ?? ()
#104 0x00007f3e4c6b2e48 in ?? ()
#10= 5 0x00007f3e4c6bf9d8 in ?? ()
#106 0x00007f3e4c6bf3a0 in ?? ()
#107 0= x00007f3e4c6bd640 in ?? ()
#108 0x00000000005f3fc5 in camlList__map_1062= ()
#109 0x00007f3e4c6bd548 in ?? ()
#110 0x00007f3e4c6bd5b8 in ?? ()=
#111 0x00007f3e4c6baa88 in ?? ()
#112 0x00000000005f3fd8 in camlList= __map_1062 ()
#113 0x00007f3e4c6bd548 in ?? ()
#114 0x00007f3e4c6bd5a= 0 in ?? ()
#115 0x00007f3e4c6b33d0 in ?? ()
#116 0x00000000005f3fd8 i= n camlList__map_1062 ()
#117 0x00007f3e4c6bd548 in ?? ()
#118 0x00007= f3e4c6bd588 in ?? ()
#119 0x00007f3e4c6bb098 in ?? ()
#120 0x00000000= 005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#121 0x00007f3e4c6bd570= in ?? ()
#122 0x00007f3e4c6bde68 in ?? ()
#123 0x00007f3e4c6bf9d8 in= ?? ()
#124 0x00007f3e4c6bf3a0 in ?? ()
#125 0x0000000000924710 in ca= mlXenops_server_xen__575 ()
#126 0x00000000005f3fc5 in camlList__map_106= 2 ()
#127 0x00007f3e4c6bf378 in ?? ()
#128 0x00000000009246c0 in caml= Xenops_server_xen__575 ()
#129 0x00007f3e4c6bedb0 in ?? ()
#130 0x000= 00000005f3fd8 in camlList__map_1062 ()
#131 0x00007f3e4c6bf378 in ?? ()<= br>#132 0x00000000009246a8 in camlXenops_server_xen__575 ()
#133 0x00007= f3e4c6be3a8 in ?? ()
#134 0x00000000005086d9 in camlXenops_server_xen__f= un_9041 ()
#135 0x00000000009c2490 in camlList__29 ()
#136 0x00000000= 009c24b0 in camlList__30 ()
#137 0x00007f3e4c6bf9d8 in ?? ()
#138 0x0= 000000000000001 in ?? ()
#139 0x0000000000000001 in ?? ()
#140 0x0000= 7f3e4c6c15d0 in ?? ()
#141 0x00007f3e4c6c1588 in ?? ()
#142 0x00007f3= e4c6c1588 in ?? ()
#143 0x00007f3e4c6c0810 in ?? ()
#144 0x0000000000= 000001 in ?? ()
#145 0x00007f3e4c6cf058 in ?? ()
#146 0x00007f3e4c6ce= e68 in ?? ()
#147 0x00007f3e431c9ab0 in ?? ()
#148 0x00007f3e4c6bfa90= in ?? ()
#149 0x00007f3e4c6ceb40 in ?? ()
#150 0x00007f3e4c6cf230 in= ?? ()
#151 0x00007f3e47ce6590 in ?? ()
#152 0x00000000005d42d0 in ca= mlPervasiveext__finally_1031 ()
#153 0x00007f3e47ce6590 in ?? ()
#154= 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#155 0x00007f3e= 47ce6620 in ?? ()
#156 0x00007f3e4c6cedb0 in ?? ()
#157 0x00007f3e4c6= cf1e8 in ?? ()
#158 0x000000000052ca53 in camlXenctrl__with_intf_1174 ()=
#159 0x00007f3e47ce6620 in ?? ()
#160 0x000000000052ca25 in camlXenc= trl__with_intf_1174 ()
#161 0x00007f3e4c6cf210 in ?? ()
#162 0x00007f= 3e431c9ab0 in ?? ()
#163 0x00000000016f0378 in ?? ()
#164 0x000000000= 04e9aa3 in camlXenops_server__one_4818 ()
#165 0x00000000009a22c8 in cam= lDebug__35 ()
#166 0x00000000016efc38 in ?? ()
#167 0x0000000001e2a53= 0 in ?? ()
#168 0x00007f3e4c66c6e8 in ?? ()
#169 0x000000000000000f i= n ?? ()
#170 0x0000000000000017 in ?? ()
#171 0x0000000000000000 in ?= ? ()

-robin
--001a11c24f06c0bb57052c7b3029-- --===============3911588271872979919== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-api mailing list Xen-api@lists.xen.org http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api --===============3911588271872979919==-- From xen-api-bounces@lists.xen.org Thu Feb 25 10:31:41 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Feb 2016 10:31:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYtCl-0001BO-T9; Thu, 25 Feb 2016 10:31:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYtCk-0001BI-9x for xen-api@lists.xen.org; Thu, 25 Feb 2016 10:31:30 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id D7/46-03606-108DEC65; Thu, 25 Feb 2016 10:31:29 +0000 X-Env-Sender: robinlee.sysu@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1456396286!24976530!1 X-Originating-IP: [209.85.214.181] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 39324 invoked from network); 25 Feb 2016 10:31:27 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 25 Feb 2016 10:31:27 -0000 Received: by mail-ob0-f181.google.com with SMTP id ts10so44843650obc.1 for ; Thu, 25 Feb 2016 02:31:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=iUyqcyxwvAjr0IFB1LeolXflaAafa2wDegR7Q0412Pw=; b=pmayFbiY9Mx1jlYUNs1LhE17YsrguRSpPR70sgCSjQQRmhdX8A3msDvmBJ3g7FEzYc ya3G9jonWuq1yHUQAO8fHJ22dQivdCtdEh4GMVVW7/R048tCljZxIQb7wS7oq7hcOddY LM7yRRGzP+PqH+hJWxjO+UBzhBtV190Rmyrp9lAwynAYtEjwvvo9+q/R5V4ulBE8ZjQ8 wGNYi2gyttZ8ZMzrIxl4vKpoALAqCRclFd8QkcOz7ie0OsJa26jBkGv+m2Zw5F4Ufzkg CW1qz3kOBkYU1SutC7OZr9mTq1wI7Mw57ZCe30XR5EP3Qdw9umFkeGIMqUu/LSpbnIGq QXrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=iUyqcyxwvAjr0IFB1LeolXflaAafa2wDegR7Q0412Pw=; b=OHv2Ma2GyPHDPbsR183LKy4mIJFNzIQx+XVZ1hzYTpjGrVFk81mONZg2GM2rbUuNl5 AEt+zeDwOstvPYDakkf0JHxUUoVbitqwRXagDrxLFknLQrcxnC49qfacW1cW9RM0bApD axI0audIcxHm2MELPYZTGoruPX5FlmgC5G4UEwtn6XmuGfUJ5n4TClzQ55+JIHfx85xC eYeSa1T8WnvVTreLR29uONwc9qOQ9xprdG4sLmG0u2T6fNDEwdcbCaEqlrxgglNTbti6 O6tRCtZ7ZDs295XU73Q4MlmrGWUkan4mbk1+KI3pfjyNX5oJ4yA0mtM4KE7QTBQjlT4m 3FMQ== X-Gm-Message-State: AG10YOQPnc1xhmeSFbDEXZZJNY2rvLHkw2vo/uedbUwqv7dvLl+RW69fz5/3puBVUqhdpispSi7a7mxdmHxbEA== MIME-Version: 1.0 X-Received: by 10.60.115.199 with SMTP id jq7mr37883229oeb.71.1456396286168; Thu, 25 Feb 2016 02:31:26 -0800 (PST) Received: by 10.202.104.168 with HTTP; Thu, 25 Feb 2016 02:31:26 -0800 (PST) In-Reply-To: References: Date: Thu, 25 Feb 2016 18:31:26 +0800 Message-ID: From: Robin Lee To: xen-api@lists.xen.org Subject: Re: [Xen-API] core dump of xenopsd at 'st_masterlock_acquire' X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4210753128117664443==" Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" --===============4210753128117664443== Content-Type: multipart/alternative; boundary=089e0115e8e84a18df052c95af9c --089e0115e8e84a18df052c95af9c Content-Type: text/plain; charset=UTF-8 On Wed, Feb 24, 2016 at 10:54 AM, Robin Lee wrote: > Hi all, > > We have a slightly costumed xapi based on xapi-0.2 build 6786 from > XenServer 6.5SP1. Xapi is built with OCaml 3.12 binary > (ocaml-3.12.1.ocamlspotter-unknown.x86_64) from XenServer binpkg. > > We met random core dumps of xenopsd at the function > 'st_masterlock_acquire'. All the segfaulted threads have the same stacks. > > Any hint for us to deal with this issue? > > Following are some gdb output: > > Core was generated by `/opt/xensource/libexec/xenopsd -daemon -config > /etc/xenopsd.conf'. > Program terminated with signal 11, Segmentation fault. > #0 0x0000000000623eaa in st_masterlock_acquire () > > (gdb) info threads > 13 Thread 0x7f3e49ce4940 (LWP 11185) 0x00007f3e4d2fdccb in accept () > from /lib64/libpthread.so.0 > 12 Thread 0x7f3e472d1940 (LWP 974) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > 11 Thread 0x7f3e494e3940 (LWP 11186) 0x00007f3e4cbde162 in select () > from /lib64/libc.so.6 > 10 Thread 0x7f3e4a4e5940 (LWP 11184) 0x00007f3e4d2fdccb in accept () > from /lib64/libpthread.so.0 > 9 Thread 0x7f3e48ce2940 (LWP 11187) 0x00007f3e4d2fd654 in > __lll_lock_wait () from /lib64/libpthread.so.0 > 8 Thread 0x7f3e450d2940 (LWP 973) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > 7 Thread 0x7f3e4dd826e0 (LWP 11177) 0x00007f3e4cbde162 in select () > from /lib64/libc.so.6 > 6 Thread 0x7f3e4b4e7940 (LWP 11182) 0x00007f3e4cbf90b0 in __read_chk > (fd=, buf=0x7f3e4b4e2dd0, nbytes=16, buflen= optimized out>) at read_chk.c:34 > 5 Thread 0x7f3e4ace6940 (LWP 11183) 0x00007f3e4cbde162 in select () > from /lib64/libc.so.6 > 4 Thread 0x7f3e47ce0940 (LWP 11190) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > 3 Thread 0x7f3e3fce0940 (LWP 11189) 0x00007f3e4d2fd654 in > __lll_lock_wait () from /lib64/libpthread.so.0 > 2 Thread 0x7f3e4c4e9940 (LWP 11180) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > * 1 Thread 0x7f3e484e1940 (LWP 11188) 0x0000000000623eaa in > st_masterlock_acquire () > > (gdb) info sharedlibrary > From To Syms Read Shared Object Library > 0x00007f3e4d952510 0x00007f3e4d96b6d8 Yes (*) > /usr/lib64/libxenctrl.so.4.4 > 0x00007f3e4d71b760 0x00007f3e4d73e108 Yes (*) > /usr/lib64/libxenguest.so.4.4 > 0x00007f3e4d50e220 0x00007f3e4d511d98 Yes (*) /lib64/librt.so.1 > 0x00007f3e4d2f5210 0x00007f3e4d3003e8 Yes (*) /lib64/libpthread.so.0 > 0x00007f3e4d070e60 0x00007f3e4d0b1028 Yes (*) /lib64/libm.so.6 > 0x00007f3e4ce69e10 0x00007f3e4ce6aa08 Yes (*) /lib64/libdl.so.2 > 0x00007f3e4cb2d7e0 0x00007f3e4cc1b418 Yes (*) /lib64/libc.so.6 > 0x00007f3e4c901610 0x00007f3e4c90d678 Yes (*) /usr/lib64/libbz2.so.1 > 0x00007f3e4c6ede90 0x00007f3e4c6f8958 Yes (*) /lib64/libz.so.1 > 0x00007f3e4db73a70 0x00007f3e4db89a6e Yes (*) > /lib64/ld-linux-x86-64.so.2 > 0x00007f3e472d3e50 0x00007f3e472dd018 Yes (*) /lib64/libgcc_s.so.1 > (*): Shared library is missing debugging information. > > (gdb) info registers > rax 0x10 16 > rbx 0x9d79c0 10320320 > rcx 0x7f3e4cbf90b0 139905552322736 > rdx 0x10 16 > rsi 0x7f3e47ce2090 139905469390992 > rdi 0x9d79c0 10320320 > rbp 0x9d79c0 0x9d79c0 > rsp 0x7f3e47ce2000 0x7f3e47ce2000 > r8 0x9d79f0 10320368 > r9 0x2bb4 11188 > r10 0x65786966746f68 28561366733582184 > r11 0x246 582 > r12 0x1 1 > r13 0x21 33 > r14 0x7f3e47ce6180 139905469407616 > r15 0x7f3e4c6a1920 139905546721568 > rip 0x623eaa 0x623eaa > eflags 0x10202 [ IF RF ] > cs 0xe033 57395 > ss 0xe02b 57387 > ds 0x0 0 > es 0x0 0 > fs 0x0 0 > gs 0x0 0 > fctrl 0x0 0 > fstat 0x0 0 > ftag 0x0 0 > fiseg 0x0 0 > fioff 0x0 0 > foseg 0x0 0 > fooff 0x0 0 > fop 0x0 0 > mxcsr 0x0 [ ] > > (gdb) disassemble > Dump of assembler code for function st_masterlock_acquire: > 0x0000000000623ea0 : push %r12 > 0x0000000000623ea2 : push %rbp > 0x0000000000623ea3 : push %rbx > 0x0000000000623ea4 : mov %rdi,%rbp > 0x0000000000623ea7 : mov %rdi,%rbx > 0x0000000000623eaa : callq 0x43d1d8 > > 0x0000000000623eaf : cmpl $0x0,0x28(%rbp) > 0x0000000000623eb3 : je 0x623edc > > 0x0000000000623eb5 : lea 0x30(%rbp),%r12 > 0x0000000000623eb9 : mov 0x2c(%rbx),%eax > 0x0000000000623ebc : add $0x1,%eax > 0x0000000000623ebf : mov %eax,0x2c(%rbx) > 0x0000000000623ec2 : mov %rbp,%rsi > 0x0000000000623ec5 : mov %r12,%rdi > 0x0000000000623ec8 : callq 0x43cfa8 > > 0x0000000000623ecd : mov 0x2c(%rbx),%eax > 0x0000000000623ed0 : sub $0x1,%eax > 0x0000000000623ed3 : mov %eax,0x2c(%rbx) > 0x0000000000623ed6 : cmpl $0x0,0x28(%rbx) > 0x0000000000623eda : jne 0x623eb9 > > 0x0000000000623edc : movl $0x1,0x28(%rbx) > 0x0000000000623ee3 : mov %rbp,%rdi > 0x0000000000623ee6 : callq 0x43d318 > > 0x0000000000623eeb : pop %rbx > 0x0000000000623eec : pop %rbp > 0x0000000000623eed : pop %r12 > 0x0000000000623eef : retq > End of assembler dump. > > (gdb) thread apply all bt > > Thread 13 (Thread 0x7f3e49ce4940 (LWP 11185)): > #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 > #1 0x0000000000624e4f in unix_accept () > #2 0x000000000063a304 in caml_c_call () > #3 0x00000000016f0018 in ?? () > #4 0x00000000005e8bae in camlThread__fun_1103 () > #5 0x00007f3e49ce3fe0 in ?? () > #6 0x00000000005e8b4c in camlThread__fun_1103 () > #7 0x00000000009d79c0 in thread_next_ident () > #8 0x000000000063a35a in caml_start_program () > #9 0x0000000000000000 in ?? () > > Thread 12 (Thread 0x7f3e472d1940 (LWP 974)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4c66a250 in ?? () > #4 0x0000000001e2a2e0 in ?? () > #5 0x00007f3e4c680c10 in ?? () > #6 0x00000000005d5a06 in camlThreadext__execute_1035 () > #7 0x00007f3e472d0e90 in ?? () > #8 0x00000000005d59d1 in camlThreadext__execute_1035 () > #9 0x00007f3e4c67fd60 in ?? () > #10 0x00000000016faf00 in ?? () > #11 0x00000000016e2d88 in ?? () > #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #13 0x00007f3e472d0ec0 in ?? () > #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #15 0x00007f3e4c680c10 in ?? () > #16 0x0000000001e2a2b8 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #19 0x00007f3e472d0ef0 in ?? () > #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #21 0x00007f3e4c680cf0 in ?? () > #22 0x00000000009a2090 in camlDebug__18 () > #23 0x0000000000630216 in caml_string_notequal () > #24 0x000000000044f926 in camlXenops_interface__process_5023 () > #25 0x00007f3e472d0f90 in ?? () > #26 0x000000000044b833 in camlXenops_interface__process_5023 () > #27 0x00007f3e4c680d20 in ?? () > #28 0x00007f3e4c684160 in ?? () > #29 0x00007f3e4c680d30 in ?? () > #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () > #31 0x00007f3e4c680da8 in ?? () > #32 0x00007f3e4c6879c0 in ?? () > #33 0x00000000016f03f8 in ?? () > #34 0x000000000087b258 in camlXenopsd__69 () > #35 0x00007f3e4c68f5e8 in ?? () > #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () > #37 0x00000000000000bb in ?? () > #38 0x00007f3e4c689d08 in ?? () > #39 0x00000000009b65c8 in camlJsonrpc__3 () > #40 0x000000000087b258 in camlXenopsd__69 () > #41 0x00000000016f03f8 in ?? () > #42 0x00000000009b67c8 in camlJsonrpc__24 () > #43 0x0000000000000023 in ?? () > #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #45 0x00007f3e472d0fc0 in ?? () > #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #47 0x0000000000000001 in ?? () > #48 0x0000000001e2a298 in ?? () > #49 0x0000000000000000 in ?? () > > Thread 11 (Thread 0x7f3e494e3940 (LWP 11186)): > #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 > #1 0x00000000006276dd in unix_select () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e494e2f40 in ?? () > #4 0x00000000005d5800 in camlThreadext__fun_1798 () > #5 0x0000000001e2a388 in ?? () > #6 0x000000000063a391 in caml_start_program () > #7 0x0000000000000019 in ?? () > #8 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #9 0x00007f3e494e2f90 in ?? () > #10 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #11 0x00007f3e4c67c618 in ?? () > #12 0x0000000001e2a358 in ?? () > #13 0x00007f3e4c67c170 in ?? () > #14 0x0000000000483d5b in camlUpdates__main_loop_1260 () > #15 0x00007f3e41635cd8 in ?? () > #16 0x00007f3e4c67c650 in ?? () > #17 0x00000000016f0060 in ?? () > #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #19 0x00007f3e494e2fc0 in ?? () > #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #21 0x0000000000000000 in ?? () > > Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)): > #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 > #1 0x0000000000624e4f in unix_accept () > #2 0x000000000063a304 in caml_c_call () > #3 0x00000000016effd0 in ?? () > #4 0x00000000005e8bae in camlThread__fun_1103 () > #5 0x00007f3e4a4e4fe0 in ?? () > #6 0x00000000005e8b4c in camlThread__fun_1103 () > #7 0x00000000009d79c0 in thread_next_ident () > #8 0x000000000063a35a in caml_start_program () > #9 0x0000000000000000 in ?? () > > Thread 9 (Thread 0x7f3e48ce2940 (LWP 11187)): > #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 > #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at > pthread_mutex_lock.c:61 > #3 0x0000000000624d41 in caml_mutex_lock () > #4 0x000000000063a304 in caml_c_call () > #5 0x00007f3e41ca6850 in ?? () > #6 0x00000000016fadc8 in ?? () > #7 0x00007f3e48ce1f90 in ?? () > #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () > #9 0x00007f3e4c53b438 in ?? () > #10 0x00000000016f0330 in ?? () > #11 0x00007f3e41ab04e0 in ?? () > #12 0x00007f3e41ab0e50 in ?? () > #13 0x00007f3e4c5411d8 in ?? () > #14 0x00007f3e41ab0e78 in ?? () > #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at > pthread_mutex_unlock.c:52 > #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 > #18 0x0000000000623eeb in st_masterlock_acquire () > #19 0x0000000000000003 in ?? () > #20 0x0000000000000000 in ?? () > > Thread 8 (Thread 0x7f3e450d2940 (LWP 973)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4c66b918 in ?? () > #4 0x0000000001e2a238 in ?? () > #5 0x00007f3e4c68b5d0 in ?? () > #6 0x00000000005d5a06 in camlThreadext__execute_1035 () > #7 0x00007f3e450d1e90 in ?? () > #8 0x00000000005d59d1 in camlThreadext__execute_1035 () > #9 0x00007f3e4c68b158 in ?? () > #10 0x00000000016faf00 in ?? () > #11 0x00000000016e2d88 in ?? () > #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #13 0x00007f3e450d1ec0 in ?? () > #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #15 0x00007f3e4c68b248 in ?? () > #16 0x0000000001e311e0 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #19 0x00007f3e450d1ef0 in ?? () > #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #21 0x00007f3e4c68b328 in ?? () > #22 0x00000000009a2090 in camlDebug__18 () > #23 0x0000000000630216 in caml_string_notequal () > #24 0x000000000044f926 in camlXenops_interface__process_5023 () > #25 0x00007f3e450d1f90 in ?? () > #26 0x000000000044b833 in camlXenops_interface__process_5023 () > #27 0x00007f3e4c68b358 in ?? () > #28 0x00007f3e4c68e258 in ?? () > #29 0x0000000000000001 in ?? () > #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () > #31 0x00007f3e4c68b3d0 in ?? () > #32 0x00007f3e4c692240 in ?? () > #33 0x00000000016f03f8 in ?? () > #34 0x000000000087b258 in camlXenopsd__69 () > #35 0x00007f3e4c69de08 in ?? () > #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () > #37 0x00000000000000c1 in ?? () > #38 0x00007f3e4c694588 in ?? () > #39 0x00000000009b65c8 in camlJsonrpc__3 () > #40 0x000000000087b258 in camlXenopsd__69 () > #41 0x00000000016f03f8 in ?? () > #42 0x00000000009b67c8 in camlJsonrpc__24 () > #43 0x0000000000000021 in ?? () > #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #45 0x00007f3e450d1fc0 in ?? () > #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #47 0x0000000000000001 in ?? () > #48 0x0000000001e311c0 in ?? () > #49 0x0000000000000000 in ?? () > > Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)): > #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 > #1 0x00000000006276dd in unix_select () > #2 0x000000000063a304 in caml_c_call () > #3 0x0000000000000001 in ?? () > #4 0x0000000000442b5d in camlXenopsd__entry () > #5 0x00007fff6609f560 in ?? () > #6 0x0000000000442b15 in camlXenopsd__entry () > #7 0x00007f3e4c6b2c80 in ?? () > #8 0x000000000000000b in ?? () > #9 0x0000000000000009 in ?? () > #10 0x000000000043dd79 in caml_program () > #11 0x00000000003d7d60 in ?? () > #12 0x000000000063a35a in caml_start_program () > #13 0x0000000000000000 in ?? () > > Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182)): > #0 0x00007f3e4cbf90b0 in __read_chk (fd=, > buf=0x7f3e4b4e2dd0, nbytes=16, buflen=) at > read_chk.c:34 > #1 0x00000000006272c9 in unix_read () > #2 0x000000000063a304 in caml_c_call () > #3 0x0000000000000021 in ?? () > #4 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () > #5 0x00007f3e4c544720 in ?? () > #6 0x000000000052bef1 in camlXenbus__Xb__input_1161 () > #7 0x0000000000000021 in ?? () > #8 0x00007f3e41ab0e20 in ?? () > #9 0x00007f3e41ab0e00 in ?? () > #10 0x00000000009ba1a0 in camlUuid__22 () > #11 0x00000000005d5a22 in camlThreadext__execute_1035 () > #12 0x00000000016ed590 in ?? () > #13 0x00007f3e4b4e6ed0 in ?? () > #14 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () > #15 0x00000000016ed820 in ?? () > #16 0x00007f3e41ab0fa0 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x0000000000528d5d in camlXenstore__Xsraw__read_watchevent_1233 () > #19 0x00000000016ed820 in ?? () > #20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 () > #21 0x00000000016efea8 in ?? () > #22 0x00000000016efe70 in ?? () > #23 0x00000000016efe60 in ?? () > #24 0x00000000016efe50 in ?? () > #25 0x000000000164cad0 in ?? () > #26 0x00000000016efdb8 in ?? () > #27 0x00007f3e4b4e6f00 in ?? () > #28 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #29 0x00007f3e4b4e6f00 in ?? () > #30 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #31 0x00007f3e4b4e6f30 in ?? () > #32 0x00000000016efd98 in ?? () > #33 0x00007f3e4c660608 in ?? () > #34 0x000000000052ca53 in camlXenctrl__with_intf_1174 () > #35 0x00007f3e4b4e6f30 in ?? () > #36 0x000000000052ca25 in camlXenctrl__with_intf_1174 () > #37 0x00007f3e4c660630 in ?? () > #38 0x000000000164cad0 in ?? () > #39 0x0000000000000001 in ?? () > #40 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #41 0x00007f3e4b4e6f60 in ?? () > #42 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #43 0x00007f3e4c6af1c8 in ?? () > #44 0x00000000009a2090 in camlDebug__18 () > #45 0x0000000000000000 in ?? () > > Thread 5 (Thread 0x7f3e4ace6940 (LWP 11183)): > #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 > #1 0x00000000006276dd in unix_select () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4ace5f60 in ?? () > #4 0x000000000052e717 in camlServer_io__establish_server_1373 () > #5 0x00000000005d5a22 in camlThreadext__execute_1035 () > #6 0x000000000063a391 in caml_start_program () > #7 0x00007f3e4ace5f90 in ?? () > #8 0x0000000000623d31 in caml_mutex_unlock () > #9 0x0000000000000009 in ?? () > #10 0x00000000016eff70 in ?? () > #11 0x000000000052e45a in camlServer_io__fun_1455 () > #12 0x00007f3e4ace5f90 in ?? () > #13 0x000000000052e389 in camlServer_io__fun_1455 () > #14 0x00007f3e4c662d00 in ?? () > #15 0x00007f3e4c65fda8 in ?? () > #16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt > (mutex=0x7f3e4ace5d90) at pthread_mutex_unlock.c:52 > #18 __pthread_mutex_unlock (mutex=0x7f3e4ace5d90) at > pthread_mutex_unlock.c:289 > #19 0x0000000000623eeb in st_masterlock_acquire () > #20 0x0000000000000003 in ?? () > #21 0x0000000000000000 in ?? () > > Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e47cdff90 in ?? () > #4 0x0000000000624d60 in caml_mutex_lock () > #5 0x00000000005d59d1 in camlThreadext__execute_1035 () > #6 0x00007f3e4260b918 in ?? () > #7 0x00000000016fadc8 in ?? () > #8 0x00007f3e47cdff90 in ?? () > #9 0x00000000004e76f9 in camlXenops_server__fun_7488 () > #10 0x00007f3e4c512470 in ?? () > #11 0x00000000016efcc8 in ?? () > #12 0x00007f3e425a55e0 in ?? () > #13 0x00007f3e425a5758 in ?? () > #14 0x00007f3e4c517440 in ?? () > #15 0x00007f3e425a56a8 in ?? () > #16 0x0000000000000000 in ?? () > > Thread 3 (Thread 0x7f3e3fce0940 (LWP 11189)): > #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 > #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at > pthread_mutex_lock.c:61 > #3 0x0000000000624d41 in caml_mutex_lock () > #4 0x000000000063a304 in caml_c_call () > #5 0x00007f3e426e6220 in ?? () > #6 0x00000000016fadc8 in ?? () > #7 0x00007f3e3fcdff90 in ?? () > #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () > #9 0x00007f3e4c646fc0 in ?? () > #10 0x00000000016efc88 in ?? () > #11 0x00007f3e425a55e0 in ?? () > #12 0x00007f3e4260b5c0 in ?? () > #13 0x00007f3e425d9e70 in ?? () > #14 0x00007f3e425d9e10 in ?? () > #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at > pthread_mutex_unlock.c:52 > #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 > #18 0x0000000000623eeb in st_masterlock_acquire () > #19 0x0000000000000003 in ?? () > #20 0x0000000000000000 in ?? () > > Thread 2 (Thread 0x7f3e4c4e9940 (LWP 11180)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4c53c770 in ?? () > #4 0x00007f3e41ab0f50 in ?? () > #5 0x00000000005d5a22 in camlThreadext__execute_1035 () > #6 0x00000000005d5a06 in camlThreadext__execute_1035 () > #7 0x00007f3e4c4e8f00 in ?? () > #8 0x00000000005d59d1 in camlThreadext__execute_1035 () > #9 0x00007f3e4c53da00 in ?? () > #10 0x00000000016fad80 in ?? () > #11 0x00000000016e2d88 in ?? () > #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #13 0x00007f3e4c4e8f60 in ?? () > #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #15 0x00007f3e4c53daf0 in ?? () > #16 0x00007f3e41ab0f28 in ?? () > #17 0x00000000005d5a22 in camlThreadext__execute_1035 () > #18 0x00000000004fd2f6 in camlXenops_server__fun_8769 () > #19 0x00000000016f1930 in ?? () > #20 0x00000000016efd48 in ?? () > #21 0x000000000090d660 in camlXenops_server__169 () > #22 0x0000000000000121 in ?? () > #23 0x00000000016efd38 in ?? () > #24 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #25 0x00007f3e4c4e8f90 in ?? () > #26 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #27 0x00007f3e4c6b22c8 in ?? () > #28 0x00000000009a2090 in camlDebug__18 () > #29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x83) at > pthread_mutex_unlock.c:52 > #31 __pthread_mutex_unlock (mutex=0x83) at pthread_mutex_unlock.c:289 > #32 0x0000000000623eeb in st_masterlock_acquire () > #33 0x0000000000000003 in ?? () > #34 0x0000000000000000 in ?? () > > Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)): > #0 0x0000000000623eaa in st_masterlock_acquire () > #1 0x0000000000624b1c in caml_thread_leave_blocking_section () > #2 0x000000000062aebc in caml_leave_blocking_section () > #3 0x00000000006272d0 in unix_read () > #4 0x000000000063a304 in caml_c_call () > #5 0x0000000000000021 in ?? () > #6 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () > #7 0x0000000000000021 in ?? () > #8 0x000000000052bef1 in camlXenbus__Xb__input_1161 () > #9 0x0000000000000021 in ?? () > #10 0x00007f3e4c6a1948 in ?? () > #11 0x00007f3e4c6a1928 in ?? () > #12 0x000000000052be54 in camlXenbus__Xb__output_1155 () > #13 0x0000000000000067 in ?? () > #14 0x00007f3e4c6cf138 in ?? () > #15 0x00007f3e4c6cf138 in ?? () > #16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () > #17 0x00007f3e4c6cf0f0 in ?? () > #18 0x00007f3e4c6a1958 in ?? () > #19 0x00007f3e4c6cf138 in ?? () > #20 0x0000000000528db5 in camlXenstore__Xsraw__sync_recv_1237 () > #21 0x00007f3e4c6cf0f0 in ?? () > #22 0x0000000000000003 in ?? () > #23 0x00007f3e4c6a1dd0 in ?? () > #24 0x000000000052934d in camlXenstore__Xsraw__directory_1259 () > #25 0x0000000000000001 in ?? () > #26 0x00007f3e4c6a1dd0 in ?? () > #27 0x00007f3e4c6cf0f0 in ?? () > #28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 () > #29 0x00007f3e47ce6560 in ?? () > #30 0x0000000000503047 in camlXenops_server_xen__ls_lR_6028 () > #31 0x00007f3e4c6cf018 in ?? () > #32 0x00007f3e4c6a1e38 in ?? () > #33 0x00007f3e4c6bf9d8 in ?? () > #34 0x00007f3e4c6bf3a0 in ?? () > #35 0x00007f3e4c6a3860 in ?? () > #36 0x00000000005f3fc5 in camlList__map_1062 () > #37 0x00007f3e4c6a3808 in ?? () > #38 0x0000000000000001 in ?? () > #39 0x00007f3e4c6a3150 in ?? () > #40 0x00000000005f3fd8 in camlList__map_1062 () > #41 0x00007f3e4c6a3808 in ?? () > #42 0x00007f3e4c6a3848 in ?? () > #43 0x00007f3e4c6a24d8 in ?? () > #44 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () > #45 0x00007f3e4c6a3830 in ?? () > #46 0x00007f3e4c6a3fc0 in ?? () > #47 0x00007f3e4c6bf9d8 in ?? () > #48 0x00007f3e4c6bf3a0 in ?? () > #49 0x00007f3e4c6b1dd0 in ?? () > #50 0x00000000005f3fc5 in camlList__map_1062 () > #51 0x00007f3e4c6b1c28 in ?? () > #52 0x00007f3e4c6b1d88 in ?? () > #53 0x00007f3e4c6a50e8 in ?? () > #54 0x00000000005f3fd8 in camlList__map_1062 () > #55 0x00007f3e4c6b1c28 in ?? () > #56 0x00007f3e4c6b1d70 in ?? () > #57 0x00007f3e4c6a4610 in ?? () > #58 0x00000000005f3fd8 in camlList__map_1062 () > #59 0x00007f3e4c6b1c28 in ?? () > #60 0x00007f3e4c6b1d58 in ?? () > #61 0x00007f3e4c6a56e8 in ?? () > #62 0x00000000005f3fd8 in camlList__map_1062 () > #63 0x00007f3e4c6b1c28 in ?? () > #64 0x00007f3e4c6b1d40 in ?? () > #65 0x00007f3e4c6a6ab8 in ?? () > #66 0x00000000005f3fd8 in camlList__map_1062 () > #67 0x00007f3e4c6b1c28 in ?? () > #68 0x00007f3e4c6b1d28 in ?? () > #69 0x00007f3e4c6a7d48 in ?? () > #70 0x00000000005f3fd8 in camlList__map_1062 () > #71 0x00007f3e4c6b1c28 in ?? () > #72 0x00007f3e4c6b1d10 in ?? () > #73 0x00007f3e4c6a8e60 in ?? () > #74 0x00000000005f3fd8 in camlList__map_1062 () > #75 0x00007f3e4c6b1c28 in ?? () > #76 0x00007f3e4c6b1cf8 in ?? () > #77 0x00007f3e4c6a9fb8 in ?? () > #78 0x00000000005f3fd8 in camlList__map_1062 () > #79 0x00007f3e4c6b1c28 in ?? () > #80 0x00007f3e4c6b1ce0 in ?? () > #81 0x00007f3e4c6ab1e8 in ?? () > #82 0x00000000005f3fd8 in camlList__map_1062 () > #83 0x00007f3e4c6b1c28 in ?? () > #84 0x00007f3e4c6b1cc8 in ?? () > #85 0x00007f3e4c6ac418 in ?? () > #86 0x00000000005f3fd8 in camlList__map_1062 () > #87 0x00007f3e4c6b1c28 in ?? () > #88 0x00007f3e4c6b1cb0 in ?? () > #89 0x00007f3e4c6ad6a8 in ?? () > #90 0x00000000005f3fd8 in camlList__map_1062 () > #91 0x00007f3e4c6b1c28 in ?? () > #92 0x00007f3e4c6b1c98 in ?? () > #93 0x00007f3e4c6ae800 in ?? () > #94 0x00000000005f3fd8 in camlList__map_1062 () > #95 0x00007f3e4c6b1c28 in ?? () > #96 0x00007f3e4c6b1c80 in ?? () > #97 0x00007f3e4c6af958 in ?? () > #98 0x00000000005f3fd8 in camlList__map_1062 () > #99 0x00007f3e4c6b1c28 in ?? () > #100 0x00007f3e4c6b1c68 in ?? () > #101 0x00007f3e4c6b0ab0 in ?? () > #102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () > #103 0x00007f3e4c6b1c50 in ?? () > #104 0x00007f3e4c6b2e48 in ?? () > #105 0x00007f3e4c6bf9d8 in ?? () > #106 0x00007f3e4c6bf3a0 in ?? () > #107 0x00007f3e4c6bd640 in ?? () > #108 0x00000000005f3fc5 in camlList__map_1062 () > #109 0x00007f3e4c6bd548 in ?? () > #110 0x00007f3e4c6bd5b8 in ?? () > #111 0x00007f3e4c6baa88 in ?? () > #112 0x00000000005f3fd8 in camlList__map_1062 () > #113 0x00007f3e4c6bd548 in ?? () > #114 0x00007f3e4c6bd5a0 in ?? () > #115 0x00007f3e4c6b33d0 in ?? () > #116 0x00000000005f3fd8 in camlList__map_1062 () > #117 0x00007f3e4c6bd548 in ?? () > #118 0x00007f3e4c6bd588 in ?? () > #119 0x00007f3e4c6bb098 in ?? () > #120 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () > #121 0x00007f3e4c6bd570 in ?? () > #122 0x00007f3e4c6bde68 in ?? () > #123 0x00007f3e4c6bf9d8 in ?? () > #124 0x00007f3e4c6bf3a0 in ?? () > #125 0x0000000000924710 in camlXenops_server_xen__575 () > #126 0x00000000005f3fc5 in camlList__map_1062 () > #127 0x00007f3e4c6bf378 in ?? () > #128 0x00000000009246c0 in camlXenops_server_xen__575 () > #129 0x00007f3e4c6bedb0 in ?? () > #130 0x00000000005f3fd8 in camlList__map_1062 () > #131 0x00007f3e4c6bf378 in ?? () > #132 0x00000000009246a8 in camlXenops_server_xen__575 () > #133 0x00007f3e4c6be3a8 in ?? () > #134 0x00000000005086d9 in camlXenops_server_xen__fun_9041 () > #135 0x00000000009c2490 in camlList__29 () > #136 0x00000000009c24b0 in camlList__30 () > #137 0x00007f3e4c6bf9d8 in ?? () > #138 0x0000000000000001 in ?? () > #139 0x0000000000000001 in ?? () > #140 0x00007f3e4c6c15d0 in ?? () > #141 0x00007f3e4c6c1588 in ?? () > #142 0x00007f3e4c6c1588 in ?? () > #143 0x00007f3e4c6c0810 in ?? () > #144 0x0000000000000001 in ?? () > #145 0x00007f3e4c6cf058 in ?? () > #146 0x00007f3e4c6cee68 in ?? () > #147 0x00007f3e431c9ab0 in ?? () > #148 0x00007f3e4c6bfa90 in ?? () > #149 0x00007f3e4c6ceb40 in ?? () > #150 0x00007f3e4c6cf230 in ?? () > #151 0x00007f3e47ce6590 in ?? () > #152 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #153 0x00007f3e47ce6590 in ?? () > #154 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #155 0x00007f3e47ce6620 in ?? () > #156 0x00007f3e4c6cedb0 in ?? () > #157 0x00007f3e4c6cf1e8 in ?? () > #158 0x000000000052ca53 in camlXenctrl__with_intf_1174 () > #159 0x00007f3e47ce6620 in ?? () > #160 0x000000000052ca25 in camlXenctrl__with_intf_1174 () > #161 0x00007f3e4c6cf210 in ?? () > #162 0x00007f3e431c9ab0 in ?? () > #163 0x00000000016f0378 in ?? () > #164 0x00000000004e9aa3 in camlXenops_server__one_4818 () > #165 0x00000000009a22c8 in camlDebug__35 () > #166 0x00000000016efc38 in ?? () > #167 0x0000000001e2a530 in ?? () > #168 0x00007f3e4c66c6e8 in ?? () > #169 0x000000000000000f in ?? () > #170 0x0000000000000017 in ?? () > #171 0x0000000000000000 in ?? () > > -robin > The rsp value at segfault is 4k aligned and the last call that the process attempted to call is 'callq'. So it looks like a stack overflow. And maybe this issue is related: http://caml.inria.fr/mantis/view.php?id=5064 -robin --089e0115e8e84a18df052c95af9c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Feb 24, 2016 at 10:54 AM, Robin Lee <robinlee.sysu@gmail= .com> wrote:
Hi all,

We have a sl= ightly costumed xapi based on xapi-0.2 build 6786 from XenServer 6.5SP1. Xa= pi is built with OCaml 3.12 binary (ocaml-3.12.1.ocamlspotter-unknown.x86_6= 4) from XenServer binpkg.

We met random core dumps of xenopsd = at the function 'st_masterlock_acquire'. All the segfaulted threads= have the same stacks.

Any hint for us to deal with this issue= ?

Following are some gdb output:

Core was generate= d by `/opt/xensource/libexec/xenopsd -daemon -config /etc/xenopsd.conf'= .
Program terminated with signal 11, Segmentation fault.
#0=C2=A0 0x0= 000000000623eaa in st_masterlock_acquire ()

(gdb) info threads
= =C2=A0 13 Thread 0x7f3e49ce4940 (LWP 11185)=C2=A0 0x00007f3e4d2fdccb in acc= ept () from /lib64/libpthread.so.0
=C2=A0 12 Thread 0x7f3e472d1940 (LWP = 974)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /li= b64/libpthread.so.0
=C2=A0 11 Thread 0x7f3e494e3940 (LWP 11186)=C2=A0 0x= 00007f3e4cbde162 in select () from /lib64/libc.so.6
=C2=A0 10 Thread 0x7= f3e4a4e5940 (LWP 11184)=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/l= ibpthread.so.0
=C2=A0 9 Thread 0x7f3e48ce2940 (LWP 11187)=C2=A0 0x00007f= 3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 8 Th= read 0x7f3e450d2940 (LWP 973)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait= @@GLIBC_2.3.2 () from /lib64/libpthread.so.0
=C2=A0 7 Thread 0x7f3e4dd82= 6e0 (LWP 11177)=C2=A0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6=
=C2=A0 6 Thread 0x7f3e4b4e7940 (LWP 11182)=C2=A0 0x00007f3e4cbf90b0 in = __read_chk (fd=3D<value optimized out>, buf=3D0x7f3e4b4e2dd0, nbytes= =3D16, buflen=3D<value optimized out>) at read_chk.c:34
=C2=A0 5 T= hread 0x7f3e4ace6940 (LWP 11183)=C2=A0 0x00007f3e4cbde162 in select () from= /lib64/libc.so.6
=C2=A0 4 Thread 0x7f3e47ce0940 (LWP 11190)=C2=A0 0x000= 07f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.s= o.0
=C2=A0 3 Thread 0x7f3e3fce0940 (LWP 11189)=C2=A0 0x00007f3e4d2fd654 = in __lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 2 Thread 0x7f3e= 4c4e9940 (LWP 11180)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2= .3.2 () from /lib64/libpthread.so.0
* 1 Thread 0x7f3e484e1940 (LWP 11188= )=C2=A0 0x0000000000623eaa in st_masterlock_acquire ()

(gdb) info sh= aredlibrary
From=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 To=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Syms Rea= d=C2=A0=C2=A0 Shared Object Library
0x00007f3e4d952510=C2=A0 0x00007f3e4= d96b6d8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libxenctrl.so.4.4<= br>0x00007f3e4d71b760=C2=A0 0x00007f3e4d73e108=C2=A0 Yes (*)=C2=A0=C2=A0=C2= =A0=C2=A0 /usr/lib64/libxenguest.so.4.4
0x00007f3e4d50e220=C2=A0 0x00007= f3e4d511d98=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/librt.so.1
0x00= 007f3e4d2f5210=C2=A0 0x00007f3e4d3003e8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libpthread.so.0
0x00007f3e4d070e60=C2=A0 0x00007f3e4d0b1028= =C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/libm.so.6
0x00007f3e4ce69e= 10=C2=A0 0x00007f3e4ce6aa08=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/li= bdl.so.2
0x00007f3e4cb2d7e0=C2=A0 0x00007f3e4cc1b418=C2=A0 Yes (*)=C2=A0= =C2=A0=C2=A0=C2=A0 /lib64/libc.so.6
0x00007f3e4c901610=C2=A0 0x00007f3e4= c90d678=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libbz2.so.1
0x0= 0007f3e4c6ede90=C2=A0 0x00007f3e4c6f8958=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libz.so.1
0x00007f3e4db73a70=C2=A0 0x00007f3e4db89a6e=C2=A0 Y= es (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/ld-linux-x86-64.so.2
0x00007f3e472= d3e50=C2=A0 0x00007f3e472dd018=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64= /libgcc_s.so.1
(*): Shared library is missing debugging information.
=
(gdb) info registers
rax=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rbx=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320rcx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f= 3e4cbf90b0=C2=A0=C2=A0 139905552322736
rdx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rsi= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47= ce2090=C2=A0=C2=A0 139905469390992
rdi=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320
rbp=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 0x9d79c0
rs= p=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4= 7ce2000=C2=A0=C2=A0 0x7f3e47ce2000
r8=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79f0 10320368
r9=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x2bb4=C2=A0= =C2=A0 11188
r10=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 0x65786966746f68 28561366733582184
r11=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x246=C2=A0=C2=A0=C2=A0 582r12=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x1= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1
r13=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x21=C2=A0=C2=A0=C2=A0=C2=A0 33
r14=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47ce6180= =C2=A0=C2=A0 139905469407616
r15=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4c6a1920=C2=A0=C2=A0 139905546721568
r= ip=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x623e= aa 0x623eaa <st_masterlock_acquire+10>
eflags=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10202=C2=A0 [ IF RF ]
cs=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0xe033=C2=A0=C2=A0 5= 7395
ss=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0xe02b=C2=A0=C2=A0 57387
ds=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
es=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0
gs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fctrl=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs= tat=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 0
ftag=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fiseg=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fioff=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0
foseg=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fooff=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fop=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0= x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
mxcsr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [ ]

(gdb)= disassemble
Dump of assembler code for function st_masterlock_acquire:=
0x0000000000623ea0 <st_masterlock_acquire+0>:=C2=A0=C2=A0 push=C2= =A0=C2=A0 %r12
0x0000000000623ea2 <st_masterlock_acquire+2>:=C2=A0= =C2=A0 push=C2=A0=C2=A0 %rbp
0x0000000000623ea3 <st_masterlock_acquir= e+3>:=C2=A0=C2=A0 push=C2=A0=C2=A0 %rbx
0x0000000000623ea4 <st_mas= terlock_acquire+4>:=C2=A0=C2=A0 mov=C2=A0=C2=A0=C2=A0 %rdi,%rbp
0x000= 0000000623ea7 <st_masterlock_acquire+7>:=C2=A0=C2=A0 mov=C2=A0=C2=A0= =C2=A0 %rdi,%rbx
0x0000000000623eaa <st_masterlock_acquire+10>:=C2= =A0 callq=C2=A0 0x43d1d8 <pthread_mutex_lock@plt>
0x0000000000623e= af <st_masterlock_acquire+15>:=C2=A0 cmpl=C2=A0=C2=A0 $0x0,0x28(%rbp)=
0x0000000000623eb3 <st_masterlock_acquire+19>:=C2=A0 je=C2=A0=C2= =A0=C2=A0=C2=A0 0x623edc <st_masterlock_acquire+60>
0x000000000062= 3eb5 <st_masterlock_acquire+21>:=C2=A0 lea=C2=A0=C2=A0=C2=A0 0x30(%rb= p),%r12
0x0000000000623eb9 <st_masterlock_acquire+25>:=C2=A0 mov= =C2=A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ebc <st_masterlock_= acquire+28>:=C2=A0 add=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ebf= <st_masterlock_acquire+31>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%r= bx)
0x0000000000623ec2 <st_masterlock_acquire+34>:=C2=A0 mov=C2=A0= =C2=A0=C2=A0 %rbp,%rsi
0x0000000000623ec5 <st_masterlock_acquire+37&g= t;:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %r12,%rdi
0x0000000000623ec8 <st_mast= erlock_acquire+40>:=C2=A0 callq=C2=A0 0x43cfa8 <pthread_cond_wait@plt= >
0x0000000000623ecd <st_masterlock_acquire+45>:=C2=A0 mov=C2= =A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ed0 <st_masterlock_acq= uire+48>:=C2=A0 sub=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ed3 &l= t;st_masterlock_acquire+51>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%rbx)=
0x0000000000623ed6 <st_masterlock_acquire+54>:=C2=A0 cmpl=C2=A0= =C2=A0 $0x0,0x28(%rbx)
0x0000000000623eda <st_masterlock_acquire+58&g= t;:=C2=A0 jne=C2=A0=C2=A0=C2=A0 0x623eb9 <st_masterlock_acquire+25>0x0000000000623edc <st_masterlock_acquire+60>:=C2=A0 movl=C2=A0=C2= =A0 $0x1,0x28(%rbx)
0x0000000000623ee3 <st_masterlock_acquire+67>:= =C2=A0 mov=C2=A0=C2=A0=C2=A0 %rbp,%rdi
0x0000000000623ee6 <st_masterl= ock_acquire+70>:=C2=A0 callq=C2=A0 0x43d318 <pthread_mutex_unlock@plt= >
0x0000000000623eeb <st_masterlock_acquire+75>:=C2=A0 pop=C2= =A0=C2=A0=C2=A0 %rbx
0x0000000000623eec <st_masterlock_acquire+76>= :=C2=A0 pop=C2=A0=C2=A0=C2=A0 %rbp
0x0000000000623eed <st_masterlock_= acquire+77>:=C2=A0 pop=C2=A0=C2=A0=C2=A0 %r12
0x0000000000623eef <= st_masterlock_acquire+79>:=C2=A0 retq=C2=A0=C2=A0
End of assembler d= ump.

(gdb) thread apply all bt

Thread 13 (Thread 0x7f3e49ce49= 40 (LWP 11185)):
#0=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/li= bpthread.so.0
#1=C2=A0 0x0000000000624e4f in unix_accept ()
#2=C2=A0 = 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00000000016f0018 in ?? (= )
#4=C2=A0 0x00000000005e8bae in camlThread__fun_1103 ()
#5=C2=A0 0x0= 0007f3e49ce3fe0 in ?? ()
#6=C2=A0 0x00000000005e8b4c in camlThread__fun_= 1103 ()
#7=C2=A0 0x00000000009d79c0 in thread_next_ident ()
#8=C2=A0 = 0x000000000063a35a in caml_start_program ()
#9=C2=A0 0x0000000000000000 = in ?? ()

Thread 12 (Thread 0x7f3e472d1940 (LWP 974)):
#0=C2=A0 0x= 00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthrea= d.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_wait ()
#2=C2=A0= 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e4c66a250 in ?? = ()
#4=C2=A0 0x0000000001e2a2e0 in ?? ()
#5=C2=A0 0x00007f3e4c680c10 i= n ?? ()
#6=C2=A0 0x00000000005d5a06 in camlThreadext__execute_1035 ()#7=C2=A0 0x00007f3e472d0e90 in ?? ()
#8=C2=A0 0x00000000005d59d1 in cam= lThreadext__execute_1035 ()
#9=C2=A0 0x00007f3e4c67fd60 in ?? ()
#10 = 0x00000000016faf00 in ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#13 0x00007f3e472d0ec= 0 in ?? ()
#14 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#15 0x00007f3e4c680c10 in ?? ()
#16 0x0000000001e2a2b8 in ?? ()
#17= 0x0000000000000001 in ?? ()
#18 0x00000000005d42d0 in camlPervasiveext_= _finally_1031 ()
#19 0x00007f3e472d0ef0 in ?? ()
#20 0x00000000005d42= 81 in camlPervasiveext__finally_1031 ()
#21 0x00007f3e4c680cf0 in ?? ()<= br>#22 0x00000000009a2090 in camlDebug__18 ()
#23 0x0000000000630216 in = caml_string_notequal ()
#24 0x000000000044f926 in camlXenops_interface__= process_5023 ()
#25 0x00007f3e472d0f90 in ?? ()
#26 0x000000000044b83= 3 in camlXenops_interface__process_5023 ()
#27 0x00007f3e4c680d20 in ?? = ()
#28 0x00007f3e4c684160 in ?? ()
#29 0x00007f3e4c680d30 in ?? ()#30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 ()
#31 0x000= 07f3e4c680da8 in ?? ()
#32 0x00007f3e4c6879c0 in ?? ()
#33 0x00000000= 016f03f8 in ?? ()
#34 0x000000000087b258 in camlXenopsd__69 ()
#35 0x= 00007f3e4c68f5e8 in ?? ()
#36 0x000000000044129d in camlXenopsd__binary_= handler_1581 ()
#37 0x00000000000000bb in ?? ()
#38 0x00007f3e4c689d0= 8 in ?? ()
#39 0x00000000009b65c8 in camlJsonrpc__3 ()
#40 0x00000000= 0087b258 in camlXenopsd__69 ()
#41 0x00000000016f03f8 in ?? ()
#42 0x= 00000000009b67c8 in camlJsonrpc__24 ()
#43 0x0000000000000023 in ?? ()#44 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#45 0x0000= 7f3e472d0fc0 in ?? ()
#46 0x00000000005d4281 in camlPervasiveext__finall= y_1031 ()
#47 0x0000000000000001 in ?? ()
#48 0x0000000001e2a298 in ?= ? ()
#49 0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f3e494e= 3940 (LWP 11186)):
#0=C2=A0 0x00007f3e4cbde162 in select () from /lib64/= libc.so.6
#1=C2=A0 0x00000000006276dd in unix_select ()
#2=C2=A0 0x00= 0000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e494e2f40 in ?? ()#4=C2=A0 0x00000000005d5800 in camlThreadext__fun_1798 ()
#5=C2=A0 0x00= 00000001e2a388 in ?? ()
#6=C2=A0 0x000000000063a391 in caml_start_progra= m ()
#7=C2=A0 0x0000000000000019 in ?? ()
#8=C2=A0 0x00000000005d42d0= in camlPervasiveext__finally_1031 ()
#9=C2=A0 0x00007f3e494e2f90 in ?? = ()
#10 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#11 0x= 00007f3e4c67c618 in ?? ()
#12 0x0000000001e2a358 in ?? ()
#13 0x00007= f3e4c67c170 in ?? ()
#14 0x0000000000483d5b in camlUpdates__main_loop_12= 60 ()
#15 0x00007f3e41635cd8 in ?? ()
#16 0x00007f3e4c67c650 in ?? ()=
#17 0x00000000016f0060 in ?? ()
#18 0x00000000005d42d0 in camlPervas= iveext__finally_1031 ()
#19 0x00007f3e494e2fc0 in ?? ()
#20 0x0000000= 0005d4281 in camlPervasiveext__finally_1031 ()
#21 0x0000000000000000 in= ?? ()

Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)):
#0=C2=A0 0x= 00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0
#1=C2=A0 0x000= 0000000624e4f in unix_accept ()
#2=C2=A0 0x000000000063a304 in caml_c_ca= ll ()
#3=C2=A0 0x00000000016effd0 in ?? ()
#4=C2=A0 0x00000000005e8ba= e in camlThread__fun_1103 ()
#5=C2=A0 0x00007f3e4a4e4fe0 in ?? ()
#6= =C2=A0 0x00000000005e8b4c in camlThread__fun_1103 ()
#7=C2=A0 0x00000000= 009d79c0 in thread_next_ident ()
#8=C2=A0 0x000000000063a35a in caml_sta= rt_program ()
#9=C2=A0 0x0000000000000000 in ?? ()

Thread 9 (Thre= ad 0x7f3e48ce2940 (LWP 11187)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_loc= k_wait () from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_= lock_1034 () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in = __pthread_mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3= =C2=A0 0x0000000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a= 304 in caml_c_call ()
#5=C2=A0 0x00007f3e41ca6850 in ?? ()
#6=C2=A0 0= x00000000016fadc8 in ?? ()
#7=C2=A0 0x00007f3e48ce1f90 in ?? ()
#8=C2= =A0 0x00000000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x0000= 7f3e4c53b438 in ?? ()
#10 0x00000000016f0330 in ?? ()
#11 0x00007f3e4= 1ab04e0 in ?? ()
#12 0x00007f3e41ab0e50 in ?? ()
#13 0x00007f3e4c5411= d8 in ?? ()
#14 0x00007f3e41ab0e78 in ?? ()
#15 0x00007f3e4d2fa217 in= _L_unlock_766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in = __pthread_mutex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52#17 __pthread_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289#18 0x0000000000623eeb in st_masterlock_acquire ()
#19 0x00000000000000= 03 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f= 3e450d2940 (LWP 973)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@= @GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 = in caml_condition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()<= br>#3=C2=A0 0x00007f3e4c66b918 in ?? ()
#4=C2=A0 0x0000000001e2a238 in ?= ? ()
#5=C2=A0 0x00007f3e4c68b5d0 in ?? ()
#6=C2=A0 0x00000000005d5a06= in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e450d1e90 in ?? ()<= br>#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#9=C2= =A0 0x00007f3e4c68b158 in ?? ()
#10 0x00000000016faf00 in ?? ()
#11 0= x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in camlPervasiveext__f= inally_1031 ()
#13 0x00007f3e450d1ec0 in ?? ()
#14 0x00000000005d4281= in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c68b248 in ?? ()#16 0x0000000001e311e0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 = 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#19 0x00007f3e45= 0d1ef0 in ?? ()
#20 0x00000000005d4281 in camlPervasiveext__finally_1031= ()
#21 0x00007f3e4c68b328 in ?? ()
#22 0x00000000009a2090 in camlDeb= ug__18 ()
#23 0x0000000000630216 in caml_string_notequal ()
#24 0x000= 000000044f926 in camlXenops_interface__process_5023 ()
#25 0x00007f3e450= d1f90 in ?? ()
#26 0x000000000044b833 in camlXenops_interface__process_5= 023 ()
#27 0x00007f3e4c68b358 in ?? ()
#28 0x00007f3e4c68e258 in ?? (= )
#29 0x0000000000000001 in ?? ()
#30 0x00000000005e5861 in camlJsonr= pc__call_of_string_1310 ()
#31 0x00007f3e4c68b3d0 in ?? ()
#32 0x0000= 7f3e4c692240 in ?? ()
#33 0x00000000016f03f8 in ?? ()
#34 0x000000000= 087b258 in camlXenopsd__69 ()
#35 0x00007f3e4c69de08 in ?? ()
#36 0x0= 00000000044129d in camlXenopsd__binary_handler_1581 ()
#37 0x00000000000= 000c1 in ?? ()
#38 0x00007f3e4c694588 in ?? ()
#39 0x00000000009b65c8= in camlJsonrpc__3 ()
#40 0x000000000087b258 in camlXenopsd__69 ()
#4= 1 0x00000000016f03f8 in ?? ()
#42 0x00000000009b67c8 in camlJsonrpc__24 = ()
#43 0x0000000000000021 in ?? ()
#44 0x00000000005d42d0 in camlPerv= asiveext__finally_1031 ()
#45 0x00007f3e450d1fc0 in ?? ()
#46 0x00000= 000005d4281 in camlPervasiveext__finally_1031 ()
#47 0x0000000000000001 = in ?? ()
#48 0x0000000001e311c0 in ?? ()
#49 0x0000000000000000 in ??= ()

Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)):
#0=C2=A0 0x0000= 7f3e4cbde162 in select () from /lib64/libc.so.6
#1=C2=A0 0x0000000000627= 6dd in unix_select ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#= 3=C2=A0 0x0000000000000001 in ?? ()
#4=C2=A0 0x0000000000442b5d in camlX= enopsd__entry ()
#5=C2=A0 0x00007fff6609f560 in ?? ()
#6=C2=A0 0x0000= 000000442b15 in camlXenopsd__entry ()
#7=C2=A0 0x00007f3e4c6b2c80 in ?? = ()
#8=C2=A0 0x000000000000000b in ?? ()
#9=C2=A0 0x0000000000000009 i= n ?? ()
#10 0x000000000043dd79 in caml_program ()
#11 0x00000000003d7= d60 in ?? ()
#12 0x000000000063a35a in caml_start_program ()
#13 0x00= 00000000000000 in ?? ()

Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182))= :
#0=C2=A0 0x00007f3e4cbf90b0 in __read_chk (fd=3D<value optimized ou= t>, buf=3D0x7f3e4b4e2dd0, nbytes=3D16, buflen=3D<value optimized out&= gt;) at read_chk.c:34
#1=C2=A0 0x00000000006272c9 in unix_read ()
#2= =C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000000000000021 = in ?? ()
#4=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 ()<= br>#5=C2=A0 0x00007f3e4c544720 in ?? ()
#6=C2=A0 0x000000000052bef1 in c= amlXenbus__Xb__input_1161 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8= =C2=A0 0x00007f3e41ab0e20 in ?? ()
#9=C2=A0 0x00007f3e41ab0e00 in ?? ()<= br>#10 0x00000000009ba1a0 in camlUuid__22 ()
#11 0x00000000005d5a22 in c= amlThreadext__execute_1035 ()
#12 0x00000000016ed590 in ?? ()
#13 0x0= 0007f3e4b4e6ed0 in ?? ()
#14 0x0000000000528af5 in camlXenstore__Xsraw__= pkt_recv_1214 ()
#15 0x00000000016ed820 in ?? ()
#16 0x00007f3e41ab0f= a0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 0x0000000000528d5d in= camlXenstore__Xsraw__read_watchevent_1233 ()
#19 0x00000000016ed820 in = ?? ()
#20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 ()
#21 0= x00000000016efea8 in ?? ()
#22 0x00000000016efe70 in ?? ()
#23 0x0000= 0000016efe60 in ?? ()
#24 0x00000000016efe50 in ?? ()
#25 0x000000000= 164cad0 in ?? ()
#26 0x00000000016efdb8 in ?? ()
#27 0x00007f3e4b4e6f= 00 in ?? ()
#28 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()<= br>#29 0x00007f3e4b4e6f00 in ?? ()
#30 0x00000000005d4281 in camlPervasi= veext__finally_1031 ()
#31 0x00007f3e4b4e6f30 in ?? ()
#32 0x00000000= 016efd98 in ?? ()
#33 0x00007f3e4c660608 in ?? ()
#34 0x000000000052c= a53 in camlXenctrl__with_intf_1174 ()
#35 0x00007f3e4b4e6f30 in ?? ()#36 0x000000000052ca25 in camlXenctrl__with_intf_1174 ()
#37 0x00007f3e= 4c660630 in ?? ()
#38 0x000000000164cad0 in ?? ()
#39 0x0000000000000= 001 in ?? ()
#40 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()=
#41 0x00007f3e4b4e6f60 in ?? ()
#42 0x00000000005d4281 in camlPervas= iveext__finally_1031 ()
#43 0x00007f3e4c6af1c8 in ?? ()
#44 0x0000000= 0009a2090 in camlDebug__18 ()
#45 0x0000000000000000 in ?? ()

Thr= ead 5 (Thread 0x7f3e4ace6940 (LWP 11183)):
#0=C2=A0 0x00007f3e4cbde162 i= n select () from /lib64/libc.so.6
#1=C2=A0 0x00000000006276dd in unix_se= lect ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000= 7f3e4ace5f60 in ?? ()
#4=C2=A0 0x000000000052e717 in camlServer_io__esta= blish_server_1373 ()
#5=C2=A0 0x00000000005d5a22 in camlThreadext__execu= te_1035 ()
#6=C2=A0 0x000000000063a391 in caml_start_program ()
#7=C2= =A0 0x00007f3e4ace5f90 in ?? ()
#8=C2=A0 0x0000000000623d31 in caml_mute= x_unlock ()
#9=C2=A0 0x0000000000000009 in ?? ()
#10 0x00000000016eff= 70 in ?? ()
#11 0x000000000052e45a in camlServer_io__fun_1455 ()
#12 = 0x00007f3e4ace5f90 in ?? ()
#13 0x000000000052e389 in camlServer_io__fun= _1455 ()
#14 0x00007f3e4c662d00 in ?? ()
#15 0x00007f3e4c65fda8 in ??= ()
#16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so= .0
#17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x7= f3e4ace5d90) at pthread_mutex_unlock.c:52
#18 __pthread_mutex_unlock (mu= tex=3D0x7f3e4ace5d90) at pthread_mutex_unlock.c:289
#19 0x0000000000623e= eb in st_masterlock_acquire ()
#20 0x0000000000000003 in ?? ()
#21 0x= 0000000000000000 in ?? ()

Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190= )):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () fro= m /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_w= ait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007= f3e47cdff90 in ?? ()
#4=C2=A0 0x0000000000624d60 in caml_mutex_lock ()#5=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#6=C2=A0= 0x00007f3e4260b918 in ?? ()
#7=C2=A0 0x00000000016fadc8 in ?? ()
#8= =C2=A0 0x00007f3e47cdff90 in ?? ()
#9=C2=A0 0x00000000004e76f9 in camlXe= nops_server__fun_7488 ()
#10 0x00007f3e4c512470 in ?? ()
#11 0x000000= 00016efcc8 in ?? ()
#12 0x00007f3e425a55e0 in ?? ()
#13 0x00007f3e425= a5758 in ?? ()
#14 0x00007f3e4c517440 in ?? ()
#15 0x00007f3e425a56a8= in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f3e= 3fce0940 (LWP 11189)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_lock_wait ()= from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_lock_1034= () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in __pthread= _mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3=C2=A0 0x00= 00000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a304 in caml= _c_call ()
#5=C2=A0 0x00007f3e426e6220 in ?? ()
#6=C2=A0 0x0000000001= 6fadc8 in ?? ()
#7=C2=A0 0x00007f3e3fcdff90 in ?? ()
#8=C2=A0 0x00000= 000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x00007f3e4c646fc= 0 in ?? ()
#10 0x00000000016efc88 in ?? ()
#11 0x00007f3e425a55e0 in = ?? ()
#12 0x00007f3e4260b5c0 in ?? ()
#13 0x00007f3e425d9e70 in ?? ()=
#14 0x00007f3e425d9e10 in ?? ()
#15 0x00007f3e4d2fa217 in _L_unlock_= 766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in __pthread_m= utex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52
#17 __pth= read_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289
#18 0x0000= 000000623eeb in st_masterlock_acquire ()
#19 0x0000000000000003 in ?? ()=
#20 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f3e4c4e9940 = (LWP 11180)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.= 3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_c= ondition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2= =A0 0x00007f3e4c53c770 in ?? ()
#4=C2=A0 0x00007f3e41ab0f50 in ?? ()
= #5=C2=A0 0x00000000005d5a22 in camlThreadext__execute_1035 ()
#6=C2=A0 0= x00000000005d5a06 in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e4= c4e8f00 in ?? ()
#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1= 035 ()
#9=C2=A0 0x00007f3e4c53da00 in ?? ()
#10 0x00000000016fad80 in= ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in caml= Pervasiveext__finally_1031 ()
#13 0x00007f3e4c4e8f60 in ?? ()
#14 0x0= 0000000005d4281 in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c53d= af0 in ?? ()
#16 0x00007f3e41ab0f28 in ?? ()
#17 0x00000000005d5a22 i= n camlThreadext__execute_1035 ()
#18 0x00000000004fd2f6 in camlXenops_se= rver__fun_8769 ()
#19 0x00000000016f1930 in ?? ()
#20 0x00000000016ef= d48 in ?? ()
#21 0x000000000090d660 in camlXenops_server__169 ()
#22 = 0x0000000000000121 in ?? ()
#23 0x00000000016efd38 in ?? ()
#24 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#25 0x00007f3e4c4e8f9= 0 in ?? ()
#26 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#27 0x00007f3e4c6b22c8 in ?? ()
#28 0x00000000009a2090 in camlDebug__1= 8 ()
#29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.s= o.0
#30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x= 83) at pthread_mutex_unlock.c:52
#31 __pthread_mutex_unlock (mutex=3D0x8= 3) at pthread_mutex_unlock.c:289
#32 0x0000000000623eeb in st_masterlock= _acquire ()
#33 0x0000000000000003 in ?? ()
#34 0x0000000000000000 in= ?? ()

Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)):
#0=C2=A0 0x0= 000000000623eaa in st_masterlock_acquire ()
#1=C2=A0 0x0000000000624b1c = in caml_thread_leave_blocking_section ()
#2=C2=A0 0x000000000062aebc in = caml_leave_blocking_section ()
#3=C2=A0 0x00000000006272d0 in unix_read = ()
#4=C2=A0 0x000000000063a304 in caml_c_call ()
#5=C2=A0 0x000000000= 0000021 in ?? ()
#6=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_= 1120 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8=C2=A0 0x000000000052b= ef1 in camlXenbus__Xb__input_1161 ()
#9=C2=A0 0x0000000000000021 in ?? (= )
#10 0x00007f3e4c6a1948 in ?? ()
#11 0x00007f3e4c6a1928 in ?? ()
= #12 0x000000000052be54 in camlXenbus__Xb__output_1155 ()
#13 0x000000000= 0000067 in ?? ()
#14 0x00007f3e4c6cf138 in ?? ()
#15 0x00007f3e4c6cf1= 38 in ?? ()
#16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214= ()
#17 0x00007f3e4c6cf0f0 in ?? ()
#18 0x00007f3e4c6a1958 in ?? ()#19 0x00007f3e4c6cf138 in ?? ()
#20 0x0000000000528db5 in camlXenstore= __Xsraw__sync_recv_1237 ()
#21 0x00007f3e4c6cf0f0 in ?? ()
#22 0x0000= 000000000003 in ?? ()
#23 0x00007f3e4c6a1dd0 in ?? ()
#24 0x000000000= 052934d in camlXenstore__Xsraw__directory_1259 ()
#25 0x0000000000000001= in ?? ()
#26 0x00007f3e4c6a1dd0 in ?? ()
#27 0x00007f3e4c6cf0f0 in ?= ? ()
#28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 ()
#= 29 0x00007f3e47ce6560 in ?? ()
#30 0x0000000000503047 in camlXenops_serv= er_xen__ls_lR_6028 ()
#31 0x00007f3e4c6cf018 in ?? ()
#32 0x00007f3e4= c6a1e38 in ?? ()
#33 0x00007f3e4c6bf9d8 in ?? ()
#34 0x00007f3e4c6bf3= a0 in ?? ()
#35 0x00007f3e4c6a3860 in ?? ()
#36 0x00000000005f3fc5 in= camlList__map_1062 ()
#37 0x00007f3e4c6a3808 in ?? ()
#38 0x00000000= 00000001 in ?? ()
#39 0x00007f3e4c6a3150 in ?? ()
#40 0x00000000005f3= fd8 in camlList__map_1062 ()
#41 0x00007f3e4c6a3808 in ?? ()
#42 0x00= 007f3e4c6a3848 in ?? ()
#43 0x00007f3e4c6a24d8 in ?? ()
#44 0x0000000= 0005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#45 0x00007f3e4c6a3830= in ?? ()
#46 0x00007f3e4c6a3fc0 in ?? ()
#47 0x00007f3e4c6bf9d8 in ?= ? ()
#48 0x00007f3e4c6bf3a0 in ?? ()
#49 0x00007f3e4c6b1dd0 in ?? ()<= br>#50 0x00000000005f3fc5 in camlList__map_1062 ()
#51 0x00007f3e4c6b1c2= 8 in ?? ()
#52 0x00007f3e4c6b1d88 in ?? ()
#53 0x00007f3e4c6a50e8 in = ?? ()
#54 0x00000000005f3fd8 in camlList__map_1062 ()
#55 0x00007f3e4= c6b1c28 in ?? ()
#56 0x00007f3e4c6b1d70 in ?? ()
#57 0x00007f3e4c6a46= 10 in ?? ()
#58 0x00000000005f3fd8 in camlList__map_1062 ()
#59 0x000= 07f3e4c6b1c28 in ?? ()
#60 0x00007f3e4c6b1d58 in ?? ()
#61 0x00007f3e= 4c6a56e8 in ?? ()
#62 0x00000000005f3fd8 in camlList__map_1062 ()
#63= 0x00007f3e4c6b1c28 in ?? ()
#64 0x00007f3e4c6b1d40 in ?? ()
#65 0x00= 007f3e4c6a6ab8 in ?? ()
#66 0x00000000005f3fd8 in camlList__map_1062 ()<= br>#67 0x00007f3e4c6b1c28 in ?? ()
#68 0x00007f3e4c6b1d28 in ?? ()
#6= 9 0x00007f3e4c6a7d48 in ?? ()
#70 0x00000000005f3fd8 in camlList__map_10= 62 ()
#71 0x00007f3e4c6b1c28 in ?? ()
#72 0x00007f3e4c6b1d10 in ?? ()=
#73 0x00007f3e4c6a8e60 in ?? ()
#74 0x00000000005f3fd8 in camlList__= map_1062 ()
#75 0x00007f3e4c6b1c28 in ?? ()
#76 0x00007f3e4c6b1cf8 in= ?? ()
#77 0x00007f3e4c6a9fb8 in ?? ()
#78 0x00000000005f3fd8 in caml= List__map_1062 ()
#79 0x00007f3e4c6b1c28 in ?? ()
#80 0x00007f3e4c6b1= ce0 in ?? ()
#81 0x00007f3e4c6ab1e8 in ?? ()
#82 0x00000000005f3fd8 i= n camlList__map_1062 ()
#83 0x00007f3e4c6b1c28 in ?? ()
#84 0x00007f3= e4c6b1cc8 in ?? ()
#85 0x00007f3e4c6ac418 in ?? ()
#86 0x00000000005f= 3fd8 in camlList__map_1062 ()
#87 0x00007f3e4c6b1c28 in ?? ()
#88 0x0= 0007f3e4c6b1cb0 in ?? ()
#89 0x00007f3e4c6ad6a8 in ?? ()
#90 0x000000= 00005f3fd8 in camlList__map_1062 ()
#91 0x00007f3e4c6b1c28 in ?? ()
#= 92 0x00007f3e4c6b1c98 in ?? ()
#93 0x00007f3e4c6ae800 in ?? ()
#94 0x= 00000000005f3fd8 in camlList__map_1062 ()
#95 0x00007f3e4c6b1c28 in ?? (= )
#96 0x00007f3e4c6b1c80 in ?? ()
#97 0x00007f3e4c6af958 in ?? ()
= #98 0x00000000005f3fd8 in camlList__map_1062 ()
#99 0x00007f3e4c6b1c28 i= n ?? ()
#100 0x00007f3e4c6b1c68 in ?? ()
#101 0x00007f3e4c6b0ab0 in ?= ? ()
#102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 ()
= #103 0x00007f3e4c6b1c50 in ?? ()
#104 0x00007f3e4c6b2e48 in ?? ()
#10= 5 0x00007f3e4c6bf9d8 in ?? ()
#106 0x00007f3e4c6bf3a0 in ?? ()
#107 0= x00007f3e4c6bd640 in ?? ()
#108 0x00000000005f3fc5 in camlList__map_1062= ()
#109 0x00007f3e4c6bd548 in ?? ()
#110 0x00007f3e4c6bd5b8 in ?? ()=
#111 0x00007f3e4c6baa88 in ?? ()
#112 0x00000000005f3fd8 in camlList= __map_1062 ()
#113 0x00007f3e4c6bd548 in ?? ()
#114 0x00007f3e4c6bd5a= 0 in ?? ()
#115 0x00007f3e4c6b33d0 in ?? ()
#116 0x00000000005f3fd8 i= n camlList__map_1062 ()
#117 0x00007f3e4c6bd548 in ?? ()
#118 0x00007= f3e4c6bd588 in ?? ()
#119 0x00007f3e4c6bb098 in ?? ()
#120 0x00000000= 005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#121 0x00007f3e4c6bd570= in ?? ()
#122 0x00007f3e4c6bde68 in ?? ()
#123 0x00007f3e4c6bf9d8 in= ?? ()
#124 0x00007f3e4c6bf3a0 in ?? ()
#125 0x0000000000924710 in ca= mlXenops_server_xen__575 ()
#126 0x00000000005f3fc5 in camlList__map_106= 2 ()
#127 0x00007f3e4c6bf378 in ?? ()
#128 0x00000000009246c0 in caml= Xenops_server_xen__575 ()
#129 0x00007f3e4c6bedb0 in ?? ()
#130 0x000= 00000005f3fd8 in camlList__map_1062 ()
#131 0x00007f3e4c6bf378 in ?? ()<= br>#132 0x00000000009246a8 in camlXenops_server_xen__575 ()
#133 0x00007= f3e4c6be3a8 in ?? ()
#134 0x00000000005086d9 in camlXenops_server_xen__f= un_9041 ()
#135 0x00000000009c2490 in camlList__29 ()
#136 0x00000000= 009c24b0 in camlList__30 ()
#137 0x00007f3e4c6bf9d8 in ?? ()
#138 0x0= 000000000000001 in ?? ()
#139 0x0000000000000001 in ?? ()
#140 0x0000= 7f3e4c6c15d0 in ?? ()
#141 0x00007f3e4c6c1588 in ?? ()
#142 0x00007f3= e4c6c1588 in ?? ()
#143 0x00007f3e4c6c0810 in ?? ()
#144 0x0000000000= 000001 in ?? ()
#145 0x00007f3e4c6cf058 in ?? ()
#146 0x00007f3e4c6ce= e68 in ?? ()
#147 0x00007f3e431c9ab0 in ?? ()
#148 0x00007f3e4c6bfa90= in ?? ()
#149 0x00007f3e4c6ceb40 in ?? ()
#150 0x00007f3e4c6cf230 in= ?? ()
#151 0x00007f3e47ce6590 in ?? ()
#152 0x00000000005d42d0 in ca= mlPervasiveext__finally_1031 ()
#153 0x00007f3e47ce6590 in ?? ()
#154= 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#155 0x00007f3e= 47ce6620 in ?? ()
#156 0x00007f3e4c6cedb0 in ?? ()
#157 0x00007f3e4c6= cf1e8 in ?? ()
#158 0x000000000052ca53 in camlXenctrl__with_intf_1174 ()=
#159 0x00007f3e47ce6620 in ?? ()
#160 0x000000000052ca25 in camlXenc= trl__with_intf_1174 ()
#161 0x00007f3e4c6cf210 in ?? ()
#162 0x00007f= 3e431c9ab0 in ?? ()
#163 0x00000000016f0378 in ?? ()
#164 0x000000000= 04e9aa3 in camlXenops_server__one_4818 ()
#165 0x00000000009a22c8 in cam= lDebug__35 ()
#166 0x00000000016efc38 in ?? ()
#167 0x0000000001e2a53= 0 in ?? ()
#168 0x00007f3e4c66c6e8 in ?? ()
#169 0x000000000000000f i= n ?? ()
#170 0x0000000000000017 in ?? ()
#171 0x0000000000000000 in ?= ? ()

-robin
<= /div>
The rsp value at segfault is 4k aligned and the last cal= l that the process attempted to call is 'callq'. So it looks like a= stack overflow.
And maybe this issue i= s related:
ht= tp://caml.inria.fr/mantis/view.php?id=3D5064

-robin
--089e0115e8e84a18df052c95af9c-- --===============4210753128117664443== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBt YWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== --===============4210753128117664443==-- From xen-api-bounces@lists.xen.org Thu Feb 25 10:31:41 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Feb 2016 10:31:41 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYtCl-0001BO-T9; Thu, 25 Feb 2016 10:31:31 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYtCk-0001BI-9x for xen-api@lists.xen.org; Thu, 25 Feb 2016 10:31:30 +0000 Received: from [85.158.137.68] by server-4.bemta-3.messagelabs.com id D7/46-03606-108DEC65; Thu, 25 Feb 2016 10:31:29 +0000 X-Env-Sender: robinlee.sysu@gmail.com X-Msg-Ref: server-5.tower-31.messagelabs.com!1456396286!24976530!1 X-Originating-IP: [209.85.214.181] X-SpamReason: No, hits=1.5 required=7.0 tests=HTML_00_10,HTML_MESSAGE, RCVD_BY_IP X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 39324 invoked from network); 25 Feb 2016 10:31:27 -0000 Received: from mail-ob0-f181.google.com (HELO mail-ob0-f181.google.com) (209.85.214.181) by server-5.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 25 Feb 2016 10:31:27 -0000 Received: by mail-ob0-f181.google.com with SMTP id ts10so44843650obc.1 for ; Thu, 25 Feb 2016 02:31:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=iUyqcyxwvAjr0IFB1LeolXflaAafa2wDegR7Q0412Pw=; b=pmayFbiY9Mx1jlYUNs1LhE17YsrguRSpPR70sgCSjQQRmhdX8A3msDvmBJ3g7FEzYc ya3G9jonWuq1yHUQAO8fHJ22dQivdCtdEh4GMVVW7/R048tCljZxIQb7wS7oq7hcOddY LM7yRRGzP+PqH+hJWxjO+UBzhBtV190Rmyrp9lAwynAYtEjwvvo9+q/R5V4ulBE8ZjQ8 wGNYi2gyttZ8ZMzrIxl4vKpoALAqCRclFd8QkcOz7ie0OsJa26jBkGv+m2Zw5F4Ufzkg CW1qz3kOBkYU1SutC7OZr9mTq1wI7Mw57ZCe30XR5EP3Qdw9umFkeGIMqUu/LSpbnIGq QXrw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=iUyqcyxwvAjr0IFB1LeolXflaAafa2wDegR7Q0412Pw=; b=OHv2Ma2GyPHDPbsR183LKy4mIJFNzIQx+XVZ1hzYTpjGrVFk81mONZg2GM2rbUuNl5 AEt+zeDwOstvPYDakkf0JHxUUoVbitqwRXagDrxLFknLQrcxnC49qfacW1cW9RM0bApD axI0audIcxHm2MELPYZTGoruPX5FlmgC5G4UEwtn6XmuGfUJ5n4TClzQ55+JIHfx85xC eYeSa1T8WnvVTreLR29uONwc9qOQ9xprdG4sLmG0u2T6fNDEwdcbCaEqlrxgglNTbti6 O6tRCtZ7ZDs295XU73Q4MlmrGWUkan4mbk1+KI3pfjyNX5oJ4yA0mtM4KE7QTBQjlT4m 3FMQ== X-Gm-Message-State: AG10YOQPnc1xhmeSFbDEXZZJNY2rvLHkw2vo/uedbUwqv7dvLl+RW69fz5/3puBVUqhdpispSi7a7mxdmHxbEA== MIME-Version: 1.0 X-Received: by 10.60.115.199 with SMTP id jq7mr37883229oeb.71.1456396286168; Thu, 25 Feb 2016 02:31:26 -0800 (PST) Received: by 10.202.104.168 with HTTP; Thu, 25 Feb 2016 02:31:26 -0800 (PST) In-Reply-To: References: Date: Thu, 25 Feb 2016 18:31:26 +0800 Message-ID: From: Robin Lee To: xen-api@lists.xen.org Subject: Re: [Xen-API] core dump of xenopsd at 'st_masterlock_acquire' X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============4210753128117664443==" Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" --===============4210753128117664443== Content-Type: multipart/alternative; boundary=089e0115e8e84a18df052c95af9c --089e0115e8e84a18df052c95af9c Content-Type: text/plain; charset=UTF-8 On Wed, Feb 24, 2016 at 10:54 AM, Robin Lee wrote: > Hi all, > > We have a slightly costumed xapi based on xapi-0.2 build 6786 from > XenServer 6.5SP1. Xapi is built with OCaml 3.12 binary > (ocaml-3.12.1.ocamlspotter-unknown.x86_64) from XenServer binpkg. > > We met random core dumps of xenopsd at the function > 'st_masterlock_acquire'. All the segfaulted threads have the same stacks. > > Any hint for us to deal with this issue? > > Following are some gdb output: > > Core was generated by `/opt/xensource/libexec/xenopsd -daemon -config > /etc/xenopsd.conf'. > Program terminated with signal 11, Segmentation fault. > #0 0x0000000000623eaa in st_masterlock_acquire () > > (gdb) info threads > 13 Thread 0x7f3e49ce4940 (LWP 11185) 0x00007f3e4d2fdccb in accept () > from /lib64/libpthread.so.0 > 12 Thread 0x7f3e472d1940 (LWP 974) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > 11 Thread 0x7f3e494e3940 (LWP 11186) 0x00007f3e4cbde162 in select () > from /lib64/libc.so.6 > 10 Thread 0x7f3e4a4e5940 (LWP 11184) 0x00007f3e4d2fdccb in accept () > from /lib64/libpthread.so.0 > 9 Thread 0x7f3e48ce2940 (LWP 11187) 0x00007f3e4d2fd654 in > __lll_lock_wait () from /lib64/libpthread.so.0 > 8 Thread 0x7f3e450d2940 (LWP 973) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > 7 Thread 0x7f3e4dd826e0 (LWP 11177) 0x00007f3e4cbde162 in select () > from /lib64/libc.so.6 > 6 Thread 0x7f3e4b4e7940 (LWP 11182) 0x00007f3e4cbf90b0 in __read_chk > (fd=, buf=0x7f3e4b4e2dd0, nbytes=16, buflen= optimized out>) at read_chk.c:34 > 5 Thread 0x7f3e4ace6940 (LWP 11183) 0x00007f3e4cbde162 in select () > from /lib64/libc.so.6 > 4 Thread 0x7f3e47ce0940 (LWP 11190) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > 3 Thread 0x7f3e3fce0940 (LWP 11189) 0x00007f3e4d2fd654 in > __lll_lock_wait () from /lib64/libpthread.so.0 > 2 Thread 0x7f3e4c4e9940 (LWP 11180) 0x00007f3e4d2fb019 in > pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 > * 1 Thread 0x7f3e484e1940 (LWP 11188) 0x0000000000623eaa in > st_masterlock_acquire () > > (gdb) info sharedlibrary > From To Syms Read Shared Object Library > 0x00007f3e4d952510 0x00007f3e4d96b6d8 Yes (*) > /usr/lib64/libxenctrl.so.4.4 > 0x00007f3e4d71b760 0x00007f3e4d73e108 Yes (*) > /usr/lib64/libxenguest.so.4.4 > 0x00007f3e4d50e220 0x00007f3e4d511d98 Yes (*) /lib64/librt.so.1 > 0x00007f3e4d2f5210 0x00007f3e4d3003e8 Yes (*) /lib64/libpthread.so.0 > 0x00007f3e4d070e60 0x00007f3e4d0b1028 Yes (*) /lib64/libm.so.6 > 0x00007f3e4ce69e10 0x00007f3e4ce6aa08 Yes (*) /lib64/libdl.so.2 > 0x00007f3e4cb2d7e0 0x00007f3e4cc1b418 Yes (*) /lib64/libc.so.6 > 0x00007f3e4c901610 0x00007f3e4c90d678 Yes (*) /usr/lib64/libbz2.so.1 > 0x00007f3e4c6ede90 0x00007f3e4c6f8958 Yes (*) /lib64/libz.so.1 > 0x00007f3e4db73a70 0x00007f3e4db89a6e Yes (*) > /lib64/ld-linux-x86-64.so.2 > 0x00007f3e472d3e50 0x00007f3e472dd018 Yes (*) /lib64/libgcc_s.so.1 > (*): Shared library is missing debugging information. > > (gdb) info registers > rax 0x10 16 > rbx 0x9d79c0 10320320 > rcx 0x7f3e4cbf90b0 139905552322736 > rdx 0x10 16 > rsi 0x7f3e47ce2090 139905469390992 > rdi 0x9d79c0 10320320 > rbp 0x9d79c0 0x9d79c0 > rsp 0x7f3e47ce2000 0x7f3e47ce2000 > r8 0x9d79f0 10320368 > r9 0x2bb4 11188 > r10 0x65786966746f68 28561366733582184 > r11 0x246 582 > r12 0x1 1 > r13 0x21 33 > r14 0x7f3e47ce6180 139905469407616 > r15 0x7f3e4c6a1920 139905546721568 > rip 0x623eaa 0x623eaa > eflags 0x10202 [ IF RF ] > cs 0xe033 57395 > ss 0xe02b 57387 > ds 0x0 0 > es 0x0 0 > fs 0x0 0 > gs 0x0 0 > fctrl 0x0 0 > fstat 0x0 0 > ftag 0x0 0 > fiseg 0x0 0 > fioff 0x0 0 > foseg 0x0 0 > fooff 0x0 0 > fop 0x0 0 > mxcsr 0x0 [ ] > > (gdb) disassemble > Dump of assembler code for function st_masterlock_acquire: > 0x0000000000623ea0 : push %r12 > 0x0000000000623ea2 : push %rbp > 0x0000000000623ea3 : push %rbx > 0x0000000000623ea4 : mov %rdi,%rbp > 0x0000000000623ea7 : mov %rdi,%rbx > 0x0000000000623eaa : callq 0x43d1d8 > > 0x0000000000623eaf : cmpl $0x0,0x28(%rbp) > 0x0000000000623eb3 : je 0x623edc > > 0x0000000000623eb5 : lea 0x30(%rbp),%r12 > 0x0000000000623eb9 : mov 0x2c(%rbx),%eax > 0x0000000000623ebc : add $0x1,%eax > 0x0000000000623ebf : mov %eax,0x2c(%rbx) > 0x0000000000623ec2 : mov %rbp,%rsi > 0x0000000000623ec5 : mov %r12,%rdi > 0x0000000000623ec8 : callq 0x43cfa8 > > 0x0000000000623ecd : mov 0x2c(%rbx),%eax > 0x0000000000623ed0 : sub $0x1,%eax > 0x0000000000623ed3 : mov %eax,0x2c(%rbx) > 0x0000000000623ed6 : cmpl $0x0,0x28(%rbx) > 0x0000000000623eda : jne 0x623eb9 > > 0x0000000000623edc : movl $0x1,0x28(%rbx) > 0x0000000000623ee3 : mov %rbp,%rdi > 0x0000000000623ee6 : callq 0x43d318 > > 0x0000000000623eeb : pop %rbx > 0x0000000000623eec : pop %rbp > 0x0000000000623eed : pop %r12 > 0x0000000000623eef : retq > End of assembler dump. > > (gdb) thread apply all bt > > Thread 13 (Thread 0x7f3e49ce4940 (LWP 11185)): > #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 > #1 0x0000000000624e4f in unix_accept () > #2 0x000000000063a304 in caml_c_call () > #3 0x00000000016f0018 in ?? () > #4 0x00000000005e8bae in camlThread__fun_1103 () > #5 0x00007f3e49ce3fe0 in ?? () > #6 0x00000000005e8b4c in camlThread__fun_1103 () > #7 0x00000000009d79c0 in thread_next_ident () > #8 0x000000000063a35a in caml_start_program () > #9 0x0000000000000000 in ?? () > > Thread 12 (Thread 0x7f3e472d1940 (LWP 974)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4c66a250 in ?? () > #4 0x0000000001e2a2e0 in ?? () > #5 0x00007f3e4c680c10 in ?? () > #6 0x00000000005d5a06 in camlThreadext__execute_1035 () > #7 0x00007f3e472d0e90 in ?? () > #8 0x00000000005d59d1 in camlThreadext__execute_1035 () > #9 0x00007f3e4c67fd60 in ?? () > #10 0x00000000016faf00 in ?? () > #11 0x00000000016e2d88 in ?? () > #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #13 0x00007f3e472d0ec0 in ?? () > #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #15 0x00007f3e4c680c10 in ?? () > #16 0x0000000001e2a2b8 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #19 0x00007f3e472d0ef0 in ?? () > #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #21 0x00007f3e4c680cf0 in ?? () > #22 0x00000000009a2090 in camlDebug__18 () > #23 0x0000000000630216 in caml_string_notequal () > #24 0x000000000044f926 in camlXenops_interface__process_5023 () > #25 0x00007f3e472d0f90 in ?? () > #26 0x000000000044b833 in camlXenops_interface__process_5023 () > #27 0x00007f3e4c680d20 in ?? () > #28 0x00007f3e4c684160 in ?? () > #29 0x00007f3e4c680d30 in ?? () > #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () > #31 0x00007f3e4c680da8 in ?? () > #32 0x00007f3e4c6879c0 in ?? () > #33 0x00000000016f03f8 in ?? () > #34 0x000000000087b258 in camlXenopsd__69 () > #35 0x00007f3e4c68f5e8 in ?? () > #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () > #37 0x00000000000000bb in ?? () > #38 0x00007f3e4c689d08 in ?? () > #39 0x00000000009b65c8 in camlJsonrpc__3 () > #40 0x000000000087b258 in camlXenopsd__69 () > #41 0x00000000016f03f8 in ?? () > #42 0x00000000009b67c8 in camlJsonrpc__24 () > #43 0x0000000000000023 in ?? () > #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #45 0x00007f3e472d0fc0 in ?? () > #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #47 0x0000000000000001 in ?? () > #48 0x0000000001e2a298 in ?? () > #49 0x0000000000000000 in ?? () > > Thread 11 (Thread 0x7f3e494e3940 (LWP 11186)): > #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 > #1 0x00000000006276dd in unix_select () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e494e2f40 in ?? () > #4 0x00000000005d5800 in camlThreadext__fun_1798 () > #5 0x0000000001e2a388 in ?? () > #6 0x000000000063a391 in caml_start_program () > #7 0x0000000000000019 in ?? () > #8 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #9 0x00007f3e494e2f90 in ?? () > #10 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #11 0x00007f3e4c67c618 in ?? () > #12 0x0000000001e2a358 in ?? () > #13 0x00007f3e4c67c170 in ?? () > #14 0x0000000000483d5b in camlUpdates__main_loop_1260 () > #15 0x00007f3e41635cd8 in ?? () > #16 0x00007f3e4c67c650 in ?? () > #17 0x00000000016f0060 in ?? () > #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #19 0x00007f3e494e2fc0 in ?? () > #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #21 0x0000000000000000 in ?? () > > Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)): > #0 0x00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0 > #1 0x0000000000624e4f in unix_accept () > #2 0x000000000063a304 in caml_c_call () > #3 0x00000000016effd0 in ?? () > #4 0x00000000005e8bae in camlThread__fun_1103 () > #5 0x00007f3e4a4e4fe0 in ?? () > #6 0x00000000005e8b4c in camlThread__fun_1103 () > #7 0x00000000009d79c0 in thread_next_ident () > #8 0x000000000063a35a in caml_start_program () > #9 0x0000000000000000 in ?? () > > Thread 9 (Thread 0x7f3e48ce2940 (LWP 11187)): > #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 > #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at > pthread_mutex_lock.c:61 > #3 0x0000000000624d41 in caml_mutex_lock () > #4 0x000000000063a304 in caml_c_call () > #5 0x00007f3e41ca6850 in ?? () > #6 0x00000000016fadc8 in ?? () > #7 0x00007f3e48ce1f90 in ?? () > #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () > #9 0x00007f3e4c53b438 in ?? () > #10 0x00000000016f0330 in ?? () > #11 0x00007f3e41ab04e0 in ?? () > #12 0x00007f3e41ab0e50 in ?? () > #13 0x00007f3e4c5411d8 in ?? () > #14 0x00007f3e41ab0e78 in ?? () > #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at > pthread_mutex_unlock.c:52 > #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 > #18 0x0000000000623eeb in st_masterlock_acquire () > #19 0x0000000000000003 in ?? () > #20 0x0000000000000000 in ?? () > > Thread 8 (Thread 0x7f3e450d2940 (LWP 973)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4c66b918 in ?? () > #4 0x0000000001e2a238 in ?? () > #5 0x00007f3e4c68b5d0 in ?? () > #6 0x00000000005d5a06 in camlThreadext__execute_1035 () > #7 0x00007f3e450d1e90 in ?? () > #8 0x00000000005d59d1 in camlThreadext__execute_1035 () > #9 0x00007f3e4c68b158 in ?? () > #10 0x00000000016faf00 in ?? () > #11 0x00000000016e2d88 in ?? () > #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #13 0x00007f3e450d1ec0 in ?? () > #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #15 0x00007f3e4c68b248 in ?? () > #16 0x0000000001e311e0 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #19 0x00007f3e450d1ef0 in ?? () > #20 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #21 0x00007f3e4c68b328 in ?? () > #22 0x00000000009a2090 in camlDebug__18 () > #23 0x0000000000630216 in caml_string_notequal () > #24 0x000000000044f926 in camlXenops_interface__process_5023 () > #25 0x00007f3e450d1f90 in ?? () > #26 0x000000000044b833 in camlXenops_interface__process_5023 () > #27 0x00007f3e4c68b358 in ?? () > #28 0x00007f3e4c68e258 in ?? () > #29 0x0000000000000001 in ?? () > #30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 () > #31 0x00007f3e4c68b3d0 in ?? () > #32 0x00007f3e4c692240 in ?? () > #33 0x00000000016f03f8 in ?? () > #34 0x000000000087b258 in camlXenopsd__69 () > #35 0x00007f3e4c69de08 in ?? () > #36 0x000000000044129d in camlXenopsd__binary_handler_1581 () > #37 0x00000000000000c1 in ?? () > #38 0x00007f3e4c694588 in ?? () > #39 0x00000000009b65c8 in camlJsonrpc__3 () > #40 0x000000000087b258 in camlXenopsd__69 () > #41 0x00000000016f03f8 in ?? () > #42 0x00000000009b67c8 in camlJsonrpc__24 () > #43 0x0000000000000021 in ?? () > #44 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #45 0x00007f3e450d1fc0 in ?? () > #46 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #47 0x0000000000000001 in ?? () > #48 0x0000000001e311c0 in ?? () > #49 0x0000000000000000 in ?? () > > Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)): > #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 > #1 0x00000000006276dd in unix_select () > #2 0x000000000063a304 in caml_c_call () > #3 0x0000000000000001 in ?? () > #4 0x0000000000442b5d in camlXenopsd__entry () > #5 0x00007fff6609f560 in ?? () > #6 0x0000000000442b15 in camlXenopsd__entry () > #7 0x00007f3e4c6b2c80 in ?? () > #8 0x000000000000000b in ?? () > #9 0x0000000000000009 in ?? () > #10 0x000000000043dd79 in caml_program () > #11 0x00000000003d7d60 in ?? () > #12 0x000000000063a35a in caml_start_program () > #13 0x0000000000000000 in ?? () > > Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182)): > #0 0x00007f3e4cbf90b0 in __read_chk (fd=, > buf=0x7f3e4b4e2dd0, nbytes=16, buflen=) at > read_chk.c:34 > #1 0x00000000006272c9 in unix_read () > #2 0x000000000063a304 in caml_c_call () > #3 0x0000000000000021 in ?? () > #4 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () > #5 0x00007f3e4c544720 in ?? () > #6 0x000000000052bef1 in camlXenbus__Xb__input_1161 () > #7 0x0000000000000021 in ?? () > #8 0x00007f3e41ab0e20 in ?? () > #9 0x00007f3e41ab0e00 in ?? () > #10 0x00000000009ba1a0 in camlUuid__22 () > #11 0x00000000005d5a22 in camlThreadext__execute_1035 () > #12 0x00000000016ed590 in ?? () > #13 0x00007f3e4b4e6ed0 in ?? () > #14 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () > #15 0x00000000016ed820 in ?? () > #16 0x00007f3e41ab0fa0 in ?? () > #17 0x0000000000000001 in ?? () > #18 0x0000000000528d5d in camlXenstore__Xsraw__read_watchevent_1233 () > #19 0x00000000016ed820 in ?? () > #20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 () > #21 0x00000000016efea8 in ?? () > #22 0x00000000016efe70 in ?? () > #23 0x00000000016efe60 in ?? () > #24 0x00000000016efe50 in ?? () > #25 0x000000000164cad0 in ?? () > #26 0x00000000016efdb8 in ?? () > #27 0x00007f3e4b4e6f00 in ?? () > #28 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #29 0x00007f3e4b4e6f00 in ?? () > #30 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #31 0x00007f3e4b4e6f30 in ?? () > #32 0x00000000016efd98 in ?? () > #33 0x00007f3e4c660608 in ?? () > #34 0x000000000052ca53 in camlXenctrl__with_intf_1174 () > #35 0x00007f3e4b4e6f30 in ?? () > #36 0x000000000052ca25 in camlXenctrl__with_intf_1174 () > #37 0x00007f3e4c660630 in ?? () > #38 0x000000000164cad0 in ?? () > #39 0x0000000000000001 in ?? () > #40 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #41 0x00007f3e4b4e6f60 in ?? () > #42 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #43 0x00007f3e4c6af1c8 in ?? () > #44 0x00000000009a2090 in camlDebug__18 () > #45 0x0000000000000000 in ?? () > > Thread 5 (Thread 0x7f3e4ace6940 (LWP 11183)): > #0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6 > #1 0x00000000006276dd in unix_select () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4ace5f60 in ?? () > #4 0x000000000052e717 in camlServer_io__establish_server_1373 () > #5 0x00000000005d5a22 in camlThreadext__execute_1035 () > #6 0x000000000063a391 in caml_start_program () > #7 0x00007f3e4ace5f90 in ?? () > #8 0x0000000000623d31 in caml_mutex_unlock () > #9 0x0000000000000009 in ?? () > #10 0x00000000016eff70 in ?? () > #11 0x000000000052e45a in camlServer_io__fun_1455 () > #12 0x00007f3e4ace5f90 in ?? () > #13 0x000000000052e389 in camlServer_io__fun_1455 () > #14 0x00007f3e4c662d00 in ?? () > #15 0x00007f3e4c65fda8 in ?? () > #16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt > (mutex=0x7f3e4ace5d90) at pthread_mutex_unlock.c:52 > #18 __pthread_mutex_unlock (mutex=0x7f3e4ace5d90) at > pthread_mutex_unlock.c:289 > #19 0x0000000000623eeb in st_masterlock_acquire () > #20 0x0000000000000003 in ?? () > #21 0x0000000000000000 in ?? () > > Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e47cdff90 in ?? () > #4 0x0000000000624d60 in caml_mutex_lock () > #5 0x00000000005d59d1 in camlThreadext__execute_1035 () > #6 0x00007f3e4260b918 in ?? () > #7 0x00000000016fadc8 in ?? () > #8 0x00007f3e47cdff90 in ?? () > #9 0x00000000004e76f9 in camlXenops_server__fun_7488 () > #10 0x00007f3e4c512470 in ?? () > #11 0x00000000016efcc8 in ?? () > #12 0x00007f3e425a55e0 in ?? () > #13 0x00007f3e425a5758 in ?? () > #14 0x00007f3e4c517440 in ?? () > #15 0x00007f3e425a56a8 in ?? () > #16 0x0000000000000000 in ?? () > > Thread 3 (Thread 0x7f3e3fce0940 (LWP 11189)): > #0 0x00007f3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0 > #1 0x00007f3e4d2f8f4a in _L_lock_1034 () from /lib64/libpthread.so.0 > #2 0x00007f3e4d2f8e0c in __pthread_mutex_lock (mutex=0x1646e00) at > pthread_mutex_lock.c:61 > #3 0x0000000000624d41 in caml_mutex_lock () > #4 0x000000000063a304 in caml_c_call () > #5 0x00007f3e426e6220 in ?? () > #6 0x00000000016fadc8 in ?? () > #7 0x00007f3e3fcdff90 in ?? () > #8 0x00000000004e76f9 in camlXenops_server__fun_7488 () > #9 0x00007f3e4c646fc0 in ?? () > #10 0x00000000016efc88 in ?? () > #11 0x00007f3e425a55e0 in ?? () > #12 0x00007f3e4260b5c0 in ?? () > #13 0x00007f3e425d9e70 in ?? () > #14 0x00007f3e425d9e10 in ?? () > #15 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #16 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x0) at > pthread_mutex_unlock.c:52 > #17 __pthread_mutex_unlock (mutex=0x0) at pthread_mutex_unlock.c:289 > #18 0x0000000000623eeb in st_masterlock_acquire () > #19 0x0000000000000003 in ?? () > #20 0x0000000000000000 in ?? () > > Thread 2 (Thread 0x7f3e4c4e9940 (LWP 11180)): > #0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from > /lib64/libpthread.so.0 > #1 0x0000000000623be0 in caml_condition_wait () > #2 0x000000000063a304 in caml_c_call () > #3 0x00007f3e4c53c770 in ?? () > #4 0x00007f3e41ab0f50 in ?? () > #5 0x00000000005d5a22 in camlThreadext__execute_1035 () > #6 0x00000000005d5a06 in camlThreadext__execute_1035 () > #7 0x00007f3e4c4e8f00 in ?? () > #8 0x00000000005d59d1 in camlThreadext__execute_1035 () > #9 0x00007f3e4c53da00 in ?? () > #10 0x00000000016fad80 in ?? () > #11 0x00000000016e2d88 in ?? () > #12 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #13 0x00007f3e4c4e8f60 in ?? () > #14 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #15 0x00007f3e4c53daf0 in ?? () > #16 0x00007f3e41ab0f28 in ?? () > #17 0x00000000005d5a22 in camlThreadext__execute_1035 () > #18 0x00000000004fd2f6 in camlXenops_server__fun_8769 () > #19 0x00000000016f1930 in ?? () > #20 0x00000000016efd48 in ?? () > #21 0x000000000090d660 in camlXenops_server__169 () > #22 0x0000000000000121 in ?? () > #23 0x00000000016efd38 in ?? () > #24 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #25 0x00007f3e4c4e8f90 in ?? () > #26 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #27 0x00007f3e4c6b22c8 in ?? () > #28 0x00000000009a2090 in camlDebug__18 () > #29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so.0 > #30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=0x83) at > pthread_mutex_unlock.c:52 > #31 __pthread_mutex_unlock (mutex=0x83) at pthread_mutex_unlock.c:289 > #32 0x0000000000623eeb in st_masterlock_acquire () > #33 0x0000000000000003 in ?? () > #34 0x0000000000000000 in ?? () > > Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)): > #0 0x0000000000623eaa in st_masterlock_acquire () > #1 0x0000000000624b1c in caml_thread_leave_blocking_section () > #2 0x000000000062aebc in caml_leave_blocking_section () > #3 0x00000000006272d0 in unix_read () > #4 0x000000000063a304 in caml_c_call () > #5 0x0000000000000021 in ?? () > #6 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 () > #7 0x0000000000000021 in ?? () > #8 0x000000000052bef1 in camlXenbus__Xb__input_1161 () > #9 0x0000000000000021 in ?? () > #10 0x00007f3e4c6a1948 in ?? () > #11 0x00007f3e4c6a1928 in ?? () > #12 0x000000000052be54 in camlXenbus__Xb__output_1155 () > #13 0x0000000000000067 in ?? () > #14 0x00007f3e4c6cf138 in ?? () > #15 0x00007f3e4c6cf138 in ?? () > #16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214 () > #17 0x00007f3e4c6cf0f0 in ?? () > #18 0x00007f3e4c6a1958 in ?? () > #19 0x00007f3e4c6cf138 in ?? () > #20 0x0000000000528db5 in camlXenstore__Xsraw__sync_recv_1237 () > #21 0x00007f3e4c6cf0f0 in ?? () > #22 0x0000000000000003 in ?? () > #23 0x00007f3e4c6a1dd0 in ?? () > #24 0x000000000052934d in camlXenstore__Xsraw__directory_1259 () > #25 0x0000000000000001 in ?? () > #26 0x00007f3e4c6a1dd0 in ?? () > #27 0x00007f3e4c6cf0f0 in ?? () > #28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 () > #29 0x00007f3e47ce6560 in ?? () > #30 0x0000000000503047 in camlXenops_server_xen__ls_lR_6028 () > #31 0x00007f3e4c6cf018 in ?? () > #32 0x00007f3e4c6a1e38 in ?? () > #33 0x00007f3e4c6bf9d8 in ?? () > #34 0x00007f3e4c6bf3a0 in ?? () > #35 0x00007f3e4c6a3860 in ?? () > #36 0x00000000005f3fc5 in camlList__map_1062 () > #37 0x00007f3e4c6a3808 in ?? () > #38 0x0000000000000001 in ?? () > #39 0x00007f3e4c6a3150 in ?? () > #40 0x00000000005f3fd8 in camlList__map_1062 () > #41 0x00007f3e4c6a3808 in ?? () > #42 0x00007f3e4c6a3848 in ?? () > #43 0x00007f3e4c6a24d8 in ?? () > #44 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () > #45 0x00007f3e4c6a3830 in ?? () > #46 0x00007f3e4c6a3fc0 in ?? () > #47 0x00007f3e4c6bf9d8 in ?? () > #48 0x00007f3e4c6bf3a0 in ?? () > #49 0x00007f3e4c6b1dd0 in ?? () > #50 0x00000000005f3fc5 in camlList__map_1062 () > #51 0x00007f3e4c6b1c28 in ?? () > #52 0x00007f3e4c6b1d88 in ?? () > #53 0x00007f3e4c6a50e8 in ?? () > #54 0x00000000005f3fd8 in camlList__map_1062 () > #55 0x00007f3e4c6b1c28 in ?? () > #56 0x00007f3e4c6b1d70 in ?? () > #57 0x00007f3e4c6a4610 in ?? () > #58 0x00000000005f3fd8 in camlList__map_1062 () > #59 0x00007f3e4c6b1c28 in ?? () > #60 0x00007f3e4c6b1d58 in ?? () > #61 0x00007f3e4c6a56e8 in ?? () > #62 0x00000000005f3fd8 in camlList__map_1062 () > #63 0x00007f3e4c6b1c28 in ?? () > #64 0x00007f3e4c6b1d40 in ?? () > #65 0x00007f3e4c6a6ab8 in ?? () > #66 0x00000000005f3fd8 in camlList__map_1062 () > #67 0x00007f3e4c6b1c28 in ?? () > #68 0x00007f3e4c6b1d28 in ?? () > #69 0x00007f3e4c6a7d48 in ?? () > #70 0x00000000005f3fd8 in camlList__map_1062 () > #71 0x00007f3e4c6b1c28 in ?? () > #72 0x00007f3e4c6b1d10 in ?? () > #73 0x00007f3e4c6a8e60 in ?? () > #74 0x00000000005f3fd8 in camlList__map_1062 () > #75 0x00007f3e4c6b1c28 in ?? () > #76 0x00007f3e4c6b1cf8 in ?? () > #77 0x00007f3e4c6a9fb8 in ?? () > #78 0x00000000005f3fd8 in camlList__map_1062 () > #79 0x00007f3e4c6b1c28 in ?? () > #80 0x00007f3e4c6b1ce0 in ?? () > #81 0x00007f3e4c6ab1e8 in ?? () > #82 0x00000000005f3fd8 in camlList__map_1062 () > #83 0x00007f3e4c6b1c28 in ?? () > #84 0x00007f3e4c6b1cc8 in ?? () > #85 0x00007f3e4c6ac418 in ?? () > #86 0x00000000005f3fd8 in camlList__map_1062 () > #87 0x00007f3e4c6b1c28 in ?? () > #88 0x00007f3e4c6b1cb0 in ?? () > #89 0x00007f3e4c6ad6a8 in ?? () > #90 0x00000000005f3fd8 in camlList__map_1062 () > #91 0x00007f3e4c6b1c28 in ?? () > #92 0x00007f3e4c6b1c98 in ?? () > #93 0x00007f3e4c6ae800 in ?? () > #94 0x00000000005f3fd8 in camlList__map_1062 () > #95 0x00007f3e4c6b1c28 in ?? () > #96 0x00007f3e4c6b1c80 in ?? () > #97 0x00007f3e4c6af958 in ?? () > #98 0x00000000005f3fd8 in camlList__map_1062 () > #99 0x00007f3e4c6b1c28 in ?? () > #100 0x00007f3e4c6b1c68 in ?? () > #101 0x00007f3e4c6b0ab0 in ?? () > #102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () > #103 0x00007f3e4c6b1c50 in ?? () > #104 0x00007f3e4c6b2e48 in ?? () > #105 0x00007f3e4c6bf9d8 in ?? () > #106 0x00007f3e4c6bf3a0 in ?? () > #107 0x00007f3e4c6bd640 in ?? () > #108 0x00000000005f3fc5 in camlList__map_1062 () > #109 0x00007f3e4c6bd548 in ?? () > #110 0x00007f3e4c6bd5b8 in ?? () > #111 0x00007f3e4c6baa88 in ?? () > #112 0x00000000005f3fd8 in camlList__map_1062 () > #113 0x00007f3e4c6bd548 in ?? () > #114 0x00007f3e4c6bd5a0 in ?? () > #115 0x00007f3e4c6b33d0 in ?? () > #116 0x00000000005f3fd8 in camlList__map_1062 () > #117 0x00007f3e4c6bd548 in ?? () > #118 0x00007f3e4c6bd588 in ?? () > #119 0x00007f3e4c6bb098 in ?? () > #120 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 () > #121 0x00007f3e4c6bd570 in ?? () > #122 0x00007f3e4c6bde68 in ?? () > #123 0x00007f3e4c6bf9d8 in ?? () > #124 0x00007f3e4c6bf3a0 in ?? () > #125 0x0000000000924710 in camlXenops_server_xen__575 () > #126 0x00000000005f3fc5 in camlList__map_1062 () > #127 0x00007f3e4c6bf378 in ?? () > #128 0x00000000009246c0 in camlXenops_server_xen__575 () > #129 0x00007f3e4c6bedb0 in ?? () > #130 0x00000000005f3fd8 in camlList__map_1062 () > #131 0x00007f3e4c6bf378 in ?? () > #132 0x00000000009246a8 in camlXenops_server_xen__575 () > #133 0x00007f3e4c6be3a8 in ?? () > #134 0x00000000005086d9 in camlXenops_server_xen__fun_9041 () > #135 0x00000000009c2490 in camlList__29 () > #136 0x00000000009c24b0 in camlList__30 () > #137 0x00007f3e4c6bf9d8 in ?? () > #138 0x0000000000000001 in ?? () > #139 0x0000000000000001 in ?? () > #140 0x00007f3e4c6c15d0 in ?? () > #141 0x00007f3e4c6c1588 in ?? () > #142 0x00007f3e4c6c1588 in ?? () > #143 0x00007f3e4c6c0810 in ?? () > #144 0x0000000000000001 in ?? () > #145 0x00007f3e4c6cf058 in ?? () > #146 0x00007f3e4c6cee68 in ?? () > #147 0x00007f3e431c9ab0 in ?? () > #148 0x00007f3e4c6bfa90 in ?? () > #149 0x00007f3e4c6ceb40 in ?? () > #150 0x00007f3e4c6cf230 in ?? () > #151 0x00007f3e47ce6590 in ?? () > #152 0x00000000005d42d0 in camlPervasiveext__finally_1031 () > #153 0x00007f3e47ce6590 in ?? () > #154 0x00000000005d4281 in camlPervasiveext__finally_1031 () > #155 0x00007f3e47ce6620 in ?? () > #156 0x00007f3e4c6cedb0 in ?? () > #157 0x00007f3e4c6cf1e8 in ?? () > #158 0x000000000052ca53 in camlXenctrl__with_intf_1174 () > #159 0x00007f3e47ce6620 in ?? () > #160 0x000000000052ca25 in camlXenctrl__with_intf_1174 () > #161 0x00007f3e4c6cf210 in ?? () > #162 0x00007f3e431c9ab0 in ?? () > #163 0x00000000016f0378 in ?? () > #164 0x00000000004e9aa3 in camlXenops_server__one_4818 () > #165 0x00000000009a22c8 in camlDebug__35 () > #166 0x00000000016efc38 in ?? () > #167 0x0000000001e2a530 in ?? () > #168 0x00007f3e4c66c6e8 in ?? () > #169 0x000000000000000f in ?? () > #170 0x0000000000000017 in ?? () > #171 0x0000000000000000 in ?? () > > -robin > The rsp value at segfault is 4k aligned and the last call that the process attempted to call is 'callq'. So it looks like a stack overflow. And maybe this issue is related: http://caml.inria.fr/mantis/view.php?id=5064 -robin --089e0115e8e84a18df052c95af9c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Feb 24, 2016 at 10:54 AM, Robin Lee <robinlee.sysu@gmail= .com> wrote:
Hi all,

We have a sl= ightly costumed xapi based on xapi-0.2 build 6786 from XenServer 6.5SP1. Xa= pi is built with OCaml 3.12 binary (ocaml-3.12.1.ocamlspotter-unknown.x86_6= 4) from XenServer binpkg.

We met random core dumps of xenopsd = at the function 'st_masterlock_acquire'. All the segfaulted threads= have the same stacks.

Any hint for us to deal with this issue= ?

Following are some gdb output:

Core was generate= d by `/opt/xensource/libexec/xenopsd -daemon -config /etc/xenopsd.conf'= .
Program terminated with signal 11, Segmentation fault.
#0=C2=A0 0x0= 000000000623eaa in st_masterlock_acquire ()

(gdb) info threads
= =C2=A0 13 Thread 0x7f3e49ce4940 (LWP 11185)=C2=A0 0x00007f3e4d2fdccb in acc= ept () from /lib64/libpthread.so.0
=C2=A0 12 Thread 0x7f3e472d1940 (LWP = 974)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /li= b64/libpthread.so.0
=C2=A0 11 Thread 0x7f3e494e3940 (LWP 11186)=C2=A0 0x= 00007f3e4cbde162 in select () from /lib64/libc.so.6
=C2=A0 10 Thread 0x7= f3e4a4e5940 (LWP 11184)=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/l= ibpthread.so.0
=C2=A0 9 Thread 0x7f3e48ce2940 (LWP 11187)=C2=A0 0x00007f= 3e4d2fd654 in __lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 8 Th= read 0x7f3e450d2940 (LWP 973)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait= @@GLIBC_2.3.2 () from /lib64/libpthread.so.0
=C2=A0 7 Thread 0x7f3e4dd82= 6e0 (LWP 11177)=C2=A0 0x00007f3e4cbde162 in select () from /lib64/libc.so.6=
=C2=A0 6 Thread 0x7f3e4b4e7940 (LWP 11182)=C2=A0 0x00007f3e4cbf90b0 in = __read_chk (fd=3D<value optimized out>, buf=3D0x7f3e4b4e2dd0, nbytes= =3D16, buflen=3D<value optimized out>) at read_chk.c:34
=C2=A0 5 T= hread 0x7f3e4ace6940 (LWP 11183)=C2=A0 0x00007f3e4cbde162 in select () from= /lib64/libc.so.6
=C2=A0 4 Thread 0x7f3e47ce0940 (LWP 11190)=C2=A0 0x000= 07f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.s= o.0
=C2=A0 3 Thread 0x7f3e3fce0940 (LWP 11189)=C2=A0 0x00007f3e4d2fd654 = in __lll_lock_wait () from /lib64/libpthread.so.0
=C2=A0 2 Thread 0x7f3e= 4c4e9940 (LWP 11180)=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2= .3.2 () from /lib64/libpthread.so.0
* 1 Thread 0x7f3e484e1940 (LWP 11188= )=C2=A0 0x0000000000623eaa in st_masterlock_acquire ()

(gdb) info sh= aredlibrary
From=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 To=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Syms Rea= d=C2=A0=C2=A0 Shared Object Library
0x00007f3e4d952510=C2=A0 0x00007f3e4= d96b6d8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libxenctrl.so.4.4<= br>0x00007f3e4d71b760=C2=A0 0x00007f3e4d73e108=C2=A0 Yes (*)=C2=A0=C2=A0=C2= =A0=C2=A0 /usr/lib64/libxenguest.so.4.4
0x00007f3e4d50e220=C2=A0 0x00007= f3e4d511d98=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/librt.so.1
0x00= 007f3e4d2f5210=C2=A0 0x00007f3e4d3003e8=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libpthread.so.0
0x00007f3e4d070e60=C2=A0 0x00007f3e4d0b1028= =C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/libm.so.6
0x00007f3e4ce69e= 10=C2=A0 0x00007f3e4ce6aa08=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/li= bdl.so.2
0x00007f3e4cb2d7e0=C2=A0 0x00007f3e4cc1b418=C2=A0 Yes (*)=C2=A0= =C2=A0=C2=A0=C2=A0 /lib64/libc.so.6
0x00007f3e4c901610=C2=A0 0x00007f3e4= c90d678=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /usr/lib64/libbz2.so.1
0x0= 0007f3e4c6ede90=C2=A0 0x00007f3e4c6f8958=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2= =A0 /lib64/libz.so.1
0x00007f3e4db73a70=C2=A0 0x00007f3e4db89a6e=C2=A0 Y= es (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64/ld-linux-x86-64.so.2
0x00007f3e472= d3e50=C2=A0 0x00007f3e472dd018=C2=A0 Yes (*)=C2=A0=C2=A0=C2=A0=C2=A0 /lib64= /libgcc_s.so.1
(*): Shared library is missing debugging information.
=
(gdb) info registers
rax=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rbx=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320rcx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f= 3e4cbf90b0=C2=A0=C2=A0 139905552322736
rdx=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10=C2=A0=C2=A0=C2=A0=C2=A0 16
rsi= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47= ce2090=C2=A0=C2=A0 139905469390992
rdi=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 10320320
rbp=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79c0 0x9d79c0
rs= p=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4= 7ce2000=C2=A0=C2=A0 0x7f3e47ce2000
r8=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x9d79f0 10320368
r9=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x2bb4=C2=A0= =C2=A0 11188
r10=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 0x65786966746f68 28561366733582184
r11=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x246=C2=A0=C2=A0=C2=A0 582r12=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x1= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 1
r13=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x21=C2=A0=C2=A0=C2=A0=C2=A0 33
r14=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e47ce6180= =C2=A0=C2=A0 139905469407616
r15=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x7f3e4c6a1920=C2=A0=C2=A0 139905546721568
r= ip=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x623e= aa 0x623eaa <st_masterlock_acquire+10>
eflags=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 0x10202=C2=A0 [ IF RF ]
cs=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0xe033=C2=A0=C2=A0 5= 7395
ss=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0xe02b=C2=A0=C2=A0 57387
ds=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
es=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 0
gs=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fctrl=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fs= tat=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 0
ftag=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fiseg=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fioff=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0
foseg=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
fooff=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0=
fop=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0= x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 0
mxcsr=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 0x0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 [ ]

(gdb)= disassemble
Dump of assembler code for function st_masterlock_acquire:=
0x0000000000623ea0 <st_masterlock_acquire+0>:=C2=A0=C2=A0 push=C2= =A0=C2=A0 %r12
0x0000000000623ea2 <st_masterlock_acquire+2>:=C2=A0= =C2=A0 push=C2=A0=C2=A0 %rbp
0x0000000000623ea3 <st_masterlock_acquir= e+3>:=C2=A0=C2=A0 push=C2=A0=C2=A0 %rbx
0x0000000000623ea4 <st_mas= terlock_acquire+4>:=C2=A0=C2=A0 mov=C2=A0=C2=A0=C2=A0 %rdi,%rbp
0x000= 0000000623ea7 <st_masterlock_acquire+7>:=C2=A0=C2=A0 mov=C2=A0=C2=A0= =C2=A0 %rdi,%rbx
0x0000000000623eaa <st_masterlock_acquire+10>:=C2= =A0 callq=C2=A0 0x43d1d8 <pthread_mutex_lock@plt>
0x0000000000623e= af <st_masterlock_acquire+15>:=C2=A0 cmpl=C2=A0=C2=A0 $0x0,0x28(%rbp)=
0x0000000000623eb3 <st_masterlock_acquire+19>:=C2=A0 je=C2=A0=C2= =A0=C2=A0=C2=A0 0x623edc <st_masterlock_acquire+60>
0x000000000062= 3eb5 <st_masterlock_acquire+21>:=C2=A0 lea=C2=A0=C2=A0=C2=A0 0x30(%rb= p),%r12
0x0000000000623eb9 <st_masterlock_acquire+25>:=C2=A0 mov= =C2=A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ebc <st_masterlock_= acquire+28>:=C2=A0 add=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ebf= <st_masterlock_acquire+31>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%r= bx)
0x0000000000623ec2 <st_masterlock_acquire+34>:=C2=A0 mov=C2=A0= =C2=A0=C2=A0 %rbp,%rsi
0x0000000000623ec5 <st_masterlock_acquire+37&g= t;:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %r12,%rdi
0x0000000000623ec8 <st_mast= erlock_acquire+40>:=C2=A0 callq=C2=A0 0x43cfa8 <pthread_cond_wait@plt= >
0x0000000000623ecd <st_masterlock_acquire+45>:=C2=A0 mov=C2= =A0=C2=A0=C2=A0 0x2c(%rbx),%eax
0x0000000000623ed0 <st_masterlock_acq= uire+48>:=C2=A0 sub=C2=A0=C2=A0=C2=A0 $0x1,%eax
0x0000000000623ed3 &l= t;st_masterlock_acquire+51>:=C2=A0 mov=C2=A0=C2=A0=C2=A0 %eax,0x2c(%rbx)=
0x0000000000623ed6 <st_masterlock_acquire+54>:=C2=A0 cmpl=C2=A0= =C2=A0 $0x0,0x28(%rbx)
0x0000000000623eda <st_masterlock_acquire+58&g= t;:=C2=A0 jne=C2=A0=C2=A0=C2=A0 0x623eb9 <st_masterlock_acquire+25>0x0000000000623edc <st_masterlock_acquire+60>:=C2=A0 movl=C2=A0=C2= =A0 $0x1,0x28(%rbx)
0x0000000000623ee3 <st_masterlock_acquire+67>:= =C2=A0 mov=C2=A0=C2=A0=C2=A0 %rbp,%rdi
0x0000000000623ee6 <st_masterl= ock_acquire+70>:=C2=A0 callq=C2=A0 0x43d318 <pthread_mutex_unlock@plt= >
0x0000000000623eeb <st_masterlock_acquire+75>:=C2=A0 pop=C2= =A0=C2=A0=C2=A0 %rbx
0x0000000000623eec <st_masterlock_acquire+76>= :=C2=A0 pop=C2=A0=C2=A0=C2=A0 %rbp
0x0000000000623eed <st_masterlock_= acquire+77>:=C2=A0 pop=C2=A0=C2=A0=C2=A0 %r12
0x0000000000623eef <= st_masterlock_acquire+79>:=C2=A0 retq=C2=A0=C2=A0
End of assembler d= ump.

(gdb) thread apply all bt

Thread 13 (Thread 0x7f3e49ce49= 40 (LWP 11185)):
#0=C2=A0 0x00007f3e4d2fdccb in accept () from /lib64/li= bpthread.so.0
#1=C2=A0 0x0000000000624e4f in unix_accept ()
#2=C2=A0 = 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00000000016f0018 in ?? (= )
#4=C2=A0 0x00000000005e8bae in camlThread__fun_1103 ()
#5=C2=A0 0x0= 0007f3e49ce3fe0 in ?? ()
#6=C2=A0 0x00000000005e8b4c in camlThread__fun_= 1103 ()
#7=C2=A0 0x00000000009d79c0 in thread_next_ident ()
#8=C2=A0 = 0x000000000063a35a in caml_start_program ()
#9=C2=A0 0x0000000000000000 = in ?? ()

Thread 12 (Thread 0x7f3e472d1940 (LWP 974)):
#0=C2=A0 0x= 00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthrea= d.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_wait ()
#2=C2=A0= 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e4c66a250 in ?? = ()
#4=C2=A0 0x0000000001e2a2e0 in ?? ()
#5=C2=A0 0x00007f3e4c680c10 i= n ?? ()
#6=C2=A0 0x00000000005d5a06 in camlThreadext__execute_1035 ()#7=C2=A0 0x00007f3e472d0e90 in ?? ()
#8=C2=A0 0x00000000005d59d1 in cam= lThreadext__execute_1035 ()
#9=C2=A0 0x00007f3e4c67fd60 in ?? ()
#10 = 0x00000000016faf00 in ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#13 0x00007f3e472d0ec= 0 in ?? ()
#14 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#15 0x00007f3e4c680c10 in ?? ()
#16 0x0000000001e2a2b8 in ?? ()
#17= 0x0000000000000001 in ?? ()
#18 0x00000000005d42d0 in camlPervasiveext_= _finally_1031 ()
#19 0x00007f3e472d0ef0 in ?? ()
#20 0x00000000005d42= 81 in camlPervasiveext__finally_1031 ()
#21 0x00007f3e4c680cf0 in ?? ()<= br>#22 0x00000000009a2090 in camlDebug__18 ()
#23 0x0000000000630216 in = caml_string_notequal ()
#24 0x000000000044f926 in camlXenops_interface__= process_5023 ()
#25 0x00007f3e472d0f90 in ?? ()
#26 0x000000000044b83= 3 in camlXenops_interface__process_5023 ()
#27 0x00007f3e4c680d20 in ?? = ()
#28 0x00007f3e4c684160 in ?? ()
#29 0x00007f3e4c680d30 in ?? ()#30 0x00000000005e5861 in camlJsonrpc__call_of_string_1310 ()
#31 0x000= 07f3e4c680da8 in ?? ()
#32 0x00007f3e4c6879c0 in ?? ()
#33 0x00000000= 016f03f8 in ?? ()
#34 0x000000000087b258 in camlXenopsd__69 ()
#35 0x= 00007f3e4c68f5e8 in ?? ()
#36 0x000000000044129d in camlXenopsd__binary_= handler_1581 ()
#37 0x00000000000000bb in ?? ()
#38 0x00007f3e4c689d0= 8 in ?? ()
#39 0x00000000009b65c8 in camlJsonrpc__3 ()
#40 0x00000000= 0087b258 in camlXenopsd__69 ()
#41 0x00000000016f03f8 in ?? ()
#42 0x= 00000000009b67c8 in camlJsonrpc__24 ()
#43 0x0000000000000023 in ?? ()#44 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#45 0x0000= 7f3e472d0fc0 in ?? ()
#46 0x00000000005d4281 in camlPervasiveext__finall= y_1031 ()
#47 0x0000000000000001 in ?? ()
#48 0x0000000001e2a298 in ?= ? ()
#49 0x0000000000000000 in ?? ()

Thread 11 (Thread 0x7f3e494e= 3940 (LWP 11186)):
#0=C2=A0 0x00007f3e4cbde162 in select () from /lib64/= libc.so.6
#1=C2=A0 0x00000000006276dd in unix_select ()
#2=C2=A0 0x00= 0000000063a304 in caml_c_call ()
#3=C2=A0 0x00007f3e494e2f40 in ?? ()#4=C2=A0 0x00000000005d5800 in camlThreadext__fun_1798 ()
#5=C2=A0 0x00= 00000001e2a388 in ?? ()
#6=C2=A0 0x000000000063a391 in caml_start_progra= m ()
#7=C2=A0 0x0000000000000019 in ?? ()
#8=C2=A0 0x00000000005d42d0= in camlPervasiveext__finally_1031 ()
#9=C2=A0 0x00007f3e494e2f90 in ?? = ()
#10 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#11 0x= 00007f3e4c67c618 in ?? ()
#12 0x0000000001e2a358 in ?? ()
#13 0x00007= f3e4c67c170 in ?? ()
#14 0x0000000000483d5b in camlUpdates__main_loop_12= 60 ()
#15 0x00007f3e41635cd8 in ?? ()
#16 0x00007f3e4c67c650 in ?? ()=
#17 0x00000000016f0060 in ?? ()
#18 0x00000000005d42d0 in camlPervas= iveext__finally_1031 ()
#19 0x00007f3e494e2fc0 in ?? ()
#20 0x0000000= 0005d4281 in camlPervasiveext__finally_1031 ()
#21 0x0000000000000000 in= ?? ()

Thread 10 (Thread 0x7f3e4a4e5940 (LWP 11184)):
#0=C2=A0 0x= 00007f3e4d2fdccb in accept () from /lib64/libpthread.so.0
#1=C2=A0 0x000= 0000000624e4f in unix_accept ()
#2=C2=A0 0x000000000063a304 in caml_c_ca= ll ()
#3=C2=A0 0x00000000016effd0 in ?? ()
#4=C2=A0 0x00000000005e8ba= e in camlThread__fun_1103 ()
#5=C2=A0 0x00007f3e4a4e4fe0 in ?? ()
#6= =C2=A0 0x00000000005e8b4c in camlThread__fun_1103 ()
#7=C2=A0 0x00000000= 009d79c0 in thread_next_ident ()
#8=C2=A0 0x000000000063a35a in caml_sta= rt_program ()
#9=C2=A0 0x0000000000000000 in ?? ()

Thread 9 (Thre= ad 0x7f3e48ce2940 (LWP 11187)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_loc= k_wait () from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_= lock_1034 () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in = __pthread_mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3= =C2=A0 0x0000000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a= 304 in caml_c_call ()
#5=C2=A0 0x00007f3e41ca6850 in ?? ()
#6=C2=A0 0= x00000000016fadc8 in ?? ()
#7=C2=A0 0x00007f3e48ce1f90 in ?? ()
#8=C2= =A0 0x00000000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x0000= 7f3e4c53b438 in ?? ()
#10 0x00000000016f0330 in ?? ()
#11 0x00007f3e4= 1ab04e0 in ?? ()
#12 0x00007f3e41ab0e50 in ?? ()
#13 0x00007f3e4c5411= d8 in ?? ()
#14 0x00007f3e41ab0e78 in ?? ()
#15 0x00007f3e4d2fa217 in= _L_unlock_766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in = __pthread_mutex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52#17 __pthread_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289#18 0x0000000000623eeb in st_masterlock_acquire ()
#19 0x00000000000000= 03 in ?? ()
#20 0x0000000000000000 in ?? ()

Thread 8 (Thread 0x7f= 3e450d2940 (LWP 973)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@= @GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 = in caml_condition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()<= br>#3=C2=A0 0x00007f3e4c66b918 in ?? ()
#4=C2=A0 0x0000000001e2a238 in ?= ? ()
#5=C2=A0 0x00007f3e4c68b5d0 in ?? ()
#6=C2=A0 0x00000000005d5a06= in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e450d1e90 in ?? ()<= br>#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#9=C2= =A0 0x00007f3e4c68b158 in ?? ()
#10 0x00000000016faf00 in ?? ()
#11 0= x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in camlPervasiveext__f= inally_1031 ()
#13 0x00007f3e450d1ec0 in ?? ()
#14 0x00000000005d4281= in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c68b248 in ?? ()#16 0x0000000001e311e0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 = 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()
#19 0x00007f3e45= 0d1ef0 in ?? ()
#20 0x00000000005d4281 in camlPervasiveext__finally_1031= ()
#21 0x00007f3e4c68b328 in ?? ()
#22 0x00000000009a2090 in camlDeb= ug__18 ()
#23 0x0000000000630216 in caml_string_notequal ()
#24 0x000= 000000044f926 in camlXenops_interface__process_5023 ()
#25 0x00007f3e450= d1f90 in ?? ()
#26 0x000000000044b833 in camlXenops_interface__process_5= 023 ()
#27 0x00007f3e4c68b358 in ?? ()
#28 0x00007f3e4c68e258 in ?? (= )
#29 0x0000000000000001 in ?? ()
#30 0x00000000005e5861 in camlJsonr= pc__call_of_string_1310 ()
#31 0x00007f3e4c68b3d0 in ?? ()
#32 0x0000= 7f3e4c692240 in ?? ()
#33 0x00000000016f03f8 in ?? ()
#34 0x000000000= 087b258 in camlXenopsd__69 ()
#35 0x00007f3e4c69de08 in ?? ()
#36 0x0= 00000000044129d in camlXenopsd__binary_handler_1581 ()
#37 0x00000000000= 000c1 in ?? ()
#38 0x00007f3e4c694588 in ?? ()
#39 0x00000000009b65c8= in camlJsonrpc__3 ()
#40 0x000000000087b258 in camlXenopsd__69 ()
#4= 1 0x00000000016f03f8 in ?? ()
#42 0x00000000009b67c8 in camlJsonrpc__24 = ()
#43 0x0000000000000021 in ?? ()
#44 0x00000000005d42d0 in camlPerv= asiveext__finally_1031 ()
#45 0x00007f3e450d1fc0 in ?? ()
#46 0x00000= 000005d4281 in camlPervasiveext__finally_1031 ()
#47 0x0000000000000001 = in ?? ()
#48 0x0000000001e311c0 in ?? ()
#49 0x0000000000000000 in ??= ()

Thread 7 (Thread 0x7f3e4dd826e0 (LWP 11177)):
#0=C2=A0 0x0000= 7f3e4cbde162 in select () from /lib64/libc.so.6
#1=C2=A0 0x0000000000627= 6dd in unix_select ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#= 3=C2=A0 0x0000000000000001 in ?? ()
#4=C2=A0 0x0000000000442b5d in camlX= enopsd__entry ()
#5=C2=A0 0x00007fff6609f560 in ?? ()
#6=C2=A0 0x0000= 000000442b15 in camlXenopsd__entry ()
#7=C2=A0 0x00007f3e4c6b2c80 in ?? = ()
#8=C2=A0 0x000000000000000b in ?? ()
#9=C2=A0 0x0000000000000009 i= n ?? ()
#10 0x000000000043dd79 in caml_program ()
#11 0x00000000003d7= d60 in ?? ()
#12 0x000000000063a35a in caml_start_program ()
#13 0x00= 00000000000000 in ?? ()

Thread 6 (Thread 0x7f3e4b4e7940 (LWP 11182))= :
#0=C2=A0 0x00007f3e4cbf90b0 in __read_chk (fd=3D<value optimized ou= t>, buf=3D0x7f3e4b4e2dd0, nbytes=3D16, buflen=3D<value optimized out&= gt;) at read_chk.c:34
#1=C2=A0 0x00000000006272c9 in unix_read ()
#2= =C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000000000000021 = in ?? ()
#4=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_1120 ()<= br>#5=C2=A0 0x00007f3e4c544720 in ?? ()
#6=C2=A0 0x000000000052bef1 in c= amlXenbus__Xb__input_1161 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8= =C2=A0 0x00007f3e41ab0e20 in ?? ()
#9=C2=A0 0x00007f3e41ab0e00 in ?? ()<= br>#10 0x00000000009ba1a0 in camlUuid__22 ()
#11 0x00000000005d5a22 in c= amlThreadext__execute_1035 ()
#12 0x00000000016ed590 in ?? ()
#13 0x0= 0007f3e4b4e6ed0 in ?? ()
#14 0x0000000000528af5 in camlXenstore__Xsraw__= pkt_recv_1214 ()
#15 0x00000000016ed820 in ?? ()
#16 0x00007f3e41ab0f= a0 in ?? ()
#17 0x0000000000000001 in ?? ()
#18 0x0000000000528d5d in= camlXenstore__Xsraw__read_watchevent_1233 ()
#19 0x00000000016ed820 in = ?? ()
#20 0x00000000004b51b0 in camlXenstore_watch__fun_1555 ()
#21 0= x00000000016efea8 in ?? ()
#22 0x00000000016efe70 in ?? ()
#23 0x0000= 0000016efe60 in ?? ()
#24 0x00000000016efe50 in ?? ()
#25 0x000000000= 164cad0 in ?? ()
#26 0x00000000016efdb8 in ?? ()
#27 0x00007f3e4b4e6f= 00 in ?? ()
#28 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()<= br>#29 0x00007f3e4b4e6f00 in ?? ()
#30 0x00000000005d4281 in camlPervasi= veext__finally_1031 ()
#31 0x00007f3e4b4e6f30 in ?? ()
#32 0x00000000= 016efd98 in ?? ()
#33 0x00007f3e4c660608 in ?? ()
#34 0x000000000052c= a53 in camlXenctrl__with_intf_1174 ()
#35 0x00007f3e4b4e6f30 in ?? ()#36 0x000000000052ca25 in camlXenctrl__with_intf_1174 ()
#37 0x00007f3e= 4c660630 in ?? ()
#38 0x000000000164cad0 in ?? ()
#39 0x0000000000000= 001 in ?? ()
#40 0x00000000005d42d0 in camlPervasiveext__finally_1031 ()=
#41 0x00007f3e4b4e6f60 in ?? ()
#42 0x00000000005d4281 in camlPervas= iveext__finally_1031 ()
#43 0x00007f3e4c6af1c8 in ?? ()
#44 0x0000000= 0009a2090 in camlDebug__18 ()
#45 0x0000000000000000 in ?? ()

Thr= ead 5 (Thread 0x7f3e4ace6940 (LWP 11183)):
#0=C2=A0 0x00007f3e4cbde162 i= n select () from /lib64/libc.so.6
#1=C2=A0 0x00000000006276dd in unix_se= lect ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x0000= 7f3e4ace5f60 in ?? ()
#4=C2=A0 0x000000000052e717 in camlServer_io__esta= blish_server_1373 ()
#5=C2=A0 0x00000000005d5a22 in camlThreadext__execu= te_1035 ()
#6=C2=A0 0x000000000063a391 in caml_start_program ()
#7=C2= =A0 0x00007f3e4ace5f90 in ?? ()
#8=C2=A0 0x0000000000623d31 in caml_mute= x_unlock ()
#9=C2=A0 0x0000000000000009 in ?? ()
#10 0x00000000016eff= 70 in ?? ()
#11 0x000000000052e45a in camlServer_io__fun_1455 ()
#12 = 0x00007f3e4ace5f90 in ?? ()
#13 0x000000000052e389 in camlServer_io__fun= _1455 ()
#14 0x00007f3e4c662d00 in ?? ()
#15 0x00007f3e4c65fda8 in ??= ()
#16 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.so= .0
#17 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x7= f3e4ace5d90) at pthread_mutex_unlock.c:52
#18 __pthread_mutex_unlock (mu= tex=3D0x7f3e4ace5d90) at pthread_mutex_unlock.c:289
#19 0x0000000000623e= eb in st_masterlock_acquire ()
#20 0x0000000000000003 in ?? ()
#21 0x= 0000000000000000 in ?? ()

Thread 4 (Thread 0x7f3e47ce0940 (LWP 11190= )):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.3.2 () fro= m /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_condition_w= ait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2=A0 0x00007= f3e47cdff90 in ?? ()
#4=C2=A0 0x0000000000624d60 in caml_mutex_lock ()#5=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1035 ()
#6=C2=A0= 0x00007f3e4260b918 in ?? ()
#7=C2=A0 0x00000000016fadc8 in ?? ()
#8= =C2=A0 0x00007f3e47cdff90 in ?? ()
#9=C2=A0 0x00000000004e76f9 in camlXe= nops_server__fun_7488 ()
#10 0x00007f3e4c512470 in ?? ()
#11 0x000000= 00016efcc8 in ?? ()
#12 0x00007f3e425a55e0 in ?? ()
#13 0x00007f3e425= a5758 in ?? ()
#14 0x00007f3e4c517440 in ?? ()
#15 0x00007f3e425a56a8= in ?? ()
#16 0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f3e= 3fce0940 (LWP 11189)):
#0=C2=A0 0x00007f3e4d2fd654 in __lll_lock_wait ()= from /lib64/libpthread.so.0
#1=C2=A0 0x00007f3e4d2f8f4a in _L_lock_1034= () from /lib64/libpthread.so.0
#2=C2=A0 0x00007f3e4d2f8e0c in __pthread= _mutex_lock (mutex=3D0x1646e00) at pthread_mutex_lock.c:61
#3=C2=A0 0x00= 00000000624d41 in caml_mutex_lock ()
#4=C2=A0 0x000000000063a304 in caml= _c_call ()
#5=C2=A0 0x00007f3e426e6220 in ?? ()
#6=C2=A0 0x0000000001= 6fadc8 in ?? ()
#7=C2=A0 0x00007f3e3fcdff90 in ?? ()
#8=C2=A0 0x00000= 000004e76f9 in camlXenops_server__fun_7488 ()
#9=C2=A0 0x00007f3e4c646fc= 0 in ?? ()
#10 0x00000000016efc88 in ?? ()
#11 0x00007f3e425a55e0 in = ?? ()
#12 0x00007f3e4260b5c0 in ?? ()
#13 0x00007f3e425d9e70 in ?? ()=
#14 0x00007f3e425d9e10 in ?? ()
#15 0x00007f3e4d2fa217 in _L_unlock_= 766 () from /lib64/libpthread.so.0
#16 0x00007f3e4d2fa17e in __pthread_m= utex_unlock_usercnt (mutex=3D0x0) at pthread_mutex_unlock.c:52
#17 __pth= read_mutex_unlock (mutex=3D0x0) at pthread_mutex_unlock.c:289
#18 0x0000= 000000623eeb in st_masterlock_acquire ()
#19 0x0000000000000003 in ?? ()=
#20 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f3e4c4e9940 = (LWP 11180)):
#0=C2=A0 0x00007f3e4d2fb019 in pthread_cond_wait@@GLIBC_2.= 3.2 () from /lib64/libpthread.so.0
#1=C2=A0 0x0000000000623be0 in caml_c= ondition_wait ()
#2=C2=A0 0x000000000063a304 in caml_c_call ()
#3=C2= =A0 0x00007f3e4c53c770 in ?? ()
#4=C2=A0 0x00007f3e41ab0f50 in ?? ()
= #5=C2=A0 0x00000000005d5a22 in camlThreadext__execute_1035 ()
#6=C2=A0 0= x00000000005d5a06 in camlThreadext__execute_1035 ()
#7=C2=A0 0x00007f3e4= c4e8f00 in ?? ()
#8=C2=A0 0x00000000005d59d1 in camlThreadext__execute_1= 035 ()
#9=C2=A0 0x00007f3e4c53da00 in ?? ()
#10 0x00000000016fad80 in= ?? ()
#11 0x00000000016e2d88 in ?? ()
#12 0x00000000005d42d0 in caml= Pervasiveext__finally_1031 ()
#13 0x00007f3e4c4e8f60 in ?? ()
#14 0x0= 0000000005d4281 in camlPervasiveext__finally_1031 ()
#15 0x00007f3e4c53d= af0 in ?? ()
#16 0x00007f3e41ab0f28 in ?? ()
#17 0x00000000005d5a22 i= n camlThreadext__execute_1035 ()
#18 0x00000000004fd2f6 in camlXenops_se= rver__fun_8769 ()
#19 0x00000000016f1930 in ?? ()
#20 0x00000000016ef= d48 in ?? ()
#21 0x000000000090d660 in camlXenops_server__169 ()
#22 = 0x0000000000000121 in ?? ()
#23 0x00000000016efd38 in ?? ()
#24 0x000= 00000005d42d0 in camlPervasiveext__finally_1031 ()
#25 0x00007f3e4c4e8f9= 0 in ?? ()
#26 0x00000000005d4281 in camlPervasiveext__finally_1031 ()#27 0x00007f3e4c6b22c8 in ?? ()
#28 0x00000000009a2090 in camlDebug__1= 8 ()
#29 0x00007f3e4d2fa217 in _L_unlock_766 () from /lib64/libpthread.s= o.0
#30 0x00007f3e4d2fa17e in __pthread_mutex_unlock_usercnt (mutex=3D0x= 83) at pthread_mutex_unlock.c:52
#31 __pthread_mutex_unlock (mutex=3D0x8= 3) at pthread_mutex_unlock.c:289
#32 0x0000000000623eeb in st_masterlock= _acquire ()
#33 0x0000000000000003 in ?? ()
#34 0x0000000000000000 in= ?? ()

Thread 1 (Thread 0x7f3e484e1940 (LWP 11188)):
#0=C2=A0 0x0= 000000000623eaa in st_masterlock_acquire ()
#1=C2=A0 0x0000000000624b1c = in caml_thread_leave_blocking_section ()
#2=C2=A0 0x000000000062aebc in = caml_leave_blocking_section ()
#3=C2=A0 0x00000000006272d0 in unix_read = ()
#4=C2=A0 0x000000000063a304 in caml_c_call ()
#5=C2=A0 0x000000000= 0000021 in ?? ()
#6=C2=A0 0x000000000052bbd6 in camlXenbus__Xb__read_fd_= 1120 ()
#7=C2=A0 0x0000000000000021 in ?? ()
#8=C2=A0 0x000000000052b= ef1 in camlXenbus__Xb__input_1161 ()
#9=C2=A0 0x0000000000000021 in ?? (= )
#10 0x00007f3e4c6a1948 in ?? ()
#11 0x00007f3e4c6a1928 in ?? ()
= #12 0x000000000052be54 in camlXenbus__Xb__output_1155 ()
#13 0x000000000= 0000067 in ?? ()
#14 0x00007f3e4c6cf138 in ?? ()
#15 0x00007f3e4c6cf1= 38 in ?? ()
#16 0x0000000000528af5 in camlXenstore__Xsraw__pkt_recv_1214= ()
#17 0x00007f3e4c6cf0f0 in ?? ()
#18 0x00007f3e4c6a1958 in ?? ()#19 0x00007f3e4c6cf138 in ?? ()
#20 0x0000000000528db5 in camlXenstore= __Xsraw__sync_recv_1237 ()
#21 0x00007f3e4c6cf0f0 in ?? ()
#22 0x0000= 000000000003 in ?? ()
#23 0x00007f3e4c6a1dd0 in ?? ()
#24 0x000000000= 052934d in camlXenstore__Xsraw__directory_1259 ()
#25 0x0000000000000001= in ?? ()
#26 0x00007f3e4c6a1dd0 in ?? ()
#27 0x00007f3e4c6cf0f0 in ?= ? ()
#28 0x0000000000503097 in camlXenops_server_xen__ls_lR_6028 ()
#= 29 0x00007f3e47ce6560 in ?? ()
#30 0x0000000000503047 in camlXenops_serv= er_xen__ls_lR_6028 ()
#31 0x00007f3e4c6cf018 in ?? ()
#32 0x00007f3e4= c6a1e38 in ?? ()
#33 0x00007f3e4c6bf9d8 in ?? ()
#34 0x00007f3e4c6bf3= a0 in ?? ()
#35 0x00007f3e4c6a3860 in ?? ()
#36 0x00000000005f3fc5 in= camlList__map_1062 ()
#37 0x00007f3e4c6a3808 in ?? ()
#38 0x00000000= 00000001 in ?? ()
#39 0x00007f3e4c6a3150 in ?? ()
#40 0x00000000005f3= fd8 in camlList__map_1062 ()
#41 0x00007f3e4c6a3808 in ?? ()
#42 0x00= 007f3e4c6a3848 in ?? ()
#43 0x00007f3e4c6a24d8 in ?? ()
#44 0x0000000= 0005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#45 0x00007f3e4c6a3830= in ?? ()
#46 0x00007f3e4c6a3fc0 in ?? ()
#47 0x00007f3e4c6bf9d8 in ?= ? ()
#48 0x00007f3e4c6bf3a0 in ?? ()
#49 0x00007f3e4c6b1dd0 in ?? ()<= br>#50 0x00000000005f3fc5 in camlList__map_1062 ()
#51 0x00007f3e4c6b1c2= 8 in ?? ()
#52 0x00007f3e4c6b1d88 in ?? ()
#53 0x00007f3e4c6a50e8 in = ?? ()
#54 0x00000000005f3fd8 in camlList__map_1062 ()
#55 0x00007f3e4= c6b1c28 in ?? ()
#56 0x00007f3e4c6b1d70 in ?? ()
#57 0x00007f3e4c6a46= 10 in ?? ()
#58 0x00000000005f3fd8 in camlList__map_1062 ()
#59 0x000= 07f3e4c6b1c28 in ?? ()
#60 0x00007f3e4c6b1d58 in ?? ()
#61 0x00007f3e= 4c6a56e8 in ?? ()
#62 0x00000000005f3fd8 in camlList__map_1062 ()
#63= 0x00007f3e4c6b1c28 in ?? ()
#64 0x00007f3e4c6b1d40 in ?? ()
#65 0x00= 007f3e4c6a6ab8 in ?? ()
#66 0x00000000005f3fd8 in camlList__map_1062 ()<= br>#67 0x00007f3e4c6b1c28 in ?? ()
#68 0x00007f3e4c6b1d28 in ?? ()
#6= 9 0x00007f3e4c6a7d48 in ?? ()
#70 0x00000000005f3fd8 in camlList__map_10= 62 ()
#71 0x00007f3e4c6b1c28 in ?? ()
#72 0x00007f3e4c6b1d10 in ?? ()=
#73 0x00007f3e4c6a8e60 in ?? ()
#74 0x00000000005f3fd8 in camlList__= map_1062 ()
#75 0x00007f3e4c6b1c28 in ?? ()
#76 0x00007f3e4c6b1cf8 in= ?? ()
#77 0x00007f3e4c6a9fb8 in ?? ()
#78 0x00000000005f3fd8 in caml= List__map_1062 ()
#79 0x00007f3e4c6b1c28 in ?? ()
#80 0x00007f3e4c6b1= ce0 in ?? ()
#81 0x00007f3e4c6ab1e8 in ?? ()
#82 0x00000000005f3fd8 i= n camlList__map_1062 ()
#83 0x00007f3e4c6b1c28 in ?? ()
#84 0x00007f3= e4c6b1cc8 in ?? ()
#85 0x00007f3e4c6ac418 in ?? ()
#86 0x00000000005f= 3fd8 in camlList__map_1062 ()
#87 0x00007f3e4c6b1c28 in ?? ()
#88 0x0= 0007f3e4c6b1cb0 in ?? ()
#89 0x00007f3e4c6ad6a8 in ?? ()
#90 0x000000= 00005f3fd8 in camlList__map_1062 ()
#91 0x00007f3e4c6b1c28 in ?? ()
#= 92 0x00007f3e4c6b1c98 in ?? ()
#93 0x00007f3e4c6ae800 in ?? ()
#94 0x= 00000000005f3fd8 in camlList__map_1062 ()
#95 0x00007f3e4c6b1c28 in ?? (= )
#96 0x00007f3e4c6b1c80 in ?? ()
#97 0x00007f3e4c6af958 in ?? ()
= #98 0x00000000005f3fd8 in camlList__map_1062 ()
#99 0x00007f3e4c6b1c28 i= n ?? ()
#100 0x00007f3e4c6b1c68 in ?? ()
#101 0x00007f3e4c6b0ab0 in ?= ? ()
#102 0x00000000005030f9 in camlXenops_server_xen__ls_lR_6028 ()
= #103 0x00007f3e4c6b1c50 in ?? ()
#104 0x00007f3e4c6b2e48 in ?? ()
#10= 5 0x00007f3e4c6bf9d8 in ?? ()
#106 0x00007f3e4c6bf3a0 in ?? ()
#107 0= x00007f3e4c6bd640 in ?? ()
#108 0x00000000005f3fc5 in camlList__map_1062= ()
#109 0x00007f3e4c6bd548 in ?? ()
#110 0x00007f3e4c6bd5b8 in ?? ()=
#111 0x00007f3e4c6baa88 in ?? ()
#112 0x00000000005f3fd8 in camlList= __map_1062 ()
#113 0x00007f3e4c6bd548 in ?? ()
#114 0x00007f3e4c6bd5a= 0 in ?? ()
#115 0x00007f3e4c6b33d0 in ?? ()
#116 0x00000000005f3fd8 i= n camlList__map_1062 ()
#117 0x00007f3e4c6bd548 in ?? ()
#118 0x00007= f3e4c6bd588 in ?? ()
#119 0x00007f3e4c6bb098 in ?? ()
#120 0x00000000= 005030f9 in camlXenops_server_xen__ls_lR_6028 ()
#121 0x00007f3e4c6bd570= in ?? ()
#122 0x00007f3e4c6bde68 in ?? ()
#123 0x00007f3e4c6bf9d8 in= ?? ()
#124 0x00007f3e4c6bf3a0 in ?? ()
#125 0x0000000000924710 in ca= mlXenops_server_xen__575 ()
#126 0x00000000005f3fc5 in camlList__map_106= 2 ()
#127 0x00007f3e4c6bf378 in ?? ()
#128 0x00000000009246c0 in caml= Xenops_server_xen__575 ()
#129 0x00007f3e4c6bedb0 in ?? ()
#130 0x000= 00000005f3fd8 in camlList__map_1062 ()
#131 0x00007f3e4c6bf378 in ?? ()<= br>#132 0x00000000009246a8 in camlXenops_server_xen__575 ()
#133 0x00007= f3e4c6be3a8 in ?? ()
#134 0x00000000005086d9 in camlXenops_server_xen__f= un_9041 ()
#135 0x00000000009c2490 in camlList__29 ()
#136 0x00000000= 009c24b0 in camlList__30 ()
#137 0x00007f3e4c6bf9d8 in ?? ()
#138 0x0= 000000000000001 in ?? ()
#139 0x0000000000000001 in ?? ()
#140 0x0000= 7f3e4c6c15d0 in ?? ()
#141 0x00007f3e4c6c1588 in ?? ()
#142 0x00007f3= e4c6c1588 in ?? ()
#143 0x00007f3e4c6c0810 in ?? ()
#144 0x0000000000= 000001 in ?? ()
#145 0x00007f3e4c6cf058 in ?? ()
#146 0x00007f3e4c6ce= e68 in ?? ()
#147 0x00007f3e431c9ab0 in ?? ()
#148 0x00007f3e4c6bfa90= in ?? ()
#149 0x00007f3e4c6ceb40 in ?? ()
#150 0x00007f3e4c6cf230 in= ?? ()
#151 0x00007f3e47ce6590 in ?? ()
#152 0x00000000005d42d0 in ca= mlPervasiveext__finally_1031 ()
#153 0x00007f3e47ce6590 in ?? ()
#154= 0x00000000005d4281 in camlPervasiveext__finally_1031 ()
#155 0x00007f3e= 47ce6620 in ?? ()
#156 0x00007f3e4c6cedb0 in ?? ()
#157 0x00007f3e4c6= cf1e8 in ?? ()
#158 0x000000000052ca53 in camlXenctrl__with_intf_1174 ()=
#159 0x00007f3e47ce6620 in ?? ()
#160 0x000000000052ca25 in camlXenc= trl__with_intf_1174 ()
#161 0x00007f3e4c6cf210 in ?? ()
#162 0x00007f= 3e431c9ab0 in ?? ()
#163 0x00000000016f0378 in ?? ()
#164 0x000000000= 04e9aa3 in camlXenops_server__one_4818 ()
#165 0x00000000009a22c8 in cam= lDebug__35 ()
#166 0x00000000016efc38 in ?? ()
#167 0x0000000001e2a53= 0 in ?? ()
#168 0x00007f3e4c66c6e8 in ?? ()
#169 0x000000000000000f i= n ?? ()
#170 0x0000000000000017 in ?? ()
#171 0x0000000000000000 in ?= ? ()

-robin
<= /div>
The rsp value at segfault is 4k aligned and the last cal= l that the process attempted to call is 'callq'. So it looks like a= stack overflow.
And maybe this issue i= s related:
ht= tp://caml.inria.fr/mantis/view.php?id=3D5064

-robin
--089e0115e8e84a18df052c95af9c-- --===============4210753128117664443== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWFwaSBt YWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0dHA6Ly9saXN0cy54ZW4ub3JnL2Nn aS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== --===============4210753128117664443==-- From xen-api-bounces@lists.xen.org Thu Feb 25 12:29:36 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Feb 2016 12:29:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYv2w-0006FB-OV; Thu, 25 Feb 2016 12:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYv2v-0006EV-QF; Thu, 25 Feb 2016 12:29:29 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 0F/CD-02992-8A3FEC65; Thu, 25 Feb 2016 12:29:28 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1456403367!24926873!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17373 invoked from network); 25 Feb 2016 12:29:28 -0000 Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com) (74.125.82.52) by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 25 Feb 2016 12:29:28 -0000 Received: by mail-wm0-f52.google.com with SMTP id b205so29486988wmb.1; Thu, 25 Feb 2016 04:29:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=; b=RSJk8D36t1xtKEgeIbYZqlQ2QTxdQ0nAi3h1v2qWDUU6ZCtVFNQGhvPDd0Y1EGMYQw e/MMB0CtY4qNU9GO9lfySQjkntXK6tfHz/3jWudQjM9QBnANZ6TWQJaN6fWRChFVz3WY 6l+Y0C+vnNM8WuakOnmgjrfAbPB5oo+GboZ5EtqVQdubXcHT8UbhaMtcRSB8wyA5edkk kKhS3HRIH87bGRbAP6t7SKovZA1SeMtc2oXJPdMMW4DIgmEdCL/miHDE4wGd4F7aSD+J ipcilBzJYuC8xQEpqem+v/v8KeglGG+v/JkWA1cYznal/NPS2W5eNQEVrnPuaunWJOuu 1O0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=; b=aELR2GSb+G8irItThd3tlP/tQviGJB1IA0gnkblEkLUK3REzHzSi5N6cG9lGYA92+6 HPLVeXDRSl9mDNXrwNiepl0yKyw+yW9BJHs/rNnfJtxoFMFchW0lDGWG/nyO2/TojTDT XzkqkHQqCOTv/UIoeAVTrlpeKduAgo3LCB0Th8JUSBVW/nifOPLgPlSiWx1qKpAHRS44 Yo3u94skLmx5htex6XzjkjFir7Yjlv4hg7x+DpsE/LI2MfjyJYleuKImfwX84iIpuIti jEYvslBzoadRYvXog3c911LDBfiXWo9jfuf9IKXyZ4kPHS9N46Kli6iLZalXhhVmNYQs JS1Q== X-Gm-Message-State: AG10YOTOLS4F6N5bg27USm3iLT8RB+OrG3oU5iIF86vJCxZkt8DPZqjQy3G1ozeROhE4zw== X-Received: by 10.194.111.229 with SMTP id il5mr48391919wjb.82.1456403367409; Thu, 25 Feb 2016 04:29:27 -0800 (PST) Received: from [192.168.0.12] (97e551ba.skybroadband.com. [151.229.81.186]) by smtp.gmail.com with ESMTPSA id ls5sm7698486wjb.33.2016.02.25.04.29.25 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 25 Feb 2016 04:29:26 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Lars Kurth In-Reply-To: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com> Date: Thu, 25 Feb 2016 12:29:25 +0000 Message-Id: References: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com> To: xen-devel , xen-api , xen-users@lists.xenproject.org, mirageos-devel , win-pv-devel X-Mailer: Apple Mail (2.2104) Subject: Re: [Xen-API] Xen Project Infrastructure Maintenance: Feb 25th and 1st of March X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" SnVzdCBhIHF1aWNrIG5vdGUgdG8gbGV0IHlvdSBrbm93IHRoYXQgdGhlIGZvbGxvd2luZyBzZXJ2 aWNlcyBoYXZlIGJlZW4gdXBkYXRlZCB0aGlzIG1vcm5pbmcKLSBhbGwgZm9vIEAgbGlzdHMgYXQg eGVucHJvamVjdCBkb3Qgb3JnIG1haWxpbmcgbGlzdHMKLSBmb3J3YXJkaW5nIG9mIG1haWxzIHRv IGZvbyBAIHhlbnByb2plY3QgZm9yIG9yZyBhY2NvdW50cwotIGRvd25sb2Fkcy54ZW5wcm9qZWN0 Lm9yZwoKUmVnYXJkcwpMYXJzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Feb 25 12:29:36 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Feb 2016 12:29:36 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYv2w-0006FB-OV; Thu, 25 Feb 2016 12:29:30 +0000 Received: from mail6.bemta5.messagelabs.com ([195.245.231.135]) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYv2v-0006EV-QF; Thu, 25 Feb 2016 12:29:29 +0000 Received: from [85.158.139.211] by server-14.bemta-5.messagelabs.com id 0F/CD-02992-8A3FEC65; Thu, 25 Feb 2016 12:29:28 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-10.tower-206.messagelabs.com!1456403367!24926873!1 X-Originating-IP: [74.125.82.52] X-SpamReason: No, hits=0.0 required=7.0 tests= X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 17373 invoked from network); 25 Feb 2016 12:29:28 -0000 Received: from mail-wm0-f52.google.com (HELO mail-wm0-f52.google.com) (74.125.82.52) by server-10.tower-206.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 25 Feb 2016 12:29:28 -0000 Received: by mail-wm0-f52.google.com with SMTP id b205so29486988wmb.1; Thu, 25 Feb 2016 04:29:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=; b=RSJk8D36t1xtKEgeIbYZqlQ2QTxdQ0nAi3h1v2qWDUU6ZCtVFNQGhvPDd0Y1EGMYQw e/MMB0CtY4qNU9GO9lfySQjkntXK6tfHz/3jWudQjM9QBnANZ6TWQJaN6fWRChFVz3WY 6l+Y0C+vnNM8WuakOnmgjrfAbPB5oo+GboZ5EtqVQdubXcHT8UbhaMtcRSB8wyA5edkk kKhS3HRIH87bGRbAP6t7SKovZA1SeMtc2oXJPdMMW4DIgmEdCL/miHDE4wGd4F7aSD+J ipcilBzJYuC8xQEpqem+v/v8KeglGG+v/JkWA1cYznal/NPS2W5eNQEVrnPuaunWJOuu 1O0g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id:references:to; bh=O/81GpjkX+/Ha6KmF2+nqVw5I/m9l7IcBr7T1/0xfng=; b=aELR2GSb+G8irItThd3tlP/tQviGJB1IA0gnkblEkLUK3REzHzSi5N6cG9lGYA92+6 HPLVeXDRSl9mDNXrwNiepl0yKyw+yW9BJHs/rNnfJtxoFMFchW0lDGWG/nyO2/TojTDT XzkqkHQqCOTv/UIoeAVTrlpeKduAgo3LCB0Th8JUSBVW/nifOPLgPlSiWx1qKpAHRS44 Yo3u94skLmx5htex6XzjkjFir7Yjlv4hg7x+DpsE/LI2MfjyJYleuKImfwX84iIpuIti jEYvslBzoadRYvXog3c911LDBfiXWo9jfuf9IKXyZ4kPHS9N46Kli6iLZalXhhVmNYQs JS1Q== X-Gm-Message-State: AG10YOTOLS4F6N5bg27USm3iLT8RB+OrG3oU5iIF86vJCxZkt8DPZqjQy3G1ozeROhE4zw== X-Received: by 10.194.111.229 with SMTP id il5mr48391919wjb.82.1456403367409; Thu, 25 Feb 2016 04:29:27 -0800 (PST) Received: from [192.168.0.12] (97e551ba.skybroadband.com. [151.229.81.186]) by smtp.gmail.com with ESMTPSA id ls5sm7698486wjb.33.2016.02.25.04.29.25 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 25 Feb 2016 04:29:26 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Lars Kurth In-Reply-To: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com> Date: Thu, 25 Feb 2016 12:29:25 +0000 Message-Id: References: <39714F16-702D-4C00-A14E-1955225F3912@gmail.com> To: xen-devel , xen-api , xen-users@lists.xenproject.org, mirageos-devel , win-pv-devel X-Mailer: Apple Mail (2.2104) Subject: Re: [Xen-API] Xen Project Infrastructure Maintenance: Feb 25th and 1st of March X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" SnVzdCBhIHF1aWNrIG5vdGUgdG8gbGV0IHlvdSBrbm93IHRoYXQgdGhlIGZvbGxvd2luZyBzZXJ2 aWNlcyBoYXZlIGJlZW4gdXBkYXRlZCB0aGlzIG1vcm5pbmcKLSBhbGwgZm9vIEAgbGlzdHMgYXQg eGVucHJvamVjdCBkb3Qgb3JnIG1haWxpbmcgbGlzdHMKLSBmb3J3YXJkaW5nIG9mIG1haWxzIHRv IGZvbyBAIHhlbnByb2plY3QgZm9yIG9yZyBhY2NvdW50cwotIGRvd25sb2Fkcy54ZW5wcm9qZWN0 Lm9yZwoKUmVnYXJkcwpMYXJzCgoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KWGVuLWFwaSBtYWlsaW5nIGxpc3QKWGVuLWFwaUBsaXN0cy54ZW4ub3JnCmh0 dHA6Ly9saXN0cy54ZW4ub3JnL2NnaS1iaW4vbWFpbG1hbi9saXN0aW5mby94ZW4tYXBpCg== From xen-api-bounces@lists.xen.org Thu Feb 25 13:47:49 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Feb 2016 13:47:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYwGV-0003bM-E2; Thu, 25 Feb 2016 13:47:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aYeWj-00011z-Kz; Wed, 24 Feb 2016 18:51:09 +0000 Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id 06/12-02978-B9BFDC65; Wed, 24 Feb 2016 18:51:07 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1456339864!24275828!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBBbGwgdXJscyByZXR1cm5lZCBsZ l9u\nZWdhdGl2ZSk=\n X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 47469 invoked from network); 24 Feb 2016 18:51:05 -0000 Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by server-13.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 24 Feb 2016 18:51:05 -0000 Received: by mail-wm0-f53.google.com with SMTP id b205so1831754wmb.1; Wed, 24 Feb 2016 10:51:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=WKzbcDdHtApKEgyblR7yQGihrsaWfSOID40I398qFhM=; b=I51I/Gog2NJs0K9aVwkqtYGkZLx94CB4wB8UBi4rTP3lsrkxKrQa4np0tKXGnxkaTq Jbxp+fNR3zIzzumGmKcP+oEriLia6ev45hualbu2O2t/kqT3Vor6EtIgb3efH9SbGVcO 7qCsgthxfW5EP6k2ToqLW6czhnwGvfC00OVL9+kxxnksfzYo8MT5M4TFpNmRut/hSIsT fAdeQYw4etl772VWl646AtfwI3bqGA7DLgrPHE2FkE3+1yoraahBCP60HhmEaRiQNOOl u9qBS0M1GUftyrTTuEBQrwEP76UmmPCOJwiuHa2QsApDcxBWQTlLXoVoY3VeZ3QS5y7E JkiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:date:message-id:cc:to:mime-version; bh=WKzbcDdHtApKEgyblR7yQGihrsaWfSOID40I398qFhM=; b=A3wqO87T249PaLsZ39Ii7z0AvDQquH/HS8KR/DlT14B7NxX80dZiN3cfMdGT1Ah9F0 TrJgcstpn2FxQszGGBlhlH302GmlgvfPvhfnhQniJwOgYZZh7QihWV1vZ3mMeeQhjVkp 2i/8ktAqtQDJylGZmfQ9XT2LEKMBFoQNEFJCgffMM5uao0Z/ykaf6H8YEB4yWHsoOVBy XbZFduxqhDMl8Aht8a8wqvhXNkUhYy2puD6mlql6GQTR7Xx0eTaz9qVtVGYbRler1QqN SyXxU/NMYHyXot6DVn87FvBd++3RNG/zzbZdtW2bR202mIQHozzGFxw1zz1tDdJrKDZJ IXDA== X-Gm-Message-State: AG10YOQyWHoNJRK/HmXE+cIQfelr0pFOhTo0LRuPdRvMamPILSRWB0b9Q+IC5Kr4GxX+iA== X-Received: by 10.28.98.138 with SMTP id w132mr24076079wmb.45.1456339864676; Wed, 24 Feb 2016 10:51:04 -0800 (PST) Received: from dhcp-3-217.uk.xensource.com (default-46-102-197-194.interdsl.co.uk. [46.102.197.194]) by smtp.gmail.com with ESMTPSA id pu8sm4295288wjc.17.2016.02.24.10.51.03 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 24 Feb 2016 10:51:04 -0800 (PST) From: Lars Kurth Date: Wed, 24 Feb 2016 18:51:02 +0000 Message-Id: <884EC716-0ED5-4D36-886A-4752AAC6C913@gmail.com> To: xen-devel , xen-announce Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Mailman-Approved-At: Thu, 25 Feb 2016 13:47:33 +0000 Cc: Keir Fraser , Ian Campbell , xen-api , Tim Deegan , minios-devel , embedded-pv-devel , mirageos-devel , win-pv-devel Subject: [Xen-API] Call for nominations for new Hypervisor subproject maintainers and committers X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" RGVhciBDb21tdW5pdHkgbWVtYmVycywKCkkgd2FudGVkIHRvIGluZm9ybSB5b3UgdGhhdCBib3Ro IEtlaXIgRnJhc2VyIGFuZCBUaW0gRGVlZ2FuLCBoYXZlIApmb3JtYWxseSBzdGVwcGVkIGRvd24g aW4gdGhlaXIgcm9sZXMgYXMgY29tbWl0dGVycyBmcm9tIHRoZSBIeXBlcnZpc29yIAp0ZWFtLiBJ biBhZGRpdGlvbiwgeW91IG1heSBoYXZlIHNlZW4gdGhhdCBJYW4gQ2FtcGJlbGwgcmVjZW50bHkg CnRyYW5zZmVycmVkIG1haW50YWluZXItc2hpcCBmb3IgbWFueSBjb21wb25lbnRzIHRvIG90aGVy IGNvbW11bml0eSAKbWVtYmVycyAoc2VlIGh0dHA6Ly9iaXQubHkvMVJuTThKUCkuIFRoaXMgbWVh bnMgdGhhdCBJYW4gd2lsbCB0YWtlIGEgbXVjaCAKbGVzcyBhY3RpdmUgcm9sZSB3aXRoaW4gdGhl IHByb2plY3QgaW4gdGhlIGZ1dHVyZS4gCgpGaXJzdCBhbmQgZm9yZW1vc3QsIHRoZSByZW1haW5p bmcgY29tbWl0dGVycyBhbmQgdGhlIFhlbiBQcm9qZWN0IApBZHZpc29yeSBCb2FyZCB3b3VsZCBs aWtlIHRvIHRoYW5rIEtlaXIsIFRpbSBhbmQgSWFuIGZvciBzZXJ2aW5nIHRoZQpYZW4gUHJvamVj dCBjb21tdW5pdHkgYW5kIHRoZWlyIG1hbnlmb2xkIGFuZCBkaXZlcnNlIGNvbnRyaWJ1dGlvbnMu CgpHaXZlbiwgdGhhdCBhcyBhIHByb2plY3QsIHdlIGhhdmUgZm91bmQgaXQgZGlmZmljdWx0IHRv IHByb21vdGUgCmNvbnRyaWJ1dG9ycyB0byBtYWludGFpbmVyIGFuZCBjb21taXR0ZXIgcm9sZXMg aW4gdGhlIHBhc3QsIHRoZSByZW1haW5pbmcgCmdyb3VwIG9mIGNvbW1pdHRlcnMgZmVsdCB0aGF0 IHdlIHNob3VsZCB1c2UgYSBtb3JlIGZvcm1hbCBhcHBvaW50bWVudCAKcHJvY2VzcyB0byBzdWNj ZXNzaW9ucyBhbmQgc3VjY2Vzc2lvbiBwbGFubmluZyBhbmQgaGF2ZSBhc2tlZCBtZSB0byAKb3Jn YW5pc2UgdGhpcyBwcm9jZXNzLiBUYWtpbmcgYSBsb25nZXIgdGVybSB2aWV3LCB0aGUgY29tbWl0 dGVycyBhbHNvIApmZWx0IHRoYXQgd2Ugc2hvdWxkIG5vdCByZXN0cmljdCB0aGUgYXBwb2ludG1l bnQgcHJvY2VzcyB0byByZXBsYWNpbmcKY29tbWl0dGVyIHBvc2l0aW9ucyBvbmx5LCBidXQgdG8g Y29uc2lkZXIgYWRkaXRpb25hbCBjb21taXR0ZXIgcG9zaXRpb25zIApiYXNlZCBvbiBtZXJpdCBh bmQgdG8gYWxzbyBpbmNsdWRlIG5ldyBtYWludGFpbmVyIG5vbWluYXRpb25zLgogClRodXMsIHRv IGZpbGwgdGhlc2UgcG9zaXRpb25zLCB3ZSBhcmUgc29saWNpdGluZyBub21pbmF0aW9ucy4gVG8g bm9taW5hdGUKeW91cnNlbGYgb3Igc29tZW9uZSBlbHNlIHdpdGhpbiB0aGUgY29tbXVuaXR5LCBw bGVhc2Ugc2VuZCBlLW1haWwgdG8gCmFwcG9pbnRtZW50c0B4ZW5wcm9qZWN0Lm9yZyB3aXRoIG9u ZSBvZiB0aGUgZm9sbG93aW5nIHN1YmplY3QgbGluZXM6IAotICJNYWludGFpbmVyIE5vbWluYXRp b24gb2YgW25hbWVdIgotICJDb21taXR0ZXIgTm9taW5hdGlvbiBvZiBbbmFtZV0iCgpOb21pbmVl cyB3aWxsIG9mIGNvdXJzZSBiZSBhc2tlZCwgcHJpdmF0ZWx5LCB3aGV0aGVyIHRoZXkgd291bGQg YmUgCndpbGxpbmcgdG8gc2VydmUsIGlmIHRoZXkgaGF2ZSBiZWVuIG5vbWluYXRlZCBieSBzb21l b25lIGVsc2UuCgpQbGVhc2UgcHJvdmlkZSBjb250YWN0IGRldGFpbHMgKGF0IGxlYXN0IHRoZSBm dWxsIG5hbWUgYW5kIGUtbWFpbCBhZGRyZXNzIApvZiBub21pbmVlKSBpbiB0aGUgYm9keSBvZiB0 aGUgZS1tYWlsIGFuZCBkZXNjcmliZSB3aHkgdGhlIG5vbWluZWUgd291bGQgCmJlIGEgZ29vZCBm aXQgYSBtYWludGFpbmVyIGFuZC9vciBjb21taXR0ZXIuIFRoZSBib2R5IG9mIHRoZSBub21pbmF0 aW9uIApzaG91bGQgbGlzdCB0ZWNobmljYWwga25vd2xlZGdlIHRoYXQgaXMgbmVlZGVkIHRvIGJl IGEgbWFpbnRhaW5lciBhbmQvb3IgCmNvbW1pdHRlciBhbmQgaGlnaGxpZ2h0IGNvcmUgYXJlYXMg b2YgZXhwZXJ0aXNlLiBJbiBhZGRpdGlvbiwgd2UgYXJlIGFsc28gCmludGVyZXN0ZWQgaW4gc3Bl Y2lmaWMgaW5zdGFuY2VzLCB3aGVyZSB0aGUgbm9taW5lZSBzaG93ZWQgY29tbXVuaWNhdGlvbiAK YW5kIG9wZW4gc291cmNlIGxlYWRlcnNoaXAgcXVhbGl0aWVzLiAKCkZvciBleGFtcGxlOgoqIFdh cyBhYmxlIHRvIGhlbHAgcmVzb2x2ZSBkaXNhZ3JlZW1lbnRzLCBib3RoIHRlY2huaWNhbCBhbmQg bm9uLQogIHRlY2huaWNhbCwgd2hpY2ggeW91IHdlcmUgYSBwYXJ0eSB0byBvciBvYnNlcnZlciBv Zi4KKiBXYXMgYWJsZSB0byBjb250cmlidXRlIHRvIGltcHJvdmUgcXVhbGl0eSBhbmQgYXJjaGl0 ZWN0dXJhbCBjb25zaXN0ZW5jeSAKICBhY3Jvc3Mgc2V2ZXJhbCBjb21wb25lbnRzIHdpdGhpbiB0 aGUgSHlwZXJ2aXNvcgoqIEhhcyBiZWVuIGludm9sdmVkIGluIGNvb3JkaW5hdGluZyB0aGUgYWN0 aXZpdGllcyBvZiBzZXZlcmFsIGNvbW11bml0eSAKICBtZW1iZXJzIAoqIEhhcyBsZWQgb3IgZHJp dmVuIHRlY2huaWNhbCBpbml0aWF0aXZlcyBvciBsYXJnZXIgc2NhbGUgZmVhdHVyZSAKICBkZXZl bG9wbWVudCB3aXRoaW4gdGhlIGNvbW11bml0eSAKKiBIYXMgbWVudG9yZWQgYW5kIGVuY291cmFn ZWQgbmV3Y29tZXJzIHRvIHRoZSBjb21tdW5pdHkKKiBIYXMgcmVwcmVzZW50ZWQgdGhlIHByb2pl Y3Qgb3IgYXNwZWN0cyBvZiBpdCAoZS5nLiB2aWEgdGFsa3MsIGJsb2cgCiAgcG9zdHMsIC4uLikK KiBIYXMgc2hvd24gb3RoZXIgY29tbXVuaWNhdGlvbiBhbmQgb3BlbiBzb3VyY2UgbGVhZGVyc2hp cCBxdWFsaXRpZXMKCkJlaW5nIGEgbWFpbnRhaW5lciBhbmQvb3IgY29tbWl0dGVyIGRvZXMgcmVx dWlyZSBhIHRpbWUgY29tbWl0bWVudC4gCk5vbWluZWVzIHNob3VsZCBiZSBhYmxlIHRvIGZvbGxv dyBlLW1haWwgZGlzY3Vzc2lvbnMgb24geGVuLWRldmVsQCBvbiBhbiAKb25nb2luZyBiYXNpcyBh bmQgcmVzcG9uZCB3aXRoaW4gYSBjb3VwbGUgb2YgZGF5cyBzbyB0aGF0IGRpc2N1c3Npb25zIApw cm9ncmVzcy4gQ29tbWl0dGVycyBzaG91bGQgaWRlYWxseSBiZSBhYmxlIHRvIHNwZW5kIGEgbWlu aW11bSBvZiA0LTUgCmRheXMgd29ya2luZyBvbiB0aGUgcHJvamVjdCBwZXIgbW9udGguIEZvciBt YWludGFpbmVycywgdGhlIHRpbWUgCnJlcXVpcmVtZW50IGlzIGxpa2VseSBsZXNzLiAKCldlIGFu dGljaXBhdGUgc3RhcnRpbmcgb3VyIHNlbGVjdGlvbiBwcm9jZXNzIGFjY29yZGluZyB0byB0aGUg Zm9sbG93aW5nIApyb3VnaCB0aW1lLXRhYmxlLiAKClRvZGF5OiAgICBQdWJsaWMgY2FsbCBmb3Ig bm9taW5hdGlvbnMgZm9yIG5ldyBjb21taXR0ZXJzIGFuZCBtYWludGFpbmVycyAKICAgICAgICAg IChzZWxmLW5vbWluYXRpb25zIGFuZCAzcmQtcGFydHkgbm9taW5hdGlvbnMgYm90aCB3ZWxjb21l KQoKTWFyY2ggMTE6IENsb3NpbmcgZGF0ZSBmb3Igbm9taW5hdGlvbnMKCnVwIHRvCk1hcmNoIDMw OiBXZSBlbWFpbCBub24tc2VsZi1ub21pbmF0ZWQgbm9taW5lZXMgaW4gcHJpdmF0ZSB0byBhc2sg dGhlbSAKICAgICAgICAgIHRvIGNvbmZpcm0gd2hldGhlciB0aGV5IGFyZSB3aWxsaW5nIHRvIGFj dCBhcyBub21pbmVlcy4gCiAgICAgICAgICBXZSB3aWxsIGFsc28gZGlzY3VzcyB3aXRoIGFsbCBu b21pbmVlcywgdGltZSBjb21taXRtZW50IGFuZCAKICAgICAgICAgIG90aGVyIHBvc3NpYmxlIHF1 ZXN0aW9ucyAoZnJvbSBib3RoIG5vbWluZWVzIGFuZCBleGlzdGluZwogICAgICAgICAgY29tbWl0 dGVycyksIHJlbGF0ZWQgdG8gdGhlIHByb3Bvc2VkIG5vbWluYXRpb25zLgoKTWFyY2ggMzA6IFdl IGNvbmR1Y3QgYSBmb3JtYWwgdm90ZSB0byByYXRpZnkgbm9taW5hdGlvbnMKCkFwcmlsIDY6ICBX ZSBwdWJsaXNoIHRoZSBuZXcgbWFpbnRhaW5lcnMgYW5kIGNvbW1pdHRlcnMKICAgICAgICAgICh3 ZSBtYXkgZG8gdGhpcyBlYXJsaWVyKQoKTm90ZSB0aGF0IHdlIGhhdmUgaWRlbnRpZmllZCBzb21l IGlzc3VlcyBpbiBvdXIgZ292ZXJuYW5jZSwgc3VjaCBhcyAKd2hldGhlciB3ZSBuZWVkIHRvIGVs ZWN0IGEgbmV3IHByb2plY3QgbGVhZCBvciB3aGV0aGVyIHdlIGludHJvZHVjZSBhIApjb21taXR0 ZWUgdG8gc3RlZXIgdGhlIHByb2plY3QgaW5zdGVhZCwgYWxvbmdzaWRlIG90aGVyIGlzc3Vlcy4g V2UgYWltIAp0byByZXNvbHZlIHRoZXNlIGlzc3VlcyAqYWZ0ZXIqIG5ldyBtYWludGFpbmVycyBh bmQgY29tbWl0dGVycyBoYXZlIGJlZW4gCmVsZWN0ZWQuCgpJZiB5b3UgZG8gaGF2ZSBhbnkgcXVl c3Rpb25zIHJlbGF0ZWQgdG8gdGhlIHByb2Nlc3MsIGZlZWwgZnJlZSB0byByZXBseSAKdG8gdGhp cyB0aHJlYWQuIEluIGFkZGl0aW9uLCBpZiB5b3Ugd2FudCB0byBub21pbmF0ZSBzb21lb25lIGVs c2Ugb3IgCnlvdXJzZWxmIGJ1dCBhcmUgbm90IHN1cmUsIGZlZWwgZnJlZSB0byBzZW5kIHlvdXIg cXVlc3Rpb24gdG8gCmFwcG9pbnRtZW50c0B4ZW5wcm9qZWN0Lm9yZyBwcmVjZWRlZCBieSAiUXVl c3Rpb246IiBpbiB0aGUgc3ViamVjdCBsaW5lLgoKQmVzdCBSZWdhcmRzCkxhcnMgS3VydGgKWGVu IFByb2plY3QgQ29tbXVuaXR5IE1hbmFnZXIKQ2hhaXJtYW4gb2YgWGVuIFByb2plY3QgQWR2aXNv cnkgQm9hcmQKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Clhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo= From xen-api-bounces@lists.xen.org Thu Feb 25 13:47:49 2016 Return-path: Envelope-to: archives@lists.xen.org Delivery-date: Thu, 25 Feb 2016 13:47:49 +0000 Received: from localhost ([127.0.0.1] helo=lists.xen.org) by lists.xen.org with esmtp (Exim 4.84) (envelope-from ) id 1aYwGV-0003bM-E2; Thu, 25 Feb 2016 13:47:35 +0000 Received: from mail6.bemta3.messagelabs.com ([195.245.230.39]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1aYeWj-00011z-Kz; Wed, 24 Feb 2016 18:51:09 +0000 Received: from [85.158.137.68] by server-11.bemta-3.messagelabs.com id 06/12-02978-B9BFDC65; Wed, 24 Feb 2016 18:51:07 +0000 X-Env-Sender: lars.kurth.xen@gmail.com X-Msg-Ref: server-13.tower-31.messagelabs.com!1456339864!24275828!1 X-Originating-IP: [74.125.82.53] X-SpamReason: No, hits=0.5 required=7.0 tests=BODY_RANDOM_LONG, ML_RADAR_SPEW_LINKS_8,spamassassin: ,surbl: (ASYNC_NO) c3VyYmxfcmVjaGVja19kZWxheTogMCAoYWJhbmRvbmVkOiBBbGwgdXJscyByZXR1cm5lZCBsZ l9u\nZWdhdGl2ZSk=\n X-StarScan-Received: X-StarScan-Version: 7.35.1; banners=-,-,- X-VirusChecked: Checked Received: (qmail 47469 invoked from network); 24 Feb 2016 18:51:05 -0000 Received: from mail-wm0-f53.google.com (HELO mail-wm0-f53.google.com) (74.125.82.53) by server-13.tower-31.messagelabs.com with AES128-GCM-SHA256 encrypted SMTP; 24 Feb 2016 18:51:05 -0000 Received: by mail-wm0-f53.google.com with SMTP id b205so1831754wmb.1; Wed, 24 Feb 2016 10:51:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :cc:to:mime-version; bh=WKzbcDdHtApKEgyblR7yQGihrsaWfSOID40I398qFhM=; b=I51I/Gog2NJs0K9aVwkqtYGkZLx94CB4wB8UBi4rTP3lsrkxKrQa4np0tKXGnxkaTq Jbxp+fNR3zIzzumGmKcP+oEriLia6ev45hualbu2O2t/kqT3Vor6EtIgb3efH9SbGVcO 7qCsgthxfW5EP6k2ToqLW6czhnwGvfC00OVL9+kxxnksfzYo8MT5M4TFpNmRut/hSIsT fAdeQYw4etl772VWl646AtfwI3bqGA7DLgrPHE2FkE3+1yoraahBCP60HhmEaRiQNOOl u9qBS0M1GUftyrTTuEBQrwEP76UmmPCOJwiuHa2QsApDcxBWQTlLXoVoY3VeZ3QS5y7E JkiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:content-type:content-transfer-encoding :subject:date:message-id:cc:to:mime-version; bh=WKzbcDdHtApKEgyblR7yQGihrsaWfSOID40I398qFhM=; b=A3wqO87T249PaLsZ39Ii7z0AvDQquH/HS8KR/DlT14B7NxX80dZiN3cfMdGT1Ah9F0 TrJgcstpn2FxQszGGBlhlH302GmlgvfPvhfnhQniJwOgYZZh7QihWV1vZ3mMeeQhjVkp 2i/8ktAqtQDJylGZmfQ9XT2LEKMBFoQNEFJCgffMM5uao0Z/ykaf6H8YEB4yWHsoOVBy XbZFduxqhDMl8Aht8a8wqvhXNkUhYy2puD6mlql6GQTR7Xx0eTaz9qVtVGYbRler1QqN SyXxU/NMYHyXot6DVn87FvBd++3RNG/zzbZdtW2bR202mIQHozzGFxw1zz1tDdJrKDZJ IXDA== X-Gm-Message-State: AG10YOQyWHoNJRK/HmXE+cIQfelr0pFOhTo0LRuPdRvMamPILSRWB0b9Q+IC5Kr4GxX+iA== X-Received: by 10.28.98.138 with SMTP id w132mr24076079wmb.45.1456339864676; Wed, 24 Feb 2016 10:51:04 -0800 (PST) Received: from dhcp-3-217.uk.xensource.com (default-46-102-197-194.interdsl.co.uk. [46.102.197.194]) by smtp.gmail.com with ESMTPSA id pu8sm4295288wjc.17.2016.02.24.10.51.03 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 24 Feb 2016 10:51:04 -0800 (PST) From: Lars Kurth Date: Wed, 24 Feb 2016 18:51:02 +0000 Message-Id: <884EC716-0ED5-4D36-886A-4752AAC6C913@gmail.com> To: xen-devel , xen-announce Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Mailman-Approved-At: Thu, 25 Feb 2016 13:47:33 +0000 Cc: Keir Fraser , Ian Campbell , xen-api , Tim Deegan , minios-devel , embedded-pv-devel , mirageos-devel , win-pv-devel Subject: [Xen-API] Call for nominations for new Hypervisor subproject maintainers and committers X-BeenThere: xen-api@lists.xen.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: User and development list for XCP and XAPI List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: xen-api-bounces@lists.xen.org Sender: "Xen-api" RGVhciBDb21tdW5pdHkgbWVtYmVycywKCkkgd2FudGVkIHRvIGluZm9ybSB5b3UgdGhhdCBib3Ro IEtlaXIgRnJhc2VyIGFuZCBUaW0gRGVlZ2FuLCBoYXZlIApmb3JtYWxseSBzdGVwcGVkIGRvd24g aW4gdGhlaXIgcm9sZXMgYXMgY29tbWl0dGVycyBmcm9tIHRoZSBIeXBlcnZpc29yIAp0ZWFtLiBJ biBhZGRpdGlvbiwgeW91IG1heSBoYXZlIHNlZW4gdGhhdCBJYW4gQ2FtcGJlbGwgcmVjZW50bHkg CnRyYW5zZmVycmVkIG1haW50YWluZXItc2hpcCBmb3IgbWFueSBjb21wb25lbnRzIHRvIG90aGVy IGNvbW11bml0eSAKbWVtYmVycyAoc2VlIGh0dHA6Ly9iaXQubHkvMVJuTThKUCkuIFRoaXMgbWVh bnMgdGhhdCBJYW4gd2lsbCB0YWtlIGEgbXVjaCAKbGVzcyBhY3RpdmUgcm9sZSB3aXRoaW4gdGhl IHByb2plY3QgaW4gdGhlIGZ1dHVyZS4gCgpGaXJzdCBhbmQgZm9yZW1vc3QsIHRoZSByZW1haW5p bmcgY29tbWl0dGVycyBhbmQgdGhlIFhlbiBQcm9qZWN0IApBZHZpc29yeSBCb2FyZCB3b3VsZCBs aWtlIHRvIHRoYW5rIEtlaXIsIFRpbSBhbmQgSWFuIGZvciBzZXJ2aW5nIHRoZQpYZW4gUHJvamVj dCBjb21tdW5pdHkgYW5kIHRoZWlyIG1hbnlmb2xkIGFuZCBkaXZlcnNlIGNvbnRyaWJ1dGlvbnMu CgpHaXZlbiwgdGhhdCBhcyBhIHByb2plY3QsIHdlIGhhdmUgZm91bmQgaXQgZGlmZmljdWx0IHRv IHByb21vdGUgCmNvbnRyaWJ1dG9ycyB0byBtYWludGFpbmVyIGFuZCBjb21taXR0ZXIgcm9sZXMg aW4gdGhlIHBhc3QsIHRoZSByZW1haW5pbmcgCmdyb3VwIG9mIGNvbW1pdHRlcnMgZmVsdCB0aGF0 IHdlIHNob3VsZCB1c2UgYSBtb3JlIGZvcm1hbCBhcHBvaW50bWVudCAKcHJvY2VzcyB0byBzdWNj ZXNzaW9ucyBhbmQgc3VjY2Vzc2lvbiBwbGFubmluZyBhbmQgaGF2ZSBhc2tlZCBtZSB0byAKb3Jn YW5pc2UgdGhpcyBwcm9jZXNzLiBUYWtpbmcgYSBsb25nZXIgdGVybSB2aWV3LCB0aGUgY29tbWl0 dGVycyBhbHNvIApmZWx0IHRoYXQgd2Ugc2hvdWxkIG5vdCByZXN0cmljdCB0aGUgYXBwb2ludG1l bnQgcHJvY2VzcyB0byByZXBsYWNpbmcKY29tbWl0dGVyIHBvc2l0aW9ucyBvbmx5LCBidXQgdG8g Y29uc2lkZXIgYWRkaXRpb25hbCBjb21taXR0ZXIgcG9zaXRpb25zIApiYXNlZCBvbiBtZXJpdCBh bmQgdG8gYWxzbyBpbmNsdWRlIG5ldyBtYWludGFpbmVyIG5vbWluYXRpb25zLgogClRodXMsIHRv IGZpbGwgdGhlc2UgcG9zaXRpb25zLCB3ZSBhcmUgc29saWNpdGluZyBub21pbmF0aW9ucy4gVG8g bm9taW5hdGUKeW91cnNlbGYgb3Igc29tZW9uZSBlbHNlIHdpdGhpbiB0aGUgY29tbXVuaXR5LCBw bGVhc2Ugc2VuZCBlLW1haWwgdG8gCmFwcG9pbnRtZW50c0B4ZW5wcm9qZWN0Lm9yZyB3aXRoIG9u ZSBvZiB0aGUgZm9sbG93aW5nIHN1YmplY3QgbGluZXM6IAotICJNYWludGFpbmVyIE5vbWluYXRp b24gb2YgW25hbWVdIgotICJDb21taXR0ZXIgTm9taW5hdGlvbiBvZiBbbmFtZV0iCgpOb21pbmVl cyB3aWxsIG9mIGNvdXJzZSBiZSBhc2tlZCwgcHJpdmF0ZWx5LCB3aGV0aGVyIHRoZXkgd291bGQg YmUgCndpbGxpbmcgdG8gc2VydmUsIGlmIHRoZXkgaGF2ZSBiZWVuIG5vbWluYXRlZCBieSBzb21l b25lIGVsc2UuCgpQbGVhc2UgcHJvdmlkZSBjb250YWN0IGRldGFpbHMgKGF0IGxlYXN0IHRoZSBm dWxsIG5hbWUgYW5kIGUtbWFpbCBhZGRyZXNzIApvZiBub21pbmVlKSBpbiB0aGUgYm9keSBvZiB0 aGUgZS1tYWlsIGFuZCBkZXNjcmliZSB3aHkgdGhlIG5vbWluZWUgd291bGQgCmJlIGEgZ29vZCBm aXQgYSBtYWludGFpbmVyIGFuZC9vciBjb21taXR0ZXIuIFRoZSBib2R5IG9mIHRoZSBub21pbmF0 aW9uIApzaG91bGQgbGlzdCB0ZWNobmljYWwga25vd2xlZGdlIHRoYXQgaXMgbmVlZGVkIHRvIGJl IGEgbWFpbnRhaW5lciBhbmQvb3IgCmNvbW1pdHRlciBhbmQgaGlnaGxpZ2h0IGNvcmUgYXJlYXMg b2YgZXhwZXJ0aXNlLiBJbiBhZGRpdGlvbiwgd2UgYXJlIGFsc28gCmludGVyZXN0ZWQgaW4gc3Bl Y2lmaWMgaW5zdGFuY2VzLCB3aGVyZSB0aGUgbm9taW5lZSBzaG93ZWQgY29tbXVuaWNhdGlvbiAK YW5kIG9wZW4gc291cmNlIGxlYWRlcnNoaXAgcXVhbGl0aWVzLiAKCkZvciBleGFtcGxlOgoqIFdh cyBhYmxlIHRvIGhlbHAgcmVzb2x2ZSBkaXNhZ3JlZW1lbnRzLCBib3RoIHRlY2huaWNhbCBhbmQg bm9uLQogIHRlY2huaWNhbCwgd2hpY2ggeW91IHdlcmUgYSBwYXJ0eSB0byBvciBvYnNlcnZlciBv Zi4KKiBXYXMgYWJsZSB0byBjb250cmlidXRlIHRvIGltcHJvdmUgcXVhbGl0eSBhbmQgYXJjaGl0 ZWN0dXJhbCBjb25zaXN0ZW5jeSAKICBhY3Jvc3Mgc2V2ZXJhbCBjb21wb25lbnRzIHdpdGhpbiB0 aGUgSHlwZXJ2aXNvcgoqIEhhcyBiZWVuIGludm9sdmVkIGluIGNvb3JkaW5hdGluZyB0aGUgYWN0 aXZpdGllcyBvZiBzZXZlcmFsIGNvbW11bml0eSAKICBtZW1iZXJzIAoqIEhhcyBsZWQgb3IgZHJp dmVuIHRlY2huaWNhbCBpbml0aWF0aXZlcyBvciBsYXJnZXIgc2NhbGUgZmVhdHVyZSAKICBkZXZl bG9wbWVudCB3aXRoaW4gdGhlIGNvbW11bml0eSAKKiBIYXMgbWVudG9yZWQgYW5kIGVuY291cmFn ZWQgbmV3Y29tZXJzIHRvIHRoZSBjb21tdW5pdHkKKiBIYXMgcmVwcmVzZW50ZWQgdGhlIHByb2pl Y3Qgb3IgYXNwZWN0cyBvZiBpdCAoZS5nLiB2aWEgdGFsa3MsIGJsb2cgCiAgcG9zdHMsIC4uLikK KiBIYXMgc2hvd24gb3RoZXIgY29tbXVuaWNhdGlvbiBhbmQgb3BlbiBzb3VyY2UgbGVhZGVyc2hp cCBxdWFsaXRpZXMKCkJlaW5nIGEgbWFpbnRhaW5lciBhbmQvb3IgY29tbWl0dGVyIGRvZXMgcmVx dWlyZSBhIHRpbWUgY29tbWl0bWVudC4gCk5vbWluZWVzIHNob3VsZCBiZSBhYmxlIHRvIGZvbGxv dyBlLW1haWwgZGlzY3Vzc2lvbnMgb24geGVuLWRldmVsQCBvbiBhbiAKb25nb2luZyBiYXNpcyBh bmQgcmVzcG9uZCB3aXRoaW4gYSBjb3VwbGUgb2YgZGF5cyBzbyB0aGF0IGRpc2N1c3Npb25zIApw cm9ncmVzcy4gQ29tbWl0dGVycyBzaG91bGQgaWRlYWxseSBiZSBhYmxlIHRvIHNwZW5kIGEgbWlu aW11bSBvZiA0LTUgCmRheXMgd29ya2luZyBvbiB0aGUgcHJvamVjdCBwZXIgbW9udGguIEZvciBt YWludGFpbmVycywgdGhlIHRpbWUgCnJlcXVpcmVtZW50IGlzIGxpa2VseSBsZXNzLiAKCldlIGFu dGljaXBhdGUgc3RhcnRpbmcgb3VyIHNlbGVjdGlvbiBwcm9jZXNzIGFjY29yZGluZyB0byB0aGUg Zm9sbG93aW5nIApyb3VnaCB0aW1lLXRhYmxlLiAKClRvZGF5OiAgICBQdWJsaWMgY2FsbCBmb3Ig bm9taW5hdGlvbnMgZm9yIG5ldyBjb21taXR0ZXJzIGFuZCBtYWludGFpbmVycyAKICAgICAgICAg IChzZWxmLW5vbWluYXRpb25zIGFuZCAzcmQtcGFydHkgbm9taW5hdGlvbnMgYm90aCB3ZWxjb21l KQoKTWFyY2ggMTE6IENsb3NpbmcgZGF0ZSBmb3Igbm9taW5hdGlvbnMKCnVwIHRvCk1hcmNoIDMw OiBXZSBlbWFpbCBub24tc2VsZi1ub21pbmF0ZWQgbm9taW5lZXMgaW4gcHJpdmF0ZSB0byBhc2sg dGhlbSAKICAgICAgICAgIHRvIGNvbmZpcm0gd2hldGhlciB0aGV5IGFyZSB3aWxsaW5nIHRvIGFj dCBhcyBub21pbmVlcy4gCiAgICAgICAgICBXZSB3aWxsIGFsc28gZGlzY3VzcyB3aXRoIGFsbCBu b21pbmVlcywgdGltZSBjb21taXRtZW50IGFuZCAKICAgICAgICAgIG90aGVyIHBvc3NpYmxlIHF1 ZXN0aW9ucyAoZnJvbSBib3RoIG5vbWluZWVzIGFuZCBleGlzdGluZwogICAgICAgICAgY29tbWl0 dGVycyksIHJlbGF0ZWQgdG8gdGhlIHByb3Bvc2VkIG5vbWluYXRpb25zLgoKTWFyY2ggMzA6IFdl IGNvbmR1Y3QgYSBmb3JtYWwgdm90ZSB0byByYXRpZnkgbm9taW5hdGlvbnMKCkFwcmlsIDY6ICBX ZSBwdWJsaXNoIHRoZSBuZXcgbWFpbnRhaW5lcnMgYW5kIGNvbW1pdHRlcnMKICAgICAgICAgICh3 ZSBtYXkgZG8gdGhpcyBlYXJsaWVyKQoKTm90ZSB0aGF0IHdlIGhhdmUgaWRlbnRpZmllZCBzb21l IGlzc3VlcyBpbiBvdXIgZ292ZXJuYW5jZSwgc3VjaCBhcyAKd2hldGhlciB3ZSBuZWVkIHRvIGVs ZWN0IGEgbmV3IHByb2plY3QgbGVhZCBvciB3aGV0aGVyIHdlIGludHJvZHVjZSBhIApjb21taXR0 ZWUgdG8gc3RlZXIgdGhlIHByb2plY3QgaW5zdGVhZCwgYWxvbmdzaWRlIG90aGVyIGlzc3Vlcy4g V2UgYWltIAp0byByZXNvbHZlIHRoZXNlIGlzc3VlcyAqYWZ0ZXIqIG5ldyBtYWludGFpbmVycyBh bmQgY29tbWl0dGVycyBoYXZlIGJlZW4gCmVsZWN0ZWQuCgpJZiB5b3UgZG8gaGF2ZSBhbnkgcXVl c3Rpb25zIHJlbGF0ZWQgdG8gdGhlIHByb2Nlc3MsIGZlZWwgZnJlZSB0byByZXBseSAKdG8gdGhp cyB0aHJlYWQuIEluIGFkZGl0aW9uLCBpZiB5b3Ugd2FudCB0byBub21pbmF0ZSBzb21lb25lIGVs c2Ugb3IgCnlvdXJzZWxmIGJ1dCBhcmUgbm90IHN1cmUsIGZlZWwgZnJlZSB0byBzZW5kIHlvdXIg cXVlc3Rpb24gdG8gCmFwcG9pbnRtZW50c0B4ZW5wcm9qZWN0Lm9yZyBwcmVjZWRlZCBieSAiUXVl c3Rpb246IiBpbiB0aGUgc3ViamVjdCBsaW5lLgoKQmVzdCBSZWdhcmRzCkxhcnMgS3VydGgKWGVu IFByb2plY3QgQ29tbXVuaXR5IE1hbmFnZXIKQ2hhaXJtYW4gb2YgWGVuIFByb2plY3QgQWR2aXNv cnkgQm9hcmQKCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Clhlbi1hcGkgbWFpbGluZyBsaXN0Clhlbi1hcGlAbGlzdHMueGVuLm9yZwpodHRwOi8vbGlzdHMu eGVuLm9yZy9jZ2ktYmluL21haWxtYW4vbGlzdGluZm8veGVuLWFwaQo=