Knutowskie
-
Posts
30 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Knutowskie
-
-
On 2/25/2024 at 12:46 AM, plupien79 said:
rewrite ^/(?!index|remote|public|cron|core\/ajax\/update|status|ocs\/v[12]|updater\/.+|ocs-provider\/.+|.+\/richdocumentscode\/proxy) /index.php$request_uri;
I needed that line to be able to download multiple files.
I had to comment it out after this last update.
what was the error when downloading multiple files? Does it try to download a htm File?
Because on my end it happens since one of the last updates... Can't download a zip anymore, what would be the expected behaviour.
I found the solution here on page 262, i cant quote it. wait a moment. -
Okay i upgraded and made the changes recommended. We will see.
-
I am on 6.11.5 and had the "macvlan traces found" in my fix common things plugin. So far nothing unstable. Machine rock solid.
So i decided to switch to ipvlan to resolve the "issue" and the journey began. With ipvlan my "proxynet" network (containing swag, nextcloud and collabora) stopped responding. No idea how and why. Just didnt work. I read something that it could be related to AVM Fritzboxes. So i am using a Fiber Firtzbox... nice.
After switching back to macvlan everything started acting wonky. docker service won't come up. So i tired to go for a safe reboot, but /mnt/cache was busy. hooray. its the docker.img that didnt let go. so i unmounted loop2 and then the machine restarted.
If you are using a fritzbox you are fucked. Thats it. I am living in fear now as the macvlan traces occur. Someday they may become a problem.
Everything worked fine. Why they do break things up and FOR MONTHS no fix? Any idea how to work around this? No i can't buy another router. -
15 hours ago, ich777 said:
Was sagt "nö"?
Brauchst du denn die Pakete aus dem Nerdpack denn überhaupt?
Das system temp plugin von Dynamix braucht nur Perl und auch nur dann zu Erkennung welche chips verbaut sind, sprich wenn du auf Detect klickst, spielt aber jetzt auch keine Rolle mehr da Perl jetzt fixer Bestandteil von Unraid ist.
Hatte den Update checker laufen lassen... der meckerte.
Ich habe nun einfach mal Nerdpack weggeworfen und das Update gemacht. YOLO... Bin mal gespannt, was nicht mehr funktioniert die Tage. -
Bin gerade mal am gucken gewesen, ob ich endlich updaten kann... Dann sagt es: nö. Die Pakete habe ich installiert über nerdpack:
Was denkt ihr? Ich hab das nerdpack damals nach Anleitungsvideo einfach mit drauf gezogen und ehrlich gesagt nicht so viel Ahnung, wofür. Ich hab einige dynamix plugins am Laufen.
-
i have to dig this out. i love my telegram bot, that notifies me with every message. but i wanted it to be not 00:20 in the frickin morning. who needs a notification at THIS time. who set this value?
i would be very happy if it could send me the array notification at a self chosen time.-
1
-
-
i added the ud preclear plugin and then i got the same error. Thx for your research, i ignore the error for now.
-
this is all i get. nothing.
edit: magically it works today! nice.
-
On 1/13/2019 at 10:08 PM, SpaceInvaderOne said:
Hey guys here is a tutorial on how to install and setup a Collabora Document Server and configure it to work with Nextcloud as a Docker container on Unraid. It shows how to set it up running through a reverse nginx proxy. Collabora is a LibreOffice Online document suite. this gives you control over your own documents and integrates with nextcloud. So no longer any need for google drive and google docs!
This video guide makes use of @chvb great container.
Some time has passed. It would be great to see an updated video, that actually works. i followed all steps and it does not work. i ran into several problems and i fear i can not resolve them. your attached subdomain.conf seems faulty, nextcloud refuses to find the collabora container even if its in the proxynet... i don't know what to do anymore. Please, you are the god of unraid tutorials, could you update this tutorial?
-
1
-
-
as this is the first site google spits out with the search "unraid array won't stop" i will try to append my problem. above mentioned solution does not always work:
root@D1:/var/log# tail -f syslog Jun 20 01:15:09 Dose4000 emhttpd: Unmounting disks... Jun 20 01:15:09 Dose4000 emhttpd: shcmd (4331): umount /mnt/disk1 Jun 20 01:15:09 Dose4000 root: umount: /mnt/disk1: target is busy. Jun 20 01:15:09 Dose4000 emhttpd: shcmd (4331): exit status: 32 Jun 20 01:15:09 Dose4000 emhttpd: Retry unmounting disk share(s)... Jun 20 01:15:14 Dose4000 emhttpd: Unmounting disks... Jun 20 01:15:14 Dose4000 emhttpd: shcmd (4332): umount /mnt/disk1 Jun 20 01:15:14 Dose4000 root: umount: /mnt/disk1: target is busy. Jun 20 01:15:14 Dose4000 emhttpd: shcmd (4332): exit status: 32 Jun 20 01:15:14 Dose4000 emhttpd: Retry unmounting disk share(s)... ^C root@D1:/var/log# lsof | grep disk1 root@D1:/var/log#
so... what now?
-
18 hours ago, mgutt said:
Musst du aber wenn du eine bessere Performance haben willst. Am besten Nextcloud stoppen. MariaDB stoppen. MariaDB ändern und starten. Nextcloud ändern und starten. Mach bei Bedarf nach dem Stop aller Container ein Backup vom appdata Ordner, aber das sollte fehlerfrei gehen.
Offenbar reicht die bisherige Einstellung aus. Also Appdata auf Cache only und bei den Docker-Settings und bei dem NC Container den Pfad ändern. Hab meine externen User gefragt: um Welten besser. Der Kalender braucht nun nicht mehr 10-12 Sekunden um zu reagieren.
18 hours ago, mgutt said:Docker Dienst stoppen und dann siehst du das bei den Docker Einstellungen irgendwo.
Die Container sind danach alle weg. Nicht erschrecken. Dann über Apps > Previous Apps einfach wieder installieren. Einstellungen und Daten bleiben erhalten.
Wie gehabt bei Bedarf Backup machen. Backup geht immer
Backup mach ich immer, so ne SSD kann ja auch mal sterben.
-
2 minutes ago, i-B4se said:
Es kann aber sein, das wenn die HDD am schlafen ist der Aufruf der Seite länger dauert, da die Festplatte mit der Datenbank erst starten muss.
es gibt keine Festplatte mehr mit Datenbank. Der Appdata Order ist KOMPLETT auf SSD, siehe oben.
-
Just now, jj1987 said:
Ich hatte Nextcloud nur mal "zum Spaß" installiert, bin daher nicht so sattelfest. Aber ich würde vermuten, dass gerade die DB der Flaschenhals ist?
nee das lüppt jetzt wie sau. Die Response vom Webserver wars, der irgendwie lange gedauert hat.
-
Alles klar, ich stells ma um. Bei dem MariaDB container will ich das aber aktuell nicht machen. Die DB will ich gern so wenig wie möglich befummeln.
-
8 minutes ago, mgutt said:
Das sind nur die Pfade von Docker. Da bekommt man die beste Performance, wenn man Folder statt vDisk wählt.
Was noch fehlt sind die ganzen Pfade der Container selbst. Also Container bearbeiten und da die Pfade anpassen. Wie gesagt nur, wenn man sicher ist, dass alles auf dem Cache liegt. Den Mover starten reicht da nicht. Über Shares > appdata > Ordnersymbol > Location prüfen ob da nur "cache" steht.
Der appdata ordner ist mittels unbalance plugin komplett auf den Cache geschoben:
Wie ändere ich das mit "Folder statt vdisk"? Das UI gibt mir keine entsprechende Möglichkeit.
8 minutes ago, jj1987 said:Ich glaube es hätte gereicht, im eigentlichen Nexcloud-Docker den Pfad entsprechend zu ändern.
Das habe ich erst auch gedacht, aber nun sind alle Docker Container schneller, so dachte ich.
-
On 4/30/2021 at 11:13 AM, mgutt said:
Ich kenne niemanden, der mit MariaDB ein lahmes Setup hat. Meiner Ansicht nach liegt es nur an den Pfaden. Man muss mit "/mnt/cache/appdata..." arbeiten statt "/mnt/user/appdata...". Denk dran, dass die Umstellung nur sicher ist, wenn bereits alle Daten auf dem Cache liegen und der appdata Share auf "Prefer" oder "Only" eingestellt ist.
okay ich habe jetzt den appdate ordner mit unbalance auf den SSD Cache geschoben. Aber in der Nextcloud Docker Config finde ich nicht, wo ich das umstellen muss. Ich vermute, dass ich hier den gesamten appdata share umziehen muss? Gib mal n Tipp bitte.
Edit1:
Ich hab jetzt was gefunden: wenn ich hier den Docker-Dienst anhalte (1. prüfen, 2. auf no stellen, apply und dann wird 3. editierbar), kann ich aber dennoch nicht /mnt/cache/appdata nehmen. Das wird rot markiert, Dockerdienst startet nicht.
Edit2:
Ich hab den letzten / vergessen.... *doh*Edit3:
Für die Nachwelt, so muss es aussehen. Dann läuft es in der Tat deutlich besser. Zwar immer noch langsamer, als auf nem Rasperry Pi 3, aber was solls. Vorher habe ich teilweise 10 Sekunden Ladezeit für den Kalender gehabt. Jetzt sind es so 2-4 Sekunden.
-
On 1/3/2021 at 9:16 AM, Ale:x said:
2.Problem:
Ich habe bisher nicht viel mit Nextcloud gemacht, finde es aber trotzdem schade das ein Klick auf Kalender fast eine Minute dauert.
Das ganze wird sicherlich im realen benutzen nicht viel ausmachen wenn man nur noch Dateien per App / Sync verschiebt aber stören tut mich das trotzdem deswegen die Frage, reicht meine Hardware für mehrere Docker Container?
Welche Datenbank läuft bei dir drunter?
Ich hab das Setup mit MariaDB und es wirkt auch zähe.
Ich habe gelesen, dass viele das mit postgres gelöst haben. (Hier auf reddit und hier im Forum )
Ich versuche das auch mal die Tage.
-
Well, i gave up on this. I was trying to have two nextcloud servers in my home and i can't figure it out, so the nextcloudPi moved to a friend of mine.
-
On 12/30/2020 at 5:07 PM, Squid said:
Have you ruled out Plex doing a scan of the media?
Dec 29 17:55:10 BlackBox kernel: mdcmd (34): set md_write_method 1You've got turbo mode enabled. Any write to any drive will result in them all spinning up.
Maybe this is the solution for me. Thanks!
edit: it was the solution. turbo write spins all disks up, even if they are not used at all for the write.
-
Hi!
I used some videos of spaceinvader one and set up a swag, nextcloud and some other containers. All works fine inside the docker-verse.
But now i was trying to use the swag proxy to point to another device (Raspbian) in my home network.
Home network: lets say it's 192.168.0.0/24
Gateway and router is 192.168.0.1
Unraid is 192.168.0.80
Raspbian is 192.168.0.70
The SWAG container is in its own network with the nextcloud. Access from internet works. Even for another container (heimdall) in another docker network. All fine.
When i use the shell of the swag container i can ping the 192.168.0.1 but not the 192.168.0.70.
The result of this is: i can't point my proxy to a webservice on the Raspbian.
Where can i start to find a solution? Is this any iptables issue? Damn am I a noob in this.
-
On 3/5/2021 at 8:25 PM, Dovy6 said:
Has anyone gotten around the 'Your web server is not properly set up to resolve "/.well-known/webfinger"' error? I've deleted the 'default' and restarted the app, pulling down the new "default' site-config, but I'm still getting the "webfinger" error
any luck? i updated my docker container and deleted the default config file before that. some errors are gone, the webfinger error is still there:
-
14 hours ago, Emma said:
Hey,
I've been having trouble setting up this nextcloud container.
I followed this guide by spaceinvader (this installs the container with a mariadb one aswell):
It did work when i followed it, when making the account it seemed to crash and didnt install any apps. I tried restarting the container then i could just login with the account i had made. It hadn't installed any of the apps though. So I tried testing it, upload some files etc etc and it was just super super slow, about 5-10 MB/s and the UI was also slow. So i deleted it and mariadb completely and followed the guide again, thinking i had made a mistake. The exact same thing happen, the default apps didnt install, slow ui, very slow upload etc. I then removed both dockers again and installed - just nextcloud without mariadb... Now it has an upload of about 50MB/s and the UI is somewhat faster.. Are there any issues with using the standard sqlite instead of mariadb? Is the guide outdated? Just want to be sure I installed it properly before deploying it and starting to rely on it.
I was setting up my nextcloud exactly like the way in the video. I checked the upload speeds and when i add the file via webUI it was slowAF like 5MB/s. When i use the nextcloud client application in windows, it was WAY faster. maybe this is a possible workaround for you too. I am just synching the files with the app and thats it.
-
On 2/6/2021 at 9:35 AM, michakurt said:
Hi, ich bin auch gerade dabei meinen Nextcloud einzurichten, ich habe es schon bis DuckDns geschafft...habe es allerdings mit SWAG statt ProxyManager gemacht. Ich kriege es aber nicht hin, dass mein domain.de auf "nextcloud.duckdns.org" via CNAME zugreift. Vielleicht liegt es an dem Router, was für einen hast du?
Bei mir lag es an der Config im DNS der Domain.
nehmen wir an du hast nextcloud.duckdns.org und du willst mit nextcloud.deinedomain.de drauf zugreifen.
Dann muss dein CNAME Eintrag "nextcloud" CNAME "nextcloud.duckdns.org" sein und nicht "nextcloud.deinedomain.de" CNAME "nextcloud.duckdns.org".
Und dann im swag (ich muss immer wieder lachen bei dem namen wegen moneyboy), muss es eine entsprechende Konfig geben.
Meine sieht so aus:
\\GeheimerHost\appdata\swag\nginx\proxy-confs
## Version 2020/12/09 # make sure that your dns has a cname set for nextcloud # assuming this container is called "swag", edit your nextcloud container's config # located at /config/www/nextcloud/config/config.php and add the following lines before the ");": # 'trusted_proxies' => ['swag'], # 'overwrite.cli.url' => 'https://nextcloud.your-domain.com/', # 'overwritehost' => 'nextcloud.your-domain.com', # 'overwriteprotocol' => 'https', # # Also don't forget to add your domain name to the trusted domains array. It should look somewhat like this: # array ( # 0 => '192.168.0.1:444', # This line may look different on your setup, don't modify it. # 1 => 'nextcloud.your-domain.com', # ), server { listen 443 ssl; listen [::]:443 ssl; server_name nc.*; include /config/nginx/ssl.conf; client_max_body_size 0; location / { include /config/nginx/proxy.conf; resolver 127.0.0.11 valid=30s; set $upstream_app nextcloud; set $upstream_port 443; set $upstream_proto https; proxy_pass $upstream_proto://$upstream_app:$upstream_port; proxy_max_temp_file_size 2048m; } }Der interessante punkt ist server_name. Ich greife über nc.meinedomain.de auf die nextcloud zu. Anwendungen sollte man immer als sub-domain publizieren habe ich mal gelesen.
Bei mir läuft das nun so.
-
22 hours ago, jonathanm said:
not currently possible.
okay so i set up some openvpn-as docker and try to connect into network first to access unraid via root@ip and that's it for now.
[Support] Linuxserver.io - Nextcloud
in Docker Containers
Posted
this