From users-return-27298-apmail-cloudstack-users-archive=cloudstack.apache.org@cloudstack.apache.org Tue Jan 3 14:01:30 2017 Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9231A196AD for ; Tue, 3 Jan 2017 14:01:30 +0000 (UTC) Received: (qmail 40950 invoked by uid 500); 3 Jan 2017 14:01:30 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 40902 invoked by uid 500); 3 Jan 2017 14:01:29 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 40891 invoked by uid 99); 3 Jan 2017 14:01:29 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jan 2017 14:01:29 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 20D041A061A for ; Tue, 3 Jan 2017 14:01:29 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.801 X-Spam-Level: * X-Spam-Status: No, score=1.801 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id B1tpId0356YX for ; Tue, 3 Jan 2017 14:01:26 +0000 (UTC) Received: from mail2.graz.at (mail2.graz.at [194.48.80.42]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 57B9F5F295 for ; Tue, 3 Jan 2017 14:01:26 +0000 (UTC) Received: from RZ2SV035.intra.graz.at ([10.1.105.35]) by mail2.graz.at (8.14.4/8.14.4) with ESMTP id v03E1Kqr011774 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=OK) for ; Tue, 3 Jan 2017 15:01:20 +0100 Received: from RZ2SV033.intra.graz.at (10.1.105.33) by RZ2SV035.intra.graz.at (10.1.105.35) with Microsoft SMTP Server (TLS) id 15.0.1236.3; Tue, 3 Jan 2017 15:01:19 +0100 Received: from RZ2SV033.intra.graz.at ([fe80::9408:e689:8213:6f6c]) by RZ2SV033.intra.graz.at ([fe80::9408:e689:8213:6f6c%17]) with mapi id 15.00.1178.000; Tue, 3 Jan 2017 15:01:19 +0100 From: Skale Franz To: "users@cloudstack.apache.org" Subject: AW: XenServer hotfix XS65ESP1035 and NFS Thread-Topic: XenServer hotfix XS65ESP1035 and NFS Thread-Index: AQHSYqhXZeOZY8GD+kqv/5vz9FyrJaElDisrgAGrkQCAABJFVA== Date: Tue, 3 Jan 2017 14:01:19 +0000 Message-ID: <1483452079636.58660@citycom-austria.com> References: <0a2cb39b-372c-447a-98c9-048fcf248323@getmailbird.com> <1483355878065.77668@citycom-austria.com>, In-Reply-To: Accept-Language: de-AT, en-US Content-Language: de-AT X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.1.101.248] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-KLMS-Rule-ID: 5 X-KLMS-Message-Action: clean X-KLMS-AntiSpam-Status: not scanned, disabled by settings X-KLMS-AntiSpam-Interceptor-Info: not scanned X-KLMS-AntiPhishing: not scanned, disabled by settings X-KLMS-AntiVirus: Kaspersky Security 8.0 for Linux Mail Server, version 8.0.1.705, bases: 2016/12/20 19:08:00 #8591606; khse: 2014-01-23 rollback X-KLMS-AntiVirus-Status: Clean, skipped X-Scanned-By: MIMEDefang 2.70 on 10.0.2.42 Hi Pierre-Luc,=0A= i use CS version 4.8.1 and XEN65SP1 with all patches applied to XEN.=0A= No problem at all so far.=0A= To compare here's the md5sum of the current NFSSR.py:=0A= 920db1525687541f9b33d9e1d73c49f0 /opt/xensource/sm/NFSSR.py=0A= If your one differs, i can send you my version via email if requested.=0A= I use NFS (shared via clustered ZFS storage).=0A= =0A= Applied patches:=0A= XS65E001,XS65E002,XS65E003,XS65E005,XS65E006,XS65E007,XS65E008,XS65E009,XS6= 5E010,XS65E013,XS65E014,XS65E015,XS65E017,XS65E018,XS65ESP1,XS65ESP1002,XS6= 5ESP1003,XS65ESP1004,XS65ESP1005,XS65ESP1008,XS65ESP1009,XS65ESP1010,XS65ES= P1011,XS65ESP1012,XS65ESP1013,XS65ESP1014,XS65ESP1016,XS65ESP1018,XS65ESP10= 19,XS65ESP1020,XS65ESP1021,XS65ESP1022,XS65ESP1023,XS65ESP1024,XS65ESP1025,= XS65ESP1026,XS65ESP1027,XS65ESP1028,XS65ESP1029,XS65ESP1031,XS65ESP1032,XS6= 5ESP1033,XS65ESP1034,XS65ESP1035,XS65ESP1036,XS65ESP1037,XS65ESP1038,XS65ES= P1039,XS65ESP1041,XS65ESP1042,XS65ESP1043,XS65ESP1044,XS65ESP1046=0A= =0A= Perhaps you use an unsupported mount option ?=0A= Paste your exports along with options !=0A= =0A= Best regards=0A= =0A= Franz=0A= =0A= =0A= ________________________________________=0A= Von: Pierre-Luc Dion =0A= Gesendet: Dienstag, 03. J=E4nner 2017 14:47=0A= An: users@cloudstack.apache.org=0A= Betreff: Re: XenServer hotfix XS65ESP1035 and NFS=0A= =0A= Hi Skale,=0A= =0A= This issue has been experienced on our side with ACS 4.7.2 and 4.9.0 when= =0A= using NFS based primary storage. This seams to be due by changes in=0A= NFSSR.py by cloudstack and recent changes by XS65ESP1035.=0A= =0A= This doesn't seams to have impact on the Secondary storage from what we saw= =0A= so far.=0A= =0A= =0A= =0A= On Mon, Jan 2, 2017 at 6:17 AM, Skale Franz wrote:=0A= =0A= > Hi Christian,=0A= > i've all the updates installed but experiencing no problem.=0A= > What cloudstack version do you use ?=0A= > What storage ?=0A= >=0A= > Rgds. Franz=0A= >=0A= >=0A= > ________________________________________=0A= > Von: Christian Aublet =0A= > Gesendet: Freitag, 30. Dezember 2016 15:23=0A= > An: users@cloudstack.apache.org=0A= > Betreff: XenServer hotfix XS65ESP1035 and NFS=0A= >=0A= > Hi,=0A= >=0A= > I've experienced issues connecting primary storage to NFS server after=0A= > applying hotfix XS65ESP1035 to XenServer 6.5. Results are that no instanc= es=0A= > will start from that SR, volumes can't be created in this SR. It seems to= =0A= > be linked to a modified system file in Xen: NFSSR.py.=0A= >=0A= > It still needs investigation.=0A= >=0A= > Christian Aublet=0A= >=0A=