Uploaded image for project: 'Apache YuniKorn'
  1. Apache YuniKorn
  2. YUNIKORN-2230

Placement rule does not behave as expected

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Delivered
    • None
    • 1.5.2, 1.6.0
    • None

    Description

      yunikorn configmap

      apiVersion: v1
      kind: ConfigMap
      metadata: 
        name: yunikorn-configs
        namespace: yunikorn
      data: 
        log.level: "DEBUG"
        admissionController.filtering.defaultQueue: ""
        queues.yaml: |
          partitions: 
            - name: default
              placementrules: 
                - name: provided
                  create: false
                - name: tag
                  value: namespace
                  create: true
              queues: 
              - name: root
                submitacl: "*"
                queues: 
                  - name: sandbox
                    submitacl: "*"
      

      test pod

      apiVersion: v1
      kind: Pod
      metadata: 
        labels: 
          app: sleep
          applicationId: "application-sleep-0001"
        name: task0
      spec: 
        schedulerName: yunikorn
        restartPolicy: Never
        containers: 
          - name: sleep-30s
            image: "alpine:latest"
            command: ["sleep", "30"]
            resources: 
              requests: 
                cpu: "100m"
                memory: "500M"
       

      Even though there is no queue name specified for the sleep pod, it's still submitted to root.sandbox(Shim 's default queue value.) What we expected was that it should submit the application through 'tag' placement rule.

       

      Attachments

        Issue Links

          Activity

            People

              brandboat Kuan Po Tseng
              brandboat Kuan Po Tseng
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: