UPSTREAM: <carry>: correct typo in experiment model

[HumairAK]

The ODH Dashboard UI needs this to be able to filter pipeline runs by experiment id/pipeline version id. Turns out that "experiment_id" doesn't work in KFP code even though it's listed as a filterable entity, due to a typo.

See for model name for experiment id :

https://github.com/kubeflow/pipelines/blob/d4c43f77bc38080506794377647ce5b1d9f18bdf/backend/src/apiserver/storage/run_store.go#L33

[openshift-ci]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: HumairAK

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [HumairAK]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[gmfrasca]

/lgtm

[HumairAK]

before:

after:

[dsp-developers]

A set of new images have been built to help with testing out this PR:
API Server: quay.io/opendatahub/ds-pipelines-api-server:pr-10
DSP DRIVER: quay.io/opendatahub/ds-pipelines-driver:pr-10
DSP LAUNCHER: quay.io/opendatahub/ds-pipelines-launcher:pr-10
Persistence Agent: quay.io/opendatahub/ds-pipelines-persistenceagent:pr-10
Scheduled Workflow Manager: quay.io/opendatahub/ds-pipelines-scheduledworkflow:pr-10
MLMD Server: quay.io/opendatahub/ds-pipelines-metadata-grpc:pr-10
MLMD Envoy Proxy: quay.io/opendatahub/ds-pipelines-metadata-envoy:pr-10
UI: quay.io/opendatahub/ds-pipelines-frontend:pr-10

[dsp-developers]

An OCP cluster where you are logged in as cluster admin is required.

The Data Science Pipelines team recommends testing this using the Data Science Pipelines Operator. Check here for more information on using the DSPO.

To use and deploy a DSP stack with these images (assuming the DSPO is deployed), first save the following YAML to a file named dspa.pr-10.yaml:

apiVersion: datasciencepipelinesapplications.opendatahub.io/v1alpha1
kind: DataSciencePipelinesApplication
metadata:
  name: pr-10
spec:
  dspVersion: v2
  apiServer:
    image: "quay.io/opendatahub/ds-pipelines-api-server:pr-10"
    argoDriverImage: "quay.io/opendatahub/ds-pipelines-driver:pr-10"
    argoLauncherImage: "quay.io/opendatahub/ds-pipelines-launcher:pr-10"
  persistenceAgent:
    image: "quay.io/opendatahub/ds-pipelines-persistenceagent:pr-10"
  scheduledWorkflow:
    image: "quay.io/opendatahub/ds-pipelines-scheduledworkflow:pr-10"
  mlmd:  
    deploy: true  # Optional component
    grpc:
      image: "quay.io/opendatahub/ds-pipelines-metadata-grpc:pr-10"
    envoy:
      image: "quay.io/opendatahub/ds-pipelines-metadata-envoy:pr-10"
  mlpipelineUI:
    deploy: true  # Optional component 
    image: "quay.io/opendatahub/ds-pipelines-frontend:pr-10"
  objectStorage:
    minio:
      deploy: true
      image: 'quay.io/opendatahub/minio:RELEASE.2019-08-14T20-37-41Z-license-compliance'

Then run the following:

cd $(mktemp -d)
git clone git@github.com:opendatahub-io/data-science-pipelines.git
cd data-science-pipelines/
git fetch origin pull/10/head
git checkout -b pullrequest a11816b476d54e9ac7ce16afd91dc539b6bcb813
oc apply -f dspa.pr-10.yaml

More instructions here on how to deploy and test a Data Science Pipelines Application.

[gregsheremeta]

lgtm

took the liberty of adding this context to the PR description

The ODH Dashboard UI needs this to be able to filter pipeline runs by experiment id/pipeline version id. Turns out that "experiment_id" doesn't work in KFP code even though it's listed as a filterable entity, due to a typo.