0

I'm having problems with gcsfuse but I'm also having basic permission problems which makes this question relevant to this forum. I have already SSH'ed into a google cloud remote virtual machine instance. I have no problems with making a directory and mounting a storage bucket to the mount point. But after that's done I cannot get into the directory and list the files. The directory in question is temp_dir3 In this series of command I tried changing ownership but the system got stuck and I had to hit control c

kylefoley@kfoley76:/mnt/disks$ sudo chmod o+rx -R /mnt/disks/temp_dir3
kylefoley@kfoley76:/mnt/disks$ cd temp_dir3
kylefoley@kfoley76:/mnt/disks/temp_dir3$ cd ..
kylefoley@kfoley76:/mnt/disks$ sudo gcsfuse deduction3 /mnt/disks/temp_dir3
Using mount point: /mnt/disks/temp_dir3
Opening GCS connection...
Opening bucket...
Mounting file system...
File system has been successfully mounted.
kylefoley@kfoley76:/mnt/disks$ cd temp_dir3
-bash: cd: temp_dir3: Permission denied
kylefoley@kfoley76:/mnt/disks$ sudo chmod o+rx -R /mnt/disks/temp_dir3

^C

In this series I thought that maybe temp_dir3 got stuck because the files were too large. After all they do take up about 200 gigs. So I made a new directory and mounted a smaller storage bucket. But that did not work either. I also tried temp_dir3 again, but that also did not work. 

kylefoley@kfoley76:/mnt/disks$ sudo mkdir -p /mnt/disks/temp_dir4
kylefoley@kfoley76:/mnt/disks$ sudo gcsfuse deduction1 /mnt/disks/temp_dir4
Using mount point: /mnt/disks/temp_dir4
Opening GCS connection...
Opening bucket...
Mounting file system...
File system has been successfully mounted.
kylefoley@kfoley76:/mnt/disks$ cd temp_dir4
-bash: cd: temp_dir4: Permission denied
kylefoley@kfoley76:/mnt$ sudo chmod a+w /mnt/disks/temp_dir4
kylefoley@kfoley76:/mnt/disks$ cd temp_dir4
-bash: cd: temp_dir4: Permission denied
kylefoley@kfoley76:/mnt/disks$ sudo chmod o+rx -R /mnt/disks/temp_dir4
kylefoley@kfoley76:/mnt/disks$ cd temp_dir4
-bash: cd: temp_dir4: Permission denied
kylefoley@kfoley76:/mnt/disks$ sudo chmod a+w /mnt/disks/temp_dir4
kylefoley@kfoley76:/mnt/disks$ cd temp_dir4
-bash: cd: temp_dir4: Permission denied

Here are my stats on the temp_dir4 folder. I can only get the stats if I unmount the storage bucket

kylefoley@kfoley76:/mnt/disks$ stat /mnt/disks/temp_dir4
stat: cannot stat '/mnt/disks/temp_dir4': Permission denied
kylefoley@kfoley76:/mnt/disks$ stat /mnt/disks
  File: /mnt/disks
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: 801h/2049d  Inode: 528485      Links: 6
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2020-01-29 04:11:23.616670923 +0000
Modify: 2020-01-29 04:11:20.780424372 +0000
Change: 2020-01-29 04:11:20.780424372 +0000
 Birth: -
kylefoley@kfoley76:/mnt/disks$ sudo umount /mnt/disks/temp_dir4
kylefoley@kfoley76:/mnt/disks$ cd temp_dir4
kylefoley@kfoley76:/mnt/disks/temp_dir4$ stat temp_dir4
stat: cannot stat 'temp_dir4': No such file or directory
kylefoley@kfoley76:/mnt/disks/temp_dir4$ stat /mnt/disks/temp_dir4
  File: /mnt/disks/temp_dir4
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: 801h/2049d  Inode: 18055       Links: 2
Access: (0755/drwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2020-01-29 04:11:58.379493620 +0000
Modify: 2020-01-29 04:11:20.780424372 +0000
Change: 2020-01-29 04:11:20.780424372 +0000
logic1976
  • 243

1 Answers1

0

You have to work it using the "root" account user: 

sudo -i

Now you have all of the permissions. When you finish

logout
zx485
  • 2,279
xear
  • 32
  • -1. In this particular case sudo is the problem in the first place. The documentation of gcsfuse reads [emphasis mine]: You should run gcsfuse as the user who will be using the file system, not as root. Similarly, the directory should be owned by that user. Do not use sudo for either of the steps above or you will wind up with permissions issues.** – Kamil Maciorowski Jan 29 '20 at 17:06
  • Note the OP accepted your answer and almost immediately posted this other question which is practically a duplicate. IMO the underlying problem is the same. – Kamil Maciorowski Jan 29 '20 at 17:11
  • kamil, you will never had a problem with the permissions because yo have to know whats jobs was made with root user, and that only root's user can edit this, is just "common sense" – xear Jan 29 '20 at 23:38