Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sync S3 #4

Open
Carl-Gustaf opened this issue Feb 1, 2017 · 6 comments
Open

Sync S3 #4

Carl-Gustaf opened this issue Feb 1, 2017 · 6 comments

Comments

@Carl-Gustaf
Copy link

Carl-Gustaf commented Feb 1, 2017

I followed your steps 1 to 4 and it worked great. But still nothing happens after setting up my AWS credentials in .env. I have tested the credentials and they are active. So Should I re init Koel? Should I specify a media path when I use AWS? I feel the answer to this might be a good step 5.

@3lpsy
Copy link

3lpsy commented Feb 7, 2017

Check CloudWatch logs for your lamda. When you upload an mp3, are there logs? There should be around 3 for each request/action.

@Carl-Gustaf
Copy link
Author

Carl-Gustaf commented Feb 27, 2017

This should be what you requested:

{
"errorMessage": "Failed to fetch object from S3: AccessDenied: Access Denied"
}

@myultimabot
Copy link

How did you solve this issue?

@chawker21
Copy link

Im having trouble with this as well, I have .env file named AWS_BUCKET for another aws feature but I dont see anywhere in the koel-aws where it should know what bucket to use... is this feature functioning for anyone else?

@phanan
Copy link
Member

phanan commented Feb 4, 2018

The bucket name, along with other song info/data, is posted to Koel everytime a new song is uploaded to your AWS bucket. For example, if you're storing a file bar.mp3 into a bucket foo then you'll expect a new song record in Koel's main database with path being s3://foo/bar.mp3. Upon reading this info, Koel will determine it to be an S3 resource and handle it accordingly.

@bumbummen99
Copy link

bumbummen99 commented Apr 4, 2022

The bucket name, along with other song info/data, is posted to Koel everytime a new song is uploaded to your AWS bucket. For example, if you're storing a file bar.mp3 into a bucket foo then you'll expect a new song record in Koel's main database with path being s3://foo/bar.mp3. Upon reading this info, Koel will determine it to be an S3 resource and handle it accordingly.

What if the koel instance is currently not reachable or when a LOT of songs are uploaded at once and the lambda does timeout? Is there any way to sync s3 without re-upload?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants