Kaizac

Did someone get OnlyOffice working with Nextcloud? I've searched all over the internet, but can't find any solution. Only the line which I had to add which is 'onlyoffice' => array ( 'verify_peer_off' => TRUE, Which makes OnlyOffice connect, but fails when opening the file giving me an unknown error.

Did someone get this working with Nextcloud? I've searched all over the internet, but can't find any solution. Only the line which I had to add which is 'onlyoffice' => array ( 'verify_peer_off' => TRUE, Which makes OnlyOffice connect, but fails when opening the file giving me an unknown error.

When I give the Onlyoffice Community Edition it's own IP I can't access it anymore. What can I do to fix this? I don't want to host it on the same IP as my Unraid server. EDIT: never mind, Unraid kept going to the 8081 port instead of the 80/443 port. Got it working now.

No it will not. In your union you define which folder is Read Only (RO) and which one is Read Write (RW). So if you followed the tutorial you will have your local folder as your RW folder and your remote is RO. When you then move files to the union folder it will be written to your local folder. So all your dockers like Sab you can point to your union folder as through the union it knows it has to move the files to the rclone_upload folder. In this setup files only get moved through using a script. If you want to direct write to your mount, you will have to do that through the mount_rclone folder. Through which you are directly accessing your cloud folders. Makes sense?

I had/have the same problem which I'm still trying to work out. But the .unionfs folder is sort of like a recycling bin. The errors you get are caused because you don't have permission to the folder. The only way to get this fixed is running the safe permissions on the share. Run it on the right share though where the problem is. In your case this is probably the rclone_upload/google_vfs folder. The union folder shows both your cloud files as your local files (which are in your upload folder) so it's not moving anything to the union since the union does not contain any files itself. Upload of your local files is done through the upload script. So if that one runs you know it's uploading. And if you want to see how much files are still stored locally you can just check the rclone_upload folder.

Like nuhll said, try a reboot after you unmount again and then run the mount commands through run in background. If that doesn't work PM me your contact info like Discord or something and I'll get in touch.

Yeah the mount didn't work, otherwise you would see 1 PiB in Krusader. During rclone config did you configure gdrive remotes as team drive and select the right one for each remote?

Your log doesn't gave errors? You shouldn't be able to mount when files exist on your local folder.

Correct!

No worries, it is confusing at first. So in your webui you created 2 team drives. Call them whatever you want. I don't like to give Google too much of an incline what I'm doing so I just name them Backup and Files. Within the team drive you create the folder. This name is important and in your case would be Secure for both team drives. So I think if you just create 1 folder in each team drive through the webui called Secure you got it working. Might need to unmount first before remounting.

He doesn't have the union set up yet so he is reading and writing directly to the mount.

Is the log saying anything when running the mounts? And the drive remotes did you just point them to your team drives? Did you also create these folders in your team drives through the web ui?

You made the crypt for Streaming point at itself. You put StreamEN instead of Stream.

Please post your rclone config here. Make sure you delete any info like client id

Try sticking to the scripts in the opening post, they are much better than the mount command you are using. So to answer your question. You only mount the 2 encrypted remotes. So you will have 2 mount commands like: rclone mount --allow-other --buffer-size 1G --dir-cache-time 72h --drive-chunk-size 256M --fast-list --log-level INFO --vfs-read-chunk-size 128M --vfs-read-chunk-size-limit off Gdrive_SecureEN: /mnt/user/rclone_mount/Gdrive_Backup & rclone mount --allow-other --buffer-size 1G --dir-cache-time 72h --drive-chunk-size 256M --fast-list --log-level INFO --vfs-read-chunk-size 128M --vfs-read-chunk-size-limit off Gdrive_StreamEN: /mnt/user/rclone_mount/Gdrive_Stream & These 2 you can just input in your terminal or run them in a user script (choose run in background) and should work. After you've done this you should be able to put files on your mount. If that happens I would really advise you to read the start post of DZIMM again to see if it makes more sense.

Ok that seems to be fine. Did you safe your passwords for your encrypted mount? If you lose those, you can never access your files again. Just be careful with that. So now you can create the folders you need for mounting the 2 encrypted mounts. If you want to follow the tutorial of this topic you should create a share called mount_rclone. Within that folder you create 2 empty folders: Gdrive_Stream and Gdrive_Backup or whatever you like. Then in your mount command you mount the remote to this folder. If it succeeded you can directly copy files to this folder and will show up on your Gdrive web interface. When that works you can continue with making a union and setting up all the other scripts which is the easiest part.

Yes that's what I did. So you make a remote Gdrive and then when setting up your encrypted remote in rclone you put it as Gdrive: or Gdrive:Backup if you want to use a folder within the Team Drive. Same for your files to stream. Gdrive2 (or Gdrive_Streaming) as remote and the encrypted remote would be Gdrive2: or Gdrive2:Files or whatever names you like. Important part for Gdrive is that you can upload only 750GB per user per day. So if you want to do some heavier uploading you can create 2 API's and use 2 different email accounts for your rclone config when creating the token.

Go to https://rclone.org/drive Bottom of page explains how to get it.

I would advice to create Team Drives for each of your purposes. This makes setting up your remotes easier. You can also do it with subfolders. If you go the Team Drive route you will have for each purpose 2 rclone entries. One is the Gdrive remote and the other is the encrypted remote based on the Gdrive remote. Best would be to create your own Gdrive api if you are the admin of your Gsuite account. When you created your mounts, try a simple mount command (you can input this through the terminal if you want). Check if you can add files on you Gdrive. You should see them encrypted on your Gdrive web interface. Let us know how far you get.

Shall we just try to get it fixed for you? If we can't get it done through the forums I can always remote in. I did the same for nuhll free of charge. So don't get frustrated and let's see where you stand? You mentioned you got a remote for your gdrive and for your encrypted data. The encrypted remote is based on your Gdrive mount right? You should only mount the encrypted remote, not both. So how does your rclone config look like? And what is your mounting script? Does it give any errors?

I just reboot and put the scripts to mount off. After plugin is updated I run the scripts again. Maybe there is an easier way though.

So..... do you want help or are you just venting? If you want help you should give some more info about your config/scripts so we can troubleshoot with you.

Disabled my pi-hole and used unbound on Pfsense box. Still can't ping 8.4.4.8 but now I got this and it just flew through the install. Verifying package rclone-2018.08.25-bundle.txz. Installing package rclone-2018.08.25-bundle.txz: PACKAGE DESCRIPTION: Package rclone-2018.08.25-bundle.txz installed. Downloading rclone Downloading certs Archive: /boot/config/plugins/rclone-beta/install/rclone-beta-latest.zip creating: /boot/config/plugins/rclone-beta/install/rclone-v1.45-185-gf3874707-beta-linux-amd64/ inflating: /boot/config/plugins/rclone-beta/install/rclone-v1.45-185-gf3874707-beta-linux-amd64/rclone.1 inflating: /boot/config/plugins/rclone-beta/install/rclone-v1.45-185-gf3874707-beta-linux-amd64/rclone inflating: /boot/config/plugins/rclone-beta/install/rclone-v1.45-185-gf3874707-beta-linux-amd64/README.txt inflating: /boot/config/plugins/rclone-beta/install/rclone-v1.45-185-gf3874707-beta-linux-amd64/README.html inflating: /boot/config/plugins/rclone-beta/install/rclone-v1.45-185-gf3874707-beta-linux-amd64/git-log.txt ----------------------------------------------------------- rclone-beta has been installed. ----------------------------------------------------------- plugin: installed Updating Support Links rclone-beta --> http://lime-technology.com/forum/index.php?topic=53365.0 Still no idea why Im having this problem but at least I got it installed!

Yeah no problem reaching. I can ping 8.8.8.8 and 1.0.0.1 fine but not 8.4.4.8 and 1.1.1.1. Very strange, currently looking into it but seems very weird.

Thanks for the quick reply. Strange thing is that it returns that --connect-timeout is an unknown command. Even though the info says it's a valid one. Do you get the same result? EDIT: make a totally fresh install, deleted plugin and all folders. Then installed the beta and got the following result: Verifying package rclone-2018.08.25-bundle.txz. Installing package rclone-2018.08.25-bundle.txz: PACKAGE DESCRIPTION: Package rclone-2018.08.25-bundle.txz installed. Downloading rclone Downloading certs Download failed - No existing archive found - Try again later plugin: run failed: /bin/bash retval: 1 EDIT: found the issue, same as before. Can't ping 1.1.1.1 somehow. Really annoying. Will look into my router settings again. Sorry