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

KeyStone V3 - add CLI/fstab option #1

Merged
merged 1 commit into from
Jun 24, 2020

Conversation

insatomcat
Copy link

What I did

Extend your KeyStone V3 PR to make it work with a mount.svfs option, and so it will now work with /etc/fstab

How I did it

See changed files.

How to verify it

mount with /etc/fstab:

objectstorage /mnt/objectstorage svfs _netdev,container=bucket,mode=0775,gid=1004,username=XXXX,password=XXXX,tenant=XXXXXXXX,user_domain_name=default,region=XXXX,auth_url="https://auth.cloud.ovh.net/v3/" 0 0

Description for changelog

@ethancedrik
Copy link

This is an issue I have too, entering user_domain_name=default as an argument option in the initial mount command doesn't work, I still get the "Bad Request" error

@emaktech
Copy link

I see this code was committed here:

https://github.com/insatomcat/svfs

I'm using this on Debian though and I was able to convert the rpm package with alien to test it. The commit works well, I can mount on the v3 api now. But the problem is after converting the supplied package, apt keeps wanting to remove dependencies for ruby and such.

Unfortunately I haven't the faintest idea how to build a deb package for the 0.9.3 version.

Anybody have any idea how to build the deb package of 0.9.3 with this commit?

@davidbullado davidbullado merged commit c1549a4 into GoldenBees:master Jun 24, 2020
@davidbullado
Copy link
Member

Hi, thanks for your PR.
I did'nt have time to check it myself, but can you test it for me?
https://github.com/GoldenBees/svfs/releases/tag/0.9.4

@emaktech
Copy link

@davidbullado

Well, I just checked the amd64 deb package and everything is working for me including mounting. All the dependency problems seem to be resolved.

Haven't tested any other packages but seems to be good now.

Thanks!

@emaktech
Copy link

I should also add that when mounting with the v3 API, the following parameters need to be set:

user_domain_name=default
auth_url="https://auth.cloud.ovh.net/v3/"

Maybe worth documenting this (or eventually setting these as default, not sure if there is ever any use to change these parameters anyways).

@davidbullado
Copy link
Member

I should also add that when mounting with the v3 API, the following parameters need to be set:

user_domain_name=default
auth_url="https://auth.cloud.ovh.net/v3/"

Maybe worth documenting this (or eventually setting these as default, not sure if there is ever any use to change these parameters anyways).

I just updated the documentation, but I agree it could be set by default.
Maybe in a future PR :)

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