thomast_88

im afraid the application is currently broken in multiple ways, i was going to post it a couple of weeks back, tidied it up in preparation for upload and gave it a quick test and it was not pretty, so until its in a more stable state there is no point uploading it. You can see the list of known issues in the link below, progress seems to be slow on getting bugs resolved, although some PR's have been created to fix some of the major crashes:- https://github.com/skilion/onedrive/issues What about using rclone istead, which can upload files to Onedrive, amazon S3, Dropbox, amazon drive, google drive etc? That would actually be very nice, I tried to make a docker out of it myself, but gave up. Would be nice if you had time to take a look at this. http://rclone.org/ Have you tried one of the existing Docker containers already? https://github.com/coreos/docker-rclone-latest https://github.com/valentine/docker-rclone-sh https://github.com/kkniffin/Docker-rclone No I haven't, since it looked like I had to ssh into the docker itself, and be guided through the setup prosess if I am not mistaken? Of couse I could do that, but most end users don't want, so I hoped binhex or someone else wanted to make a easier docker out of this I just tried https://github.com/pschmitt/docker-rclone and it works fine with Dropbox / Amazon + encryption. I had to go through some configuration but it was just three steps. You could skip those steps if you just provide a complete .rclone.config file. I will eventually have a look at making a more automated rclone docker soon. How would you think it would be best to run rclone? It's not a daemon or service that is listening for changes in folders. It's a CLI. So in order to have it running at predefined schedules, one would have to run it with e.g. cron defined schedules. Would that be sufficient for your use case? Yeah, running it on a schedule with cron would suffice my needs The first time setup, did you just ssh into the docker? Not exactly ssh, but just this command as explained in the github readme file: docker run --rm -it -v /mnt/cache/appdata/rclone/config:/config pschmitt/rclone config Also, I'm not entirely sure if it's possible to bypass the first time setup, as you need to authorize "rclone" application for the Cloud services (at least for Amazon Cloud Drive and Dropbox which I have tested) as explained here: http://rclone.org/amazonclouddrive/ . Either way it has to run somewhere, either on your home pc, or on your unRAID server as you need to fetch the authentication token somehow. What are your thoughts on that? If you have a config file, you can skip the setup prosess, if you allow rclone for the cloud service, right? But if you don't have a config file/want to make your own because of some changes. You need to ssh into the dockers itself to run the setup commands? Since there is no way to interact with a docker from the unraid webgui and rclone has no webui itself? Yes, if you provide a valid config file, you don't need to use the setup process, then you can start syncing right away. I don't know how the setup works for OneDrive as I've only tested with Amazon Cloud Drive (which i'm interested in) and Dropbox.

im afraid the application is currently broken in multiple ways, i was going to post it a couple of weeks back, tidied it up in preparation for upload and gave it a quick test and it was not pretty, so until its in a more stable state there is no point uploading it. You can see the list of known issues in the link below, progress seems to be slow on getting bugs resolved, although some PR's have been created to fix some of the major crashes:- https://github.com/skilion/onedrive/issues What about using rclone istead, which can upload files to Onedrive, amazon S3, Dropbox, amazon drive, google drive etc? That would actually be very nice, I tried to make a docker out of it myself, but gave up. Would be nice if you had time to take a look at this. http://rclone.org/ Have you tried one of the existing Docker containers already? https://github.com/coreos/docker-rclone-latest https://github.com/valentine/docker-rclone-sh https://github.com/kkniffin/Docker-rclone No I haven't, since it looked like I had to ssh into the docker itself, and be guided through the setup prosess if I am not mistaken? Of couse I could do that, but most end users don't want, so I hoped binhex or someone else wanted to make a easier docker out of this I just tried https://github.com/pschmitt/docker-rclone and it works fine with Dropbox / Amazon + encryption. I had to go through some configuration but it was just three steps. You could skip those steps if you just provide a complete .rclone.config file. I will eventually have a look at making a more automated rclone docker soon. How would you think it would be best to run rclone? It's not a daemon or service that is listening for changes in folders. It's a CLI. So in order to have it running at predefined schedules, one would have to run it with e.g. cron defined schedules. Would that be sufficient for your use case? Yeah, running it on a schedule with cron would suffice my needs The first time setup, did you just ssh into the docker? Not exactly ssh, but just this command as explained in the github readme file: docker run --rm -it -v /mnt/cache/appdata/rclone/config:/config pschmitt/rclone config Also, I'm not entirely sure if it's possible to bypass the first time setup, as you need to authorize "rclone" application for the Cloud services (at least for Amazon Cloud Drive and Dropbox which I have tested) as explained here: http://rclone.org/amazonclouddrive/ . Either way it has to run somewhere, either on your home pc, or on your unRAID server as you need to fetch the authentication token somehow. What are your thoughts on that?

