Hello team, I am trying to pass s3_client object to a function. But it is giving the following error:

Failed with Unknown Exception <class 'AssertionError'> Reason: Error encountered while executing 'read_buckets':
  Failed to Bind variable s3_client for function files.list_buckets.
Error encountered while executing 'read_buckets':
  Failed to Bind variable s3_client for function files.list_buckets

I suppose it is because, it is not one of the native type supported? Will I have to write a custom FlyteType class as explained here? Any alternatives?

This will use python pickle and picking clients http is dangerous

can you please elaborate?

You are always interacting

I am sorry @freezing-airport-6809 but this is not very explanatory to me. Could you please provide additional context - perhaps with some code snippets?

@freezing-mouse-40688 I think what @freezing-airport-6809 is saying is that all artifacts are stored in object storage. In your case, are you still running the single pod deployment of Flyte? If so, it's likely that your artifact store is in fact the

minio

instance inside your deployment, which your workflows are always interacting with. Beyond that, if you are trying to interact with an external s3 bucket outside of your deployment, then yes, I think the approach you would have to take is what you are trying to do there.

Thanks @clean-agent-63333 - that's what I meant. Essentially I am testing simple procedure such as reading in a dataframe and then uploading it as a csv to my own private bucket. But I keep getting permission error - I have added the entire code and error log from there in this channel below. I will link here as well. I am aware I can solve my above problem with native boto implementation but then fail to see how to leverage FlyteFile for the same (if that's the purpose)

Aah you want the remote path to be your s3 bucket?

Oh @freezing-airport-6809 - I am a little new to flyte - so I get tripped when you mention terms such as "remote path". But yes, I am talking about my data that I will process and not the metadata itself

All your data will be stored in your desired bucket automatically

Well unfortunately, that doesn't seem to be the case. I keep running into authentication issues.

Or if you want to do It per task then in flytefile(remote_path=s3://my-path)

as shown in this doc: https://docs.flyte.org/projects/cookbook/en/latest/auto_examples/data_types_and_io/file.html

Authentication has to be set using - service account

So I have my IAM credentials

And bind it to a service account

i can run them in native python

Then in pyflyte run —serviceaccount set the bound account

https://flyte-org.slack.com/archives/CP2HDHKE1/p1700799307793069?thread_ts=1700775416.109319&cid=CP2HDHKE1 Wait but what arguments to add?

here's what Ketan's referring to:

Thanks @tall-lock-23197 - <your-sa> -> refers to the location of json/csv key we get from aws ?

yes, good point. if you've spin up a demo cluster, you can run

kubectl edit configmap flyte-sandbox-config -n flyte

to include the s3 config:

003-storage.yaml: |
    propeller:
      rawoutput-prefix: <s3://my-s3-bucket/data>
    storage:
      type: stow
      stow:
        kind: s3
        config:
          region: us-east-1
          disable_ssl: true
          v2_signing: true
          endpoint: <http://flyte-sandbox-minio.flyte:9000>
          auth_type: accesskey
      container: my-s3-bucket
  100-inline-config.yaml: |
    plugins:
      k8s:
        default-env-vars:
        - FLYTE_AWS_ENDPOINT: <http://flyte-sandbox-minio.flyte:9000>
        - FLYTE_AWS_ACCESS_KEY_ID: minio
        - FLYTE_AWS_SECRET_ACCESS_KEY: miniostorage
    storage:
      signedURL:
        stowConfigOverride:
          endpoint: <http://localhost:30002>

this configuration is for minio. if you want to update it to an s3 bucket, you'll need to change this. if you want to use both minio and s3, i don't think it's possible today: https://discuss.flyte.org/t/16068582/hi-all-i-just-wanted-to-expand-my-last-question-about-access#9b87c938-6010-48b0-8686-d3519c894c45.

Thanks for the update. Personally, no I don't want both minio and s3. Just S3 works perfect for me

nope, you need to edit the configmap:

kubectl edit configmap flyte-sandbox-config -n flyte

and then save it.

hmm, thanks again. But it seems like learning kubernetes is a must precursor for getting started with flyte😕 I hope I was not too pestering with my comments. You and @freezing-airport-6809 have been quite patient and helpful.

nope, you are not! we definitely need to work on our docs as well. 🙂 and yes, we need to get acquainted with kubernetes a little. i'm not a kubernetes expert myself, but i've found it quite manageable to tinker with the config aspects. we'll definitely work towards abstracting away kubernetes a little more.

Thanks looking forward to it🙂