$ kubectl apply -f kuber-agent.yml
The Deployment "agent-kuber" is invalid:
* spec.template.spec.volumes[0].hostPath: Forbidden: may not specify more
than 1 volume type
* spec.template.spec.volumes[0].persistentVolumeClaim: Forbidden: may not
specify more than 1 volume type
* spec.template.spec.containers[0].volumeMounts[0].name: Not found: "config"

Now my config file is as:
linux style file system is accesible from Docker Tool environment


metadata:
  name: agent-kuber
spec:
  replicas: 1
  template:
    metadata:
      labels:
        run: agentc
    spec:
      containers:
      - name: agentk
        image: library/app-agentk:v1
        env:
        - name: VOLUMEDIR
          value: /agentsvolume
        volumeMounts:
        - name: config
          mountPath: /usr/share/applications/config
      volumes:
       - name: config
         hostPath:
          path: agentsvolume
         persistentVolumeClaim:
          claimName: logs-nfs




On Wed, Sep 20, 2017 at 3:03 PM, Shashank Dutt Jha <shashank...@gmail.com>
wrote:

> I get this error now:
>
> $ kubectl apply -f kuber-agent.yml
> error: error validating "kuber-agent.yml": error validating data: found
> invalid field path for v1.Volume; if you choose to ignore these errors,
> turn validation off with --validate=false
>
> apiVersion: apps/v1beta1
> kind: Deployment
> metadata:
>   name: agent-kuber
> spec:
>   replicas: 1
>   template:
>     metadata:
>       labels:
>         run: agentc
>     spec:
>       containers:
>       - name: agentk
>         image: library/app-agentk:v1
>         env:
>         - name: VOLUMEDIR
>           value: /agentsvolume
>         volumeMounts:
>         - name: config
>           mountPath: /c/Users/abc/config
>       volumes:
>        - name: config
>          hostPath:
>          path: agentsvolume
>
> On Wed, Sep 20, 2017 at 2:24 PM, Shashank Dutt Jha <shashank...@gmail.com>
> wrote:
>
>> Now I get following error: following your suggestion
>>
>> $ kubectl apply -f kuber-agent.yml
>> error: error validating "kuber-agent.yml": error validating data: found
>> invalid field volumes for v1beta1.DeploymentSpec; if you choose to ignore
>> these errors, turn validation off with --validate=false
>>
>>
>> kuber-agent.yml
>>
>> apiVersion: apps/v1beta1
>> kind: Deployment
>> metadata:
>>   name: agent-kuber
>> spec:
>>   replicas: 1
>>   template:
>>     metadata:
>>       labels:
>>         run: agentc
>>     spec:
>>       containers:
>>       - name: agentk
>>         image: library/app-agentk:v1
>>         env:
>>         - name: VOLUMEDIR
>>           value: agentsvolume
>>         volumeMounts:
>>         - name: config
>>           mountPath: /agentsvolume
>>   volumes:
>>   - name: config
>>     hostPath:
>>      path:/c/Users/abc/config
>>
>>
>> On Tue, Sep 19, 2017 at 9:54 PM, 'Tim Hockin' via Kubernetes user
>> discussion and Q&A <kubernetes-users@googlegroups.com> wrote:
>>
>>> Your volume config is not valid.  What you need depends on whether you
>>> want your volume to literally map `/c/Users/abcd/config` (which you
>>> manage out of band, kubernetes won't touch) into your container or
>>> whether you want just "an empty directory".
>>>
>>> The literal equivalent would be more like:
>>>
>>> ```
>>> apiVersion: apps/v1beta1
>>> kind: Deployment
>>> metadata:
>>>   name: agent-kuber
>>> spec:
>>>   replicas: 1 # optional, defaults to 1
>>>   template:
>>>     metadata:
>>>       labels:
>>>         run: agentc
>>>     spec:
>>>       containers:
>>>       - name: app-agent
>>>         image: app-agent
>>>         env:
>>>         - name: VOLUMEDIR
>>>           value: agentsvolume
>>>         volumeMounts:
>>>         - name: config
>>>           mountPath: /agentsvolume
>>>   volumes:
>>>   - name: config
>>>     hostPath:
>>>       path: /c/Users/abcd/config
>>> ```
>>>
>>> On Tue, Sep 19, 2017 at 9:06 AM, paperless <shashank...@gmail.com>
>>> wrote:
>>> > This is not production. This is just local image. Trying to learn
>>> basics.
>>> >
>>> > This is my kubernetes config file
>>> >
>>> > apiVersion: apps/v1beta1
>>> > kind: Deployment
>>> > metadata:
>>> >   name: agent-kuber
>>> > spec:
>>> >   replicas: 1
>>> >   template:
>>> >     metadata:
>>> >       labels:
>>> >         run: agentc
>>> >     spec:
>>> >       containers:
>>> >       - name: agentk
>>> >         image: agentc
>>> >         env:
>>> > - name: VOLUMEDIR
>>> >           value: "agentsvolume"
>>> >         volumeMounts:
>>> >         - name: /agentsvolume
>>> >           mountPath: /c/Users/abcd/config:/agentsvolume
>>> >   volumes:
>>> >   - name: agentsvolume
>>> >     emptyDir: {}
>>> >
>>> > Is the deployment configuration now equivalent?
>>> >
>>> >
>>> > On Tuesday, 19 September 2017 21:11:37 UTC+5:30, Rodrigo Campos wrote:
>>> >>
>>> >> On Tue, Sep 19, 2017 at 07:57:55AM -0700, paperless wrote:
>>> >> >
>>> >> >
>>> >> > I have developed a simple Docker image. This can be run using
>>> command
>>> >> >
>>> >> > docker run -e VOLUMEDIR=agentsvolume -v
>>> >> > /c/Users/abcd/config:/agentsvolume app-agent
>>> >> >
>>> >> > Same thing if I want to run using kubernetes, can someone guide me
>>> what
>>> >> > are
>>> >> > the steps to do it? Do I must create Pods/ Controller or service..
>>> am
>>> >> > not
>>> >> > able to get clear steps to run using Kubernetes?
>>> >>
>>> >> Have you take a look to deployments? Just use that with the docker
>>> image
>>> >> from a
>>> >> docker registry.
>>> >>
>>> >> Not sure what your volume is. Is this how you want this to run on
>>> >> production?
>>> >>
>>> >> >
>>> >> >
>>> >> > If I run anything using kuberctl i get following error:
>>> >> >
>>> >> >
>>> >> > $ kubectl get pods
>>> >> >
>>> >> > error: group map[extensions:0xc0823b44d0 policy:0xc0823b4540
>>> >> > federation:0xc08230f9d0 :0xc08230fea0 apps:0xc08230ff10
>>> >> > batch:0xc0823b4310
>>> >> > certificates.k8s.io:0xc0823b4380 componentconfig:0xc0823b43f0
>>> >> > authentication.k8s.io:0xc08230ff80 authorization.k8s.io:0xc0823b4
>>> 0e0
>>> >> > autoscaling:0xc0823b4150 rbac.authorization.k8s.io:0xc0823b45b0
>>> >> > storage.k8s.io:0xc0823b4620] is already registered
>>> >>
>>> >> I've seen this some time. IIRC you are using quite different kubectl
>>> and
>>> >> kubernetes server versions, or something like that
>>> >
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> Groups
>>> > "Kubernetes user discussion and Q&A" group.
>>> > To unsubscribe from this group and stop receiving emails from it, send
>>> an
>>> > email to kubernetes-users+unsubscr...@googlegroups.com.
>>> > To post to this group, send email to kubernetes-users@googlegroups.com
>>> .
>>> > Visit this group at https://groups.google.com/group/kubernetes-users.
>>> > For more options, visit https://groups.google.com/d/optout.
>>>
>>> --
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "Kubernetes user discussion and Q&A" group.
>>> To unsubscribe from this topic, visit https://groups.google.com/d/to
>>> pic/kubernetes-users/TpPb25xKlko/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> kubernetes-users+unsubscr...@googlegroups.com.
>>> To post to this group, send email to kubernetes-users@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/kubernetes-users.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Kubernetes user discussion and Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to kubernetes-users+unsubscr...@googlegroups.com.
To post to this group, send email to kubernetes-users@googlegroups.com.
Visit this group at https://groups.google.com/group/kubernetes-users.
For more options, visit https://groups.google.com/d/optout.
  • [kubernetes-users]... paperless
    • Re: [kubernet... Rodrigo Campos
      • Re: [kube... paperless
        • Re: [... 'Tim Hockin' via Kubernetes user discussion and Q&A
          • R... Shashank Dutt Jha
          • R... Shashank Dutt Jha
            • ... Shashank Dutt Jha
              • ... Shashank Dutt Jha
                • ... 'Tim Hockin' via Kubernetes user discussion and Q&A
                • ... Shashank Dutt Jha
                • ... Shashank Dutt Jha
                • ... Rodrigo Campos
                • ... 'Tim Hockin' via Kubernetes user discussion and Q&A
                • ... Shashank Dutt Jha
                • ... Rodrigo Campos
                • ... 'Tim Hockin' via Kubernetes user discussion and Q&A

Reply via email to