im afraid the application is currently broken in multiple ways, i was going to post it a couple of weeks back, tidied it up in preparation for upload and gave it a quick test and it was not pretty, so until its in a more stable state there is no point uploading it. You can see the list of known issues in the link below, progress seems to be slow on getting bugs resolved, although some PR's have been created to fix some of the major crashes:- https://github.com/skilion/onedrive/issues What about using rclone istead, which can upload files to Onedrive, amazon S3, Dropbox, amazon drive, google drive etc? That would actually be very nice, I tried to make a docker out of it myself, but gave up. Would be nice if you had time to take a look at this. http://rclone.org/ Have you tried one of the existing Docker containers already? https://github.com/coreos/docker-rclone-latest https://github.com/valentine/docker-rclone-sh https://github.com/kkniffin/Docker-rclone No I haven't, since it looked like I had to ssh into the docker itself, and be guided through the setup prosess if I am not mistaken? Of couse I could do that, but most end users don't want, so I hoped binhex or someone else wanted to make a easier docker out of this I just tried https://github.com/pschmitt/docker-rclone and it works fine with Dropbox / Amazon + encryption. I had to go through some configuration but it was just three steps. You could skip those steps if you just provide a complete .rclone.config file. I will eventually have a look at making a more automated rclone docker soon. How would you think it would be best to run rclone? It's not a daemon or service that is listening for changes in folders. It's a CLI. So in order to have it running at predefined schedules, one would have to run it with e.g. cron defined schedules. Would that be sufficient for your use case?

im afraid the application is currently broken in multiple ways, i was going to post it a couple of weeks back, tidied it up in preparation for upload and gave it a quick test and it was not pretty, so until its in a more stable state there is no point uploading it. You can see the list of known issues in the link below, progress seems to be slow on getting bugs resolved, although some PR's have been created to fix some of the major crashes:- https://github.com/skilion/onedrive/issues What about using rclone istead, which can upload files to Onedrive, amazon S3, Dropbox, amazon drive, google drive etc? That would actually be very nice, I tried to make a docker out of it myself, but gave up. Would be nice if you had time to take a look at this. http://rclone.org/ Have you tried one of the existing Docker containers already? https://github.com/coreos/docker-rclone-latest https://github.com/valentine/docker-rclone-sh https://github.com/kkniffin/Docker-rclone

Its one thing that I wanted to do when I did the plugin auto-updates, put on the back burner, forgot all about, etc. I'll try and get around to it next time I see an update for one of my dockers available. Okay cool. If you want to have a docker to test on, just let me know. I can push some updates to my docker (https://lime-technology.com/forum/index.php?topic=48772.0).

Would it be possible to integrate auto update of certain Docker Container's as well, like you can with Plugins? I'm running some Beta dockers, which almost have daily updates, and I'm tired of manually clicking update :-D

Can you add bc to this NerdPack tool? I installed and tested that it works. wget http://slackware.cs.utah.edu/pub/slackware/slackware64-13.37/slackware64/ap/bc-1.06.95-x86_64-2.txz upgradepkg --install-new bc-1.06.95-x86_64-2.txz Cheers

But if you already have the power down plugin, why is the script plugin involved? Not that big a deal to handle (and then you basically will have a GUI to handle something you would normally have to do via the command line to do it with the powerdown functions) Will add in array start and array stop to the frequency options. Should take about 10 minutes for me tonight.... Exactly. This script is about not having to touch the command line. Sounds good, will try it out when it's updated :-)

Would it be possible to integrate this with Powerdown Package and specifically run scripts from shutdown / startup events. I'd like to run a script at startup instead of a cron schedule. So basically i need the script to be inside /boot/config/plugins/powerdown/rc.unRAID.d/

/mnt/user/appdata - is that a cache drive in your case? If it is indeed a cache drive, you need to use /mnt/cache/appdata instead.

You are using the old template where the port mappins are using already reserved ports by unraid. E.g. port 80. (I made a mistake in the initial template) Can you try to delete the docker container, the template and the mounted volume folders? This is how you delete the template: unRAID Menu --> Docker --> Add Container --> Choose my-Gitlab-CE --> Click on the red cross in the top. After this is done, try to reinstall it and it should be running on port: 9080

Can you post a screenshot of how the docker is setup? I have made some modifications to the unRAID template so that it should startup withouth any needs to configure the gitlab.rb file.

Are you being serious ? They are not random characters it's the hostname of the container and as such you're being redirected to the hostname of the container which is the correct behaviour due to the default gitlab conf. 2 solutions -- 1 - As above modify gitlab.rb 2 - Set a static container hostname I didn't realise. I didn't have to change anything in the previous versions of this docker. It started when they pushed an update a couple of days ago.

^^^ This Bingo How is it working out for you? Are the url redirects also replaced with some random chars?

Post some logs.

Looks like mine. Other users experienced that error aswell. (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/721) Could you try to delete the docker, wipe /mnt/cache/appdata/gitlab-ce and try to install it from stracth? Ok did what you suggested, but I get either "Site can't be reached" or it changes the IP address of my unRAID box to chars. Example: IP is 192.168.1.2 (Gitlab is point to port 45300), opening the webui it takes me to the site but then redirects to http://5a2ef303db9f/users/sign_in. Here's the log http://pastebin.com/L7p6N7Zg. It looks like its the SHA2 key (root@5a2ef303db9f). Any ideas? Use a direct link (like i suggested in a previous post). In Your case http://192.168.1.2:45300/users/sign_in I have yet to figure out why it's changing the ip address to these chars. It started on that 2 days ago when they pushed the last update. The direct link takes me to: http://5a2ef303db9f/users/password/edit?reset_password_token=3yaDdMTpS3DKxbydzfdJ. :o Whenever it inserts those magic chars just replace it with the correct IP/Port. Eventually it will work after all has been setup. Remember to use the root user for the intial login. I will try to figure out why the IP gets replaced with those chars. Nope, what do you mean by "setup"? After you have logged in with the root user, it will ask you to change the password. Once it's up and running it shouldn't mess with those URL redirects. I still haven't figured out why it does that - it seems it started after their last update.

Any plans to create another beta of the Nextcloud beta branch :-) ? Version 10: https://nextcloud.com/install/#testing

Looks like mine. Other users experienced that error aswell. (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/721) Could you try to delete the docker, wipe /mnt/cache/appdata/gitlab-ce and try to install it from stracth? Ok did what you suggested, but I get either "Site can't be reached" or it changes the IP address of my unRAID box to chars. Example: IP is 192.168.1.2 (Gitlab is point to port 45300), opening the webui it takes me to the site but then redirects to http://5a2ef303db9f/users/sign_in. Here's the log http://pastebin.com/L7p6N7Zg. It looks like its the SHA2 key (root@5a2ef303db9f). Any ideas? Use a direct link (like i suggested in a previous post). In Your case http://192.168.1.2:45300/users/sign_in I have yet to figure out why it's changing the ip address to these chars. It started on that 2 days ago when they pushed the last update. The direct link takes me to: http://5a2ef303db9f/users/password/edit?reset_password_token=3yaDdMTpS3DKxbydzfdJ. :o Whenever it inserts those magic chars just replace it with the correct IP/Port. Eventually it will work after all has been setup. Remember to use the root user for the intial login. I will try to figure out why the IP gets replaced with those chars.

Looks like mine. Other users experienced that error aswell. (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/721) Could you try to delete the docker, wipe /mnt/cache/appdata/gitlab-ce and try to install it from stracth? Ok did what you suggested, but I get either "Site can't be reached" or it changes the IP address of my unRAID box to chars. Example: IP is 192.168.1.2 (Gitlab is point to port 45300), opening the webui it takes me to the site but then redirects to http://5a2ef303db9f/users/sign_in. Here's the log http://pastebin.com/L7p6N7Zg. It looks like its the SHA2 key (root@5a2ef303db9f). Any ideas? Use a direct link (like i suggested in a previous post). In Your case http://192.168.1.2:45300/users/sign_in I have yet to figure out why it's changing the ip address to these chars. It started on that 2 days ago when they pushed the last update.

Looks like mine. Other users experienced that error aswell. (https://gitlab.com/gitlab-org/omnibus-gitlab/issues/721) Could you try to delete the docker, wipe /mnt/cache/appdata/gitlab-ce and try to install it from stracth?

And you're not using a user share e.g. /mnt/user/appdata rather than /mnt/cache/appdata for the application files?

You've got to give me something in order for me to help. What happens when you try to access the WebUI? Are you trying HTTP or HTTPS? - You should use http unless you've changed the config file to make https work Can you try with this direct link: http://[iP]:[PORT]/users/sign_in Post the output of the log on pastebin so we can see it

Can you post the docker run command which is being used or a screenshot of the docker configuration? Mine is working fine with this config: /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name="GitLab-CE" --net="bridge" -e TZ="Europe/Paris" -e HOST_OS="unRAID" -p 45300:80/tcp -p 45305:443/tcp -p 45310:22/tcp -v "/mnt/cache/appdata/gitlab-ce/config":"/etc/gitlab":rw -v "/mnt/cache/appdata/gitlab-ce/data":"/var/opt/gitlab":rw -v "/mnt/cache/appdata/gitlab-ce/log":"/var/log/gitlab":rw gitlab/gitlab-ce

Any progress on this? :-)

Which version of unRAID? Can you post a screenshot of your container configuration?