Hi all, OK I created limit range for the pod and container and build worked. However I still don't understand that relation as only article provided by Alekandar gets into the point however it is still unclear why you should this or that... it says just best practice say thsi and this. In my opinion you should not be allowed to create any limits and quotas until you have limit range created first as one implies another one. Also I don't understand if I provide resuources for the target application when I build it... why building container cannot 'inherit' these settings. By creating quotas and limits I literally block everyone from building anything unless I put limit range in place as well.... very confusing and very weird behaviour. Also what overwrites what? Limits and quotas over limitranges?
Regards, TH On 14 August 2017 at 19:10, Seth Jennings <[email protected]> wrote: > That might be the resources you set for the deployed application pod, > but the _builder_ pod, the one with the "-build" suffix, is > BestEffort. > > On Mon, Aug 14, 2017 at 10:39 AM, Thorvald Hallvardsson > <[email protected]> wrote: > > Hi Derek, > > > > Thank you for your reply. > > > > But as I mentioned in my first post I requested following: > > request.cpu: 1 > > limits.cpu: 2 > > request:mem: 256Mi > > limit.mem: 512Mi > > > > So it wasn't a pod without any resource request. There was an request > but it > > just didn't work or I don't understand the entire concept. > > > > Thank you. > > TH > > > > On 14 August 2017 at 15:56, Derek Carr <[email protected]> wrote: > >> > >> If you create a pod with no resource requests, the pod has BestEffort > QoS. > >> This means it has no resource guarantees, and will get variable > performance > >> based on what else is happening on the machine running your pod. > >> > >> For your scenario, it appears you are trying to run builds as > "BestEffort" > >> workloads. > >> > >> To support this, you can create a BestEffort quota on #of pods, and > >> alternately update your compute-resources quota to add a "NotBestEffort" > >> scope. > >> > >> For reference, see example 4: > >> https://docs.openshift.org/latest/admin_guide/quota.html > >> > >> Thanks > >> Derek > >> > >> On Mon, Aug 14, 2017 at 6:04 AM, Thorvald Hallvardsson > >> <[email protected]> wrote: > >>> > >>> Hi, > >>> > >>> I'm trying to play a bit with limits and quotas and generally I don't > >>> understand anything. > >>> > >>> I'm trying to build a test application and I get an error: > >>> Failed to create build pod: pods "wordpress-1-build" is forbidden: > failed > >>> quota: compute-resources: must specify > >>> limits.cpu,limits.memory,requests.cpu,requests.memory.. A new > deployment > >>> will be created automatically once the build completes > >>> > >>> I built it with providing: > >>> request.cpu: 1 > >>> limits.cpu: 2 > >>> request:mem: 256Mi > >>> limit.mem: 512Mi > >>> > >>> My quotas look as follows: > >>> [root@master ~]# oc get quota > >>> NAME AGE > >>> compute-resources 2d > >>> object-counts 2d > >>> [root@master ~]# oc describe quota compute-resources > >>> Name: compute-resources > >>> Namespace: limits > >>> Resource Used Hard > >>> -------- ---- ---- > >>> limits.cpu 0 10 > >>> limits.memory 0 2Gi > >>> pods 0 4 > >>> requests.cpu 0 5 > >>> requests.memory 0 1Gi > >>> [root@master ~]# oc describe quota object-counts > >>> Name: object-counts > >>> Namespace: limits > >>> Resource Used Hard > >>> -------- ---- ---- > >>> configmaps 0 5 > >>> persistentvolumeclaims 0 1 > >>> replicationcontrollers 0 10 > >>> secrets 9 10 > >>> services 1 10 > >>> > >>> What do I do wrong or can someone explain me how that should work? > >>> > >>> Thank you. > >>> > >>> Regards, > >>> TH > >>> > >>> > >>> _______________________________________________ > >>> users mailing list > >>> [email protected] > >>> http://lists.openshift.redhat.com/openshiftmm/listinfo/users > >>> > >> > > > > > > _______________________________________________ > > users mailing list > > [email protected] > > http://lists.openshift.redhat.com/openshiftmm/listinfo/users > > >
_______________________________________________ users mailing list [email protected] http://lists.openshift.redhat.com/openshiftmm/listinfo/users
