Could not find decrypted mountpoint #35
Comments
|
Can you provide your config? Also the mount.log may help. Also the rclone.conf might be part of it... it's hard to tell off hand so far. |
|
Here ya go. |
|
So I am thinking it has more do do with your rclone.conf, I know on ls.io discord you mentioned using a Media dir. I'd recommend setting this in the config and rerunning setup, it will adjust your rclone mount points to ensure their correct.
This is what my rclone.conf looks like: |
|
Also the setup.sh isnt built around using install_dir, but you could edit it as necessary. Also you could run the curl /w the install dir instead?
Replace [PATH] /w /mnt/storage/cloud |
|
Alright so I went ahead and ran the umount.remote and removed all traces of the scripts. From /opt I ran bash /opt/cloud-media-scripts/setup.sh rclone setup plexdrive setup mount.remote What I have noticed is that rclone appears to have two different locations for it's rclone.conf. The one within /opt/cloud-media-scripts/rclone and theirs an other location. I noticed this because if you look at the provided rclone.conf it's from /opt/cloud-media-scripts/rclone it's missing gd However, when I run rclone config: [1]+ Stopped nano rclone.conf Name Type e) Edit existing remote Now I don't believe the setup.sh is even using the rclone.conf in /opt/cloud-media-scripts/rclone. Reason being that when I run the setup.sh and I get to the rclone setup it already has all three remotes configured even after completely removing the directory /opt/cloud-media-scripts/ and reinstalling then setup.sh the rclone configuration is still there. |
|
rclong config is going to use the default rclone config location which isnt that folder. You need to do setup.sh does this which will replace the rclone_config from config. rclone_config is set to and your install dir was |
|
I understand all of that. However nothing has changed. Even with me changing the location of the rclone.conf with I've run out of ideas. It refuses to find the decrypted mountpoint even though it states it's mounted successfully. |
|
2 things to check....
|
|
It's empty. |
|
Then you have deeper issues, something /w your rclone isnt right. You should see the encrypted data. You need to test your rclone further to see if its even working properly... like and see if things show. And I flipped what I said last post, can you provide
|
|
[gd-crypt] [local-crypt] [gd] |
|
OK so I know you mentioned you store it all in a subdir, so you need to rerun the setup after you update your location in config.... like mine is Media. Your mount locations are wrong due to yours being "".
|
|
I've made the change to config google_drive_media_directory="Media" # Empty means media files are in root root@hoggle:/# bash /opt/cloud-media-scripts/setup.sh Checking Rclone and PlexdriveRclone is already in version v1.39. Do you want to run setup anyway? [Y/n]? y rclone-v1.39-linux-amd64.zip 100%[=======================================================>] 5.98M 5.69MB/s in 1.1s 2018-02-11 16:00:18 (5.69 MB/s) - ‘rclone-v1.39-linux-amd64.zip’ saved [6270216/6270216] Archive: rclone-v1.39-linux-amd64.zip plexdrive-linux-amd64 100%[=======================================================>] 10.06M 7.18MB/s in 1.4s 2018-02-11 16:00:20 (7.18 MB/s) - ‘plexdrive-linux-amd64’ saved [10546476/10546476] Rclone config already exists When this is done exit rclone config by pressing 'Q' Name Type e) Edit existing remote Rclone has successfully been updated Do you want to remount now [Y/n]? y |
|
OK so you use encrypted yet made no changes to rclone when you set it up? That looks to be a problem... you put y you want to change, but you didnt go in and set your pw or anything? You need to edit your mounts to set the passwords etc... then q. |
|
root@hoggle:/# bash /opt/cloud-media-scripts/setup.sh Checking Rclone and PlexdriveRclone is already in version v1.39. Do you want to run setup anyway? [Y/n]? n Name Type e) Edit existing remote My head is spinning at this point.. |
|
Not sure what you're showing? Looks like you didnt change anything. When you run setup.sh you need to go in and edit the rclone.conf and edit gd-crypt and local-crypt by settings your encryption settings. |
|
I really appreciate you helping me. But I don't understand what it is that you're asking me to do. I've redone the rclone config so many times it's ridiclious. I've done it before running setup.sh and after as well. Still same results. Maybe I'm configuring it wrong? I followed the following: Now that step by step is outdated. So maybe I'm doing something wrong? |
|
Can you post your rclone.conf now from /opt/cloud-media-scripts/rclone? |
|
[gd-crypt] [local-crypt] [gd] |
|
That again shows you didn't set your password during setup on the rclone setup. What I'm saying you need to do is say Y for modify rclone config, type e for edit, and set your encryption password in local-crypt and in gd-crypt. It also does not show the gd:Media etc... in the rclone.conf which it should. During setup.sh it should add the GOOGLE_DRIVE_MEDIA_DIRECTORY after the gd: which isn't showing for you which means the config file wasnt updated to show your correct location for your encrypted dir on Gdrive. |
|
|
Can you give me your config now? Something is still not looking right. |
|
|
For some reason the .sh script it not pulling in your Media folder. Does your setup.sh have the config in the proper place? |
|
|
Something is going wrong and I'm not sure what. Have you tried the manual process? However, the only things I see wrong are the rclone mounts. Try to edit the rclone.conf and the folders as the template indicates: [gd-crypt] [local-crypt] |
|
Made the changes to rclone.conf and ran ./mount.remote Same issue. |
|
Honestly, cant tell you whats going on. Doesn't make sense to me. Maybe @madslundt has an idea because Im out of them. |
|
Yea same here. I've been at it for almost two days now. I don't have a clue as to what preventing it from finding decrypted mountpoint. I'd really like to get this working so I can eliminate my eight hard drives or at least have less hard drives. Plus not having to worry so much about backups. |
|
Try running this and see if it errors? You may need to do a 2nd ssh to test. Will at least test if its a rclone issue,
|
|
Also I've got over 8TB of content that will need to go up. Any recommendations? any concerns?
I knew that! lol just copy and paste everything in the cron file? |
|
OK so if you have 8TB, GDrive has a 750GB a day upload cap. What I did was limit it to 8MB/sec and ran it manually the 1st time. After that, you can use the cron normally. Just add --bwlimit=8M I think will ,limit you to around 700GB a day or so.... |
|
Not too concerned with limiting I can only upload at 35 Mbps. |
|
So the idea would be place whatever content I want in the cloud into /mnt/storage/cloud/media and at some point it will upload. Should I also be using /mnt/storage/cloud/media to access the content? Will it display all of the content that gets upped? Would I map to it? |
|
Yes, but you can use rclone manually to do it from a different location
instead for a first load situation. After that anything will go to cloud
once a day. I personally wrote a cloudmove script and run it a couple times
a day but that's just my preference.
…On Thu, Feb 22, 2018, 10:55 AM zeyoner ***@***.***> wrote:
So the idea would be place whatever content I want in the cloud into
/mnt/storage/cloud/media and at some point it will upload. Should I also be
using /mnt/storage/cloud/media to access the content? Will it display all
of the content that gets upped? Would I map to it?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACz8btJvZVXJIAeLd3eZJ9UVpq2xKl5yks5tXZwDgaJpZM4SA-6u>
.
|
|
I see so it would be Another question: What part am I to replace? Should it be like this: I was also wondering how does the script decide what's cached? |
|
If it's working don't replace anything. I had to use my user ID because I was having permission issues. In my case I used 1000. The default is uid=$(id -u) which means it's the user running the script which may work fine for you, it seems to work for most. So yes, it would be uid=1234 etc.... Your command should work fine for copying also. Cached is a different topic. Cache is based on what your cofig sets. Cache just pulls down data based on what's being accessed and keeps it for a specific amount of time and/or size. Cache is primarily used for overall file structure so that, for example, a plex library scan won't get your a API ban. Another example is if someone starts watching movie A, it would cache some/all of that movie. Basic idea is cache is mostly reactive not proactive if that makes sense. No way for plexdrive to say hey I think they will play this movie today. |
|
Understood, I like the idea of size over time. I think at least. As for the user ID I asked because I was having permission issues with creating a folder in the local media directory. I made the change and ran the setup again the issue does not exist anymore. Plan isn't really to use Plex actually. I am more of a Kodi user not big on sharing my media nor watching it remotely. Once and awhile I stream family videos but mostly local use. |
|
FYI, the uid/gid in config can be changed at any time and all you need to do is remount. It doesnt require a full setup again. |
|
Hey guys, I'm back.. So I've been learning my way around the scripts. I noticed something today. I use both Windows and Linux in my environment. When I access the local_media_directory from Windows everything appears and I am able to access it with no issues. However I have the same share setup on my Linux workstation and I am not able to see anything. As if it's not mounted. The one different between the two is that with Windows I am using Samba and with Linux I am using NFS. I have it set to automount with an entire in fstab. Also had quick question. I plan in the near future to get rid of a lot of the hard drives I have once the data has been upped. I'll then be building a new and smaller server. When I set everything back up again. As long as I use the same password for rclone I should still be able to gain access to the encrypted data, correct? |
|
Yes, password is all that is needed. I moved all of my data off my hard drives myself and started using my hard drives to rent out /w Storj to make a couple bucks. Might want to consider that :) I didnt want to get rid of them based on the basic idea that eventually google may stop this. Also, you may need to change your samba share to make sure you use the same ID so it has permission to read the files. |
|
Even though the issue isn't with Samba? Storj huh. I'll have to look into that. |
|
Maybe I mixed it up, still might want to make sure the linux share is properly setup /w the right users. I use samba on linux not NFS so cant help there, but it sounds like a permission issue. |
|
@Dulanic , When I mount |
|
I gave up with containers. They lose fuse mounts if they have any problems.
Bet if you reset the container it would work. One option is to add a docker
script to reset your containers if it has to remount but I found that a
hassle and just took my apps off docker again.
…On Wed, Mar 7, 2018, 12:00 PM zey ***@***.***> wrote:
@Dulanic <https://github.com/dulanic> ,
I've been transferring a lot of content up to the cloud. My containers are
unable to view the content even though I know it's mounted because I am
able to view it from my workstation. All containers are using the same UID
as the script (1000) I use docker compose and all containers have the
following:
environment:
- PUID=1000
- PGID=1000
When I mount /mnt/storage/cloud/media as the user 1000 I have no issues.
It seems to be with the containers. Any ideas?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACz8bnMpp_iZWH3S36fej8Ua1zyiV_wXks5tcCBPgaJpZM4SA-6u>
.
|
|
I see, I guess I'll try it outside of a container. |
So I've pasted this into crontab. However it doesn't seems to be doing it's job. Am I suppose to add/change anything? |
|
If you aren't comfortable setting cron jobs, try installing webmin, it gives you a GUI for setting cron jobs. This is my cron setup, but I use a custom script (cloudmove) and I check the mount points every 5 minutes. |
|
Is there an easy way of verifying what has already been uploaded? I tried Also if I run the rmlocal script. Will that remove the local content which has already been uploaded? |
|
You can look into |
|
I don't like assuming. Does the rmlocal script remove content that has already been uploaded? |
|
Yes
…On Wed, Mar 14, 2018 at 8:13 AM, zey ***@***.***> wrote:
I don't like assuming. Does the rmlocal script remove content that has
already been uploaded?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACz8bnQTzjBFW1dl0odegbVVO3-BqNW5ks5teRdsgaJpZM4SA-6u>
.
|
|
FYI, the cloudupload script may not be working as it was until PR is migrated. git update may not work, so you might want to remove the extra spaces manually. |
|
I was noticing an issue where it would upload then not upload. Which was why I had asked how can I view what has already been upload so that I can keep some sort of track. Is there something specific I should do? |
|
Yeah we don't log by file. I plan to PR that option. Check my above linked PR and try manually deleting those extra spaces. |
|
To update the scripts since the PR went in, bash INSTALL from the main dir. |
|
Wouldn't that affect the changes that madslundt had me do?
…On Mar 16, 2018 5:35 PM, "Dulanic" ***@***.***> wrote:
To update the scripts since the PR went in, bash INSTALL from the main dir.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Aip0h2eokFO-B5GHZileGpje_Kl4OYWmks5tfDAVgaJpZM4SA-6u>
.
|
|
Don't recall what he had you do. It won't change your config files
…On Fri, Mar 16, 2018, 4:38 PM zey ***@***.***> wrote:
Wouldn't that affect the changes that madslundt had me do?
On Mar 16, 2018 5:35 PM, "Dulanic" ***@***.***> wrote:
> To update the scripts since the PR went in, bash INSTALL from the main
dir.
>
> —
> You are receiving this because you authored the thread.
> Reply to this email directly, view it on GitHub
> <
#35 (comment)
>,
> or mute the thread
> <
https://github.com/notifications/unsubscribe-auth/Aip0h2eokFO-B5GHZileGpje_Kl4OYWmks5tfDAVgaJpZM4SA-6u
>
> .
>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#35 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ACz8bjbTJiai_S05XRuoWCaQJZCQaOvoks5tfDDqgaJpZM4SA-6u>
.
|
|
I rebuild my server with a different systemboard, cpu, etc. After installing Debian and configuring everything else. I'd like to report the updated script worked out of the box. Great JOB guys! 👍 There was no need to perform any of the changes I had to do before. Everything appears to be working :) 💯 |
I'm sure this may be an easy fix. Also their may be a possiblity I did something wrong. However I've spent an entire day attempting to figure out the issue.
[ 2018-02-10@11:15:21 ] ###### Start Mount ###### [ 2018-02-10@11:15:26 ] Mounting Google Drive with Plexdrive in mountpoint: /opt/cloud-media-scripts/.cloud-encrypt [ 2018-02-10@11:15:26 ] Mounted successfully with Plexdrive [ 2018-02-10@11:15:31 ] Mounting decrypted Google Drive with Rclone in mountpoint: /opt/cloud-media-scripts/.cloud-decrypt [ 2018-02-10@11:15:31 ] Mounted successfully with Rclone [ 2018-02-10@11:15:36 ] Could not find decrypted mountpoint: /opt/cloud-media-scripts/.cloud-decrypt. Retrying in 10 seconds. [ 2018-02-10@11:15:46 ] Could not find decrypted mountpoint: /opt/cloud-media-scripts/.cloud-decrypt. Retrying in 10 seconds. [ 2018-02-10@11:15:56 ] Could not find decrypted mountpoint: /opt/cloud-media-scripts/.cloud-decrypt. Retrying in 10 seconds. [ 2018-02-10@11:16:06 ] Could not find decrypted mountpoint: /opt/cloud-media-scripts/.cloud-decrypt. Retrying in 10 seconds. [ 2018-02-10@11:16:16 ] Could not find decrypted mountpoint: /opt/cloud-media-scripts/.cloud-decrypt. Retrying in 10 seconds. [ 2018-02-10@11:16:26 ] Could not read mountpoint: /opt/cloud-media-scripts/.cloud-decrypt [ 2018-02-10@11:16:26 ] Mount failedWhat else can I provide to get this up and running?
The text was updated successfully, but these errors were encountered: