Return-Path: 
 <issues-return-67963-apmail-cloudstack-issues-archive=cloudstack.apache.org@cloudstack.apache.org>
X-Original-To: apmail-cloudstack-issues-archive@www.apache.org
Delivered-To: apmail-cloudstack-issues-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 2D177187A4
	for <apmail-cloudstack-issues-archive@www.apache.org>;
 Tue,  2 Feb 2016 03:32:41 +0000 (UTC)
Received: (qmail 98437 invoked by uid 500); 2 Feb 2016 03:32:40 -0000
Delivered-To: apmail-cloudstack-issues-archive@cloudstack.apache.org
Received: (qmail 98164 invoked by uid 500); 2 Feb 2016 03:32:40 -0000
Mailing-List: contact issues-help@cloudstack.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:issues-help@cloudstack.apache.org>
List-Unsubscribe: <mailto:issues-unsubscribe@cloudstack.apache.org>
List-Post: <mailto:issues@cloudstack.apache.org>
List-Id: <issues.cloudstack.apache.org>
Reply-To: dev@cloudstack.apache.org
Delivered-To: mailing list issues@cloudstack.apache.org
Received: (qmail 97792 invoked by uid 500); 2 Feb 2016 03:32:40 -0000
Delivered-To: apmail-incubator-cloudstack-issues@incubator.apache.org
Received: (qmail 97788 invoked by uid 99); 2 Feb 2016 03:32:40 -0000
Received: from arcas.apache.org (HELO arcas) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 02 Feb 2016 03:32:40 +0000
Received: from arcas.apache.org (localhost [127.0.0.1])
	by arcas (Postfix) with ESMTP id 052A62C1F69
	for <cloudstack-issues@incubator.apache.org>;
 Tue,  2 Feb 2016 03:32:40 +0000 (UTC)
Date: Tue, 2 Feb 2016 03:32:40 +0000 (UTC)
From: "ASF GitHub Bot (JIRA)" <jira@apache.org>
To: cloudstack-issues@incubator.apache.org
Message-ID: <JIRA.12933371.1453477562000.272635.1454383960018@Atlassian.JIRA>
In-Reply-To: <JIRA.12933371.1453477562000@Atlassian.JIRA>
References: <JIRA.12933371.1453477562000@Atlassian.JIRA>
 <JIRA.12933371.1453477562272@arcas>
Subject: [jira] [Commented] (CLOUDSTACK-9252) Support configurable NFS
 version for Secondary Storage mounts
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/CLOUDSTACK-9252?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15127603#comment-15127603 ] 

ASF GitHub Bot commented on CLOUDSTACK-9252:
--------------------------------------------

Github user nvazquez commented on the pull request:

    https://github.com/apache/cloudstack/pull/1361#issuecomment-178346694
  
    @rafaelweingartner thanks for your reply!
    
    I'm familiar to Spring, I've worked with it, I know how it works but I wouldn't say I know it in depth. If you don't mind I would find your detailed explanation really helpful for this feature and future tasks.
    
    About bean injection in <code>TemplateServiceImpl</code>, I first tryied <code>@Inject</code> annotation, but ACS couldn't start because it couldn't find a bean of type <code>ImageStoreDetailsUtil</code>. I had the same issue with <code>@Autowired</code> annotation. The only solution I could find was adding bean in xml context file.
    
    I agree with you about not extending <code>Manager</code> interface, I saw it was always done like that and just followed the pattern. I will remove that from <code>ImageStoreDetailsUtil</code>
    
    I could start ACS but didn't fully test <code>Vmware*</code> classes. I would try to get the context and then the bean from it as you suggested.
    
    Thanks a lot for your help!


> Support configurable NFS version for Secondary Storage mounts
> -------------------------------------------------------------
>
>                 Key: CLOUDSTACK-9252
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-9252
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: VMware
>            Reporter: Nicolas Vazquez
>
> After starting secondary storage VM, secondary storage tries to be mounted but fails with error: {{Protocol family not supported}}
> It was found out that adding {{-o vers=X}} to mount command it would work, where {{X}} is the desired NFS version to use. 
> If it is desired to mount a store with a specific NFS version, it has passed in {{image_store_details}} table for a store with id {{Y}} as a property:
> ||store_id||||name||value||
> |Y|nfs.version|X|
> Where X stands for NFS version



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)