<p dir="auto"><strong>Is this a request for help?</strong> (If yes, you should use our troubleshooting guide and community support channels, see <a href="http://kubernetes.io/docs/troubleshooting/" rel="nofollow">http://kubernetes.io/docs/troubleshooting/</a>.):<br>
No.</p>
<p dir="auto"><strong>What keywords did you search in Kubernetes issues before filing this one?</strong> (If you have found any duplicates, you should instead reply there.):<br>
kubectl defaultMode</p>
<hr>
<p dir="auto"><strong>Is this a BUG REPORT or FEATURE REQUEST?</strong> (choose one):<br>
Bug</p>

<p dir="auto">Doing a <code class="notranslate">kubectl edit deployment &lt;deployment&gt;</code> fails with the error unless the <code class="notranslate">defaultMode</code> line is deleted :</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content=""><pre lang="error:" class="notranslate"><code class="notranslate">
</code></pre></div>
<p dir="auto"><strong>Kubernetes version</strong> (use <code class="notranslate">kubectl version</code>):</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="Server Version: version.Info{Major:&quot;1&quot;, Minor:&quot;2&quot;, GitVersion:&quot;v1.2.1&quot;, GitCommit:&quot;50809107cd47a1f62da362bccefdd9e6f7076145&quot;, GitTreeState:&quot;clean&quot;, BuildDate:&quot;&quot;, GoVersion:&quot;&quot;, Compiler:&quot;&quot;, Platform:&quot;&quot;}"><pre lang="Client" class="notranslate"><code class="notranslate">Server Version: version.Info{Major:"1", Minor:"2", GitVersion:"v1.2.1", GitCommit:"50809107cd47a1f62da362bccefdd9e6f7076145", GitTreeState:"clean", BuildDate:"", GoVersion:"", Compiler:"", Platform:""}
</code></pre></div>
<p dir="auto"><strong>Environment</strong>:</p>
<ul dir="auto">
<li><strong>Cloud provider or hardware configuration</strong>: aws</li>
<li><strong>OS</strong> (e.g. from /etc/os-release): debian/jessie</li>
<li><strong>Kernel</strong> (e.g. <code class="notranslate">uname -a</code>): n/a</li>
<li><strong>Install tools</strong>: kube-up.sh</li>
<li><strong>Others</strong>:</li>
</ul>
<p dir="auto"><strong>What happened</strong>:<br>
kubectl edit failed<br>
<code class="notranslate">error: found invalid field defaultMode for v1.DownwardAPIVolumeSource</code></p>
<p dir="auto"><strong>What you expected to happen</strong>:<br>
kubectl edit succeeded.</p>
<p dir="auto"><strong>How to reproduce it</strong> (as minimally and precisely as possible):<br>
use <code class="notranslate">kubectl edit deployment &lt;deployment&gt;</code> with kubectl version 1.4 talking to a kubernetes 1.2 cluster for a deployment that is using the Downward API eg.</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx
spec:
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx
          ports:
            - containerPort: 80
          volumeMounts:
            # name must match the volume name below
            - name: podinfo
              mountPath: /mnt
              readOnly: false
      volumes:
        - name: podinfo
          downwardAPI:
            items:
              - path: &quot;annotations&quot;
                fieldRef:
                  fieldPath: metadata.annotations"><pre class="notranslate"><code class="notranslate">apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx
spec:
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
        - name: nginx
          image: nginx
          ports:
            - containerPort: 80
          volumeMounts:
            # name must match the volume name below
            - name: podinfo
              mountPath: /mnt
              readOnly: false
      volumes:
        - name: podinfo
          downwardAPI:
            items:
              - path: "annotations"
                fieldRef:
                  fieldPath: metadata.annotations
</code></pre></div>
<p dir="auto"><strong>Anything else do we need to know</strong>:</p>
<p dir="auto"><strong>Is this a request for help?</strong> (If yes, you should use our troubleshooting guide and community support channels, see <a href="http://kubernetes.io/docs/troubleshooting/" rel="nofollow">http://kubernetes.io/docs/troubleshooting/</a>.):</p>
<p dir="auto"><strong>What keywords did you search in Kubernetes issues before filing this one?</strong> (If you have found any duplicates, you should instead reply there.):</p>
<hr>
<p dir="auto"><strong>Is this a BUG REPORT or FEATURE REQUEST?</strong> (choose one):</p>

<p dir="auto"><strong>Kubernetes version</strong> (use <code class="notranslate">kubectl version</code>): 1.3.8 custom build - the code seems to still be in place in master.</p>
<p dir="auto"><strong>Environment</strong>:</p>
<ul dir="auto">
<li><strong>Cloud provider or hardware configuration</strong>: OpenStack</li>
<li><strong>OS</strong> (e.g. from /etc/os-release): VERSION="14.04.5 LTS, Trusty Tahr"</li>
<li><strong>Kernel</strong> (e.g. <code class="notranslate">uname -a</code>): 4.4.0-38-generic <a class="issue-link js-issue-link" data-error-text="Failed to load title" data-id="35453339" data-permission-text="Title is private" data-url="https://github.com/kubernetes/kubernetes/issues/57" data-hovercard-type="pull_request" data-hovercard-url="/kubernetes/kubernetes/pull/57/hovercard" href="https://github.com/kubernetes/kubernetes/pull/57">#57</a>~14.04.1-Ubuntu SMP Tue Sep 6 17:20:43 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux</li>
<li><strong>Install tools</strong>: Custom</li>
<li><strong>Others</strong>:</li>
</ul>
<p dir="auto"><strong>What happened</strong>:<br>
When the OpenStack Nova API is not accessible Nodes are marked as "NotReady"</p>
<p dir="auto">The OpenStack cloud providers seems to call Nova on a schedule to get information.<br>
If the API is not contactable, kubelet fails to call back to the masters, and gets marked as NotReady.</p>
<p dir="auto">Masters also call the Nova API, and when it fails, it can mark all nodes as NotReady.</p>
<p dir="auto"><strong>What you expected to happen</strong>:</p>
<p dir="auto">Nothing - the cluster should still work, regardless of Nova's API</p>
<p dir="auto"><strong>How to reproduce it</strong> (as minimally and precisely as possible):</p>
<p dir="auto">Install Kubernetes using the OpenStack provider.</p>
<p dir="auto">On the OpenStack controller stop the nova-api process.</p>