parazit

yes i do. I checked them and they are still the same.

Hello everybody! My Unraid NAS was working without any problems until yesterday and suddenly, i couldn't reach my docker containers through the internet anymore. It looks like everything is working - docker containers are up and running, i can reach my files but only through my home network, not through the internet. Unfortunately find a solution to this problem and wanted to ask in the forum. Does anybody know, what could be the problem? Unraid version: 6.11.5 (edit: updated to 6.12.3 - problem persists) Jul 20 22:23:21 Unraid kernel: docker0: port 4(veth4b51b07) entered forwarding state Jul 20 22:23:21 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface br-02641c16abe3.IPv6 with address fe80::42:c8ff:fe9b:27e. Jul 20 22:23:21 Unraid avahi-daemon[7805]: New relevant interface br-02641c16abe3.IPv6 for mDNS. Jul 20 22:23:21 Unraid avahi-daemon[7805]: Registering new address record for fe80::42:c8ff:fe9b:27e on br-02641c16abe3.*. Jul 20 22:23:21 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface vethe2cd57e.IPv6 with address fe80::d4e2:c2ff:fe00:7fd4. Jul 20 22:23:21 Unraid avahi-daemon[7805]: New relevant interface vethe2cd57e.IPv6 for mDNS. Jul 20 22:23:21 Unraid avahi-daemon[7805]: Registering new address record for fe80::d4e2:c2ff:fe00:7fd4 on vethe2cd57e.*. Jul 20 22:23:21 Unraid rc.docker: mariadb: started succesfully! Jul 20 22:23:21 Unraid kernel: docker0: port 5(vethc21bcf6) entered blocking state Jul 20 22:23:21 Unraid kernel: docker0: port 5(vethc21bcf6) entered disabled state Jul 20 22:23:21 Unraid kernel: device vethc21bcf6 entered promiscuous mode Jul 20 22:23:21 Unraid kernel: docker0: port 5(vethc21bcf6) entered blocking state Jul 20 22:23:21 Unraid kernel: docker0: port 5(vethc21bcf6) entered forwarding state Jul 20 22:23:22 Unraid kernel: docker0: port 5(vethc21bcf6) entered disabled state Jul 20 22:23:22 Unraid kernel: eth0: renamed from veth38e0a0e Jul 20 22:23:22 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethc21bcf6: link becomes ready Jul 20 22:23:22 Unraid kernel: docker0: port 5(vethc21bcf6) entered blocking state Jul 20 22:23:22 Unraid kernel: docker0: port 5(vethc21bcf6) entered forwarding state Jul 20 22:23:22 Unraid rc.docker: Redis: started succesfully! Jul 20 22:23:22 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered blocking state Jul 20 22:23:22 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered disabled state Jul 20 22:23:22 Unraid kernel: device veth3b5b586 entered promiscuous mode Jul 20 22:23:22 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered blocking state Jul 20 22:23:22 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered forwarding state Jul 20 22:23:22 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface veth4b51b07.IPv6 with address fe80::7849:bff:fe55:cf65. Jul 20 22:23:22 Unraid avahi-daemon[7805]: New relevant interface veth4b51b07.IPv6 for mDNS. Jul 20 22:23:22 Unraid avahi-daemon[7805]: Registering new address record for fe80::7849:bff:fe55:cf65 on veth4b51b07.*. Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered disabled state Jul 20 22:23:23 Unraid kernel: eth0: renamed from veth2b1e54e Jul 20 22:23:23 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth3b5b586: link becomes ready Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered blocking state Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 2(veth3b5b586) entered forwarding state Jul 20 22:23:23 Unraid rc.docker: nextcloud: started succesfully! Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered blocking state Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered disabled state Jul 20 22:23:23 Unraid kernel: device vethced977a entered promiscuous mode Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered blocking state Jul 20 22:23:23 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered forwarding state Jul 20 22:23:24 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered disabled state Jul 20 22:23:24 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface vethc21bcf6.IPv6 with address fe80::1ce3:f6ff:fe57:b05a. Jul 20 22:23:24 Unraid avahi-daemon[7805]: New relevant interface vethc21bcf6.IPv6 for mDNS. Jul 20 22:23:24 Unraid avahi-daemon[7805]: Registering new address record for fe80::1ce3:f6ff:fe57:b05a on vethc21bcf6.*. Jul 20 22:23:24 Unraid kernel: eth0: renamed from vethec4677f Jul 20 22:23:24 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): vethced977a: link becomes ready Jul 20 22:23:24 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered blocking state Jul 20 22:23:24 Unraid kernel: br-02641c16abe3: port 3(vethced977a) entered forwarding state Jul 20 22:23:25 Unraid rc.docker: OnlyOfficeDocumentServer: started succesfully! Jul 20 22:23:25 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered blocking state Jul 20 22:23:25 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered disabled state Jul 20 22:23:25 Unraid kernel: device veth3a3f803 entered promiscuous mode Jul 20 22:23:25 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered blocking state Jul 20 22:23:25 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered forwarding state Jul 20 22:23:25 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered disabled state Jul 20 22:23:25 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface veth3b5b586.IPv6 with address fe80::8886:23ff:fe26:468b. Jul 20 22:23:25 Unraid avahi-daemon[7805]: New relevant interface veth3b5b586.IPv6 for mDNS. Jul 20 22:23:25 Unraid avahi-daemon[7805]: Registering new address record for fe80::8886:23ff:fe26:468b on veth3b5b586.*. Jul 20 22:23:26 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface vethced977a.IPv6 with address fe80::2441:26ff:fe6e:7e1. Jul 20 22:23:26 Unraid avahi-daemon[7805]: New relevant interface vethced977a.IPv6 for mDNS. Jul 20 22:23:26 Unraid avahi-daemon[7805]: Registering new address record for fe80::2441:26ff:fe6e:7e1 on vethced977a.*. Jul 20 22:23:27 Unraid kernel: eth0: renamed from vethda209d1 Jul 20 22:23:27 Unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth3a3f803: link becomes ready Jul 20 22:23:27 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered blocking state Jul 20 22:23:27 Unraid kernel: br-02641c16abe3: port 4(veth3a3f803) entered forwarding state Jul 20 22:23:27 Unraid rc.docker: transmission: started succesfully! Jul 20 22:23:28 Unraid kernel: atlantic 0000:04:00.0 eth0: atlantic: link change old 0 new 10000 Jul 20 22:23:28 Unraid kernel: br0: port 1(eth0) entered blocking state Jul 20 22:23:28 Unraid kernel: br0: port 1(eth0) entered forwarding state Jul 20 22:23:29 Unraid avahi-daemon[7805]: Joining mDNS multicast group on interface veth3a3f803.IPv6 with address fe80::1871:4ff:fe78:26bb. Jul 20 22:23:29 Unraid avahi-daemon[7805]: New relevant interface veth3a3f803.IPv6 for mDNS. Jul 20 22:23:29 Unraid avahi-daemon[7805]: Registering new address record for fe80::1871:4ff:fe78:26bb on veth3a3f803.*. Jul 20 22:23:30 Unraid kernel: atlantic 0000:04:00.0 eth0: atlantic: link change old 10000 new 0 Jul 20 22:23:30 Unraid kernel: br0: port 1(eth0) entered disabled state Jul 20 22:23:33 Unraid ntpd[1124]: Deleting interface #2 br0, 192.168.178.28#123, interface stats: received=24, sent=24, dropped=0, active_time=63 secs Jul 20 22:23:33 Unraid ntpd[1124]: 216.239.35.0 local addr 192.168.178.28 -> <null> Jul 20 22:23:33 Unraid ntpd[1124]: 216.239.35.4 local addr 192.168.178.28 -> <null> Jul 20 22:23:33 Unraid ntpd[1124]: 216.239.35.8 local addr 192.168.178.28 -> <null> Jul 20 22:23:33 Unraid ntpd[1124]: 216.239.35.12 local addr 192.168.178.28 -> <null> Jul 20 22:23:45 Unraid kernel: atlantic 0000:04:00.0 eth0: atlantic: link change old 0 new 10000 Jul 20 22:23:45 Unraid kernel: br0: port 1(eth0) entered blocking state Jul 20 22:23:45 Unraid kernel: br0: port 1(eth0) entered forwarding state Jul 20 22:23:45 Unraid unassigned.devices: Using Gateway '192.168.178.1' to Ping Remote Shares. Jul 20 22:23:45 Unraid unassigned.devices: Waiting 5 secs before mounting Remote Shares... Jul 20 22:23:46 Unraid ntpd[1124]: Listen normally on 3 br0 192.168.178.28:123 Jul 20 22:23:46 Unraid ntpd[1124]: new interface(s) found: waking up resolver unraid-diagnostics-20230720-2241.zip

Could you ever get this to work? I have added the user id of my user --uid 1000 --gid 100 and i got write permission in that folder, that means i can paste files in that folder (even though an error message pops up) but i can't delete or overwrite a file.

Ja genau. Bei Nextcloud sind es zwar Apps, ich nehme sie aber immer Plugins, sorry Kannst du mir vielleicht sagen, wie bei dir die Shares eingebunden sind?

Den Share habe ich zuerst im Container gemappt und dann in Nextcloud über External Storages den Share über "local" eingebunden

Ich verwende den Linuxserver Container, welchen verwendest du?

So wie du es umgesetzt hast mit den User-Ordner als eigene Shares, wollte ich zuerst auch machen. Wurde mir aber von einem Bekannten abgeraten, weil man ein Indexierungsproblem hat und evtl. sogar mehr Schaden anrichten kann. In External über Nextcloud zu schreiben ist kein Problem, aber auf einen Share zb. über einen PC zu schreiben und dann in Nextcloud aufzurufen ist ein Problem, weil Nextcloud die neuen Dateien nicht sofort aktualisiert. Man kann den Vorgang entweder selber triggern oder warten bis Nextcloud es selber macht. Damit habe ich aber eigentlich kein Problem. MIr geht es eher darum, dass die Integration der "Externen Shares" ohne Probleme läuft und das tut dieses Plugin nicht. Egal ob per SMB oder als local - immer ist irgendetwas. Da sind wir nicht die Einzigen. Wenn man die Nextcloud nur als Cloud ohne der Externen Shares verwendet, läuft einwandfrei. Aber für meinen Workflow möchte ich beides, deswegen werde ich mir in den nächsten Tagen "Filerun" installieren. Dort sollte die Einbindung der Externen Shares + Indexierung von Haus aus laufen. Nachteile: nicht Open-Source und nur 10 User wenn man seinen Server registriert.

Nein, ohne Komma. Ich habe es schon sicher 20x probiert Nach viel Recherche, habe ich auch noch von anderen Nextcloud Usern gelesen, dass sie den gleichen Fehler haben. Eine Lösung gab es leider nie.

Genau, test ist der zu löschende Ordner. Habe es jetzt gerade nochmal getestet. Fall 1: Ordner über die Nextcloud WebGUI erstellt / Rechte: drwxr-xr-x 1 nobody users Habe dann diesem Ordner alle Rechte gegeben "drwxrwxrwx" Danach habe ich den Ordner in der Nextcloud WebGUI gelöscht. Gleiches Verhalten und der gleiche Fehler Fall2: Ordner im Share erstellt / Rechte: drwxrwxrwx Diesen Ordner über die Nextcloud WebGUI gelöscht Fehler bleibt gleich Es liegt also meiner Meinung nach nicht an den Rechten, weil ja der Ordner trotzdem gelöscht wird, auch wenn man die GUI aktualisieren muss. Im Share ist der Ordner sofort gelöscht.

Sorry, das ist nicht die Bezeichnung vom Ordner sondern vom Share, habe es ausgebessert. Der wurde direkt in der Unraid GUI erstellt. Denselben Share habe ich dann direkt in der Nextcloud Docker Configuration gemapped, um eben den Share über die Variante "local" in Nextcloud einzubinden. Somit sollten die Rechte auf den Share richtig gesetzt sein oder? Ich bin nach der Video Anleitung von SpaceInvader vorgegangen und im Video hat er genau denselben Fehler "error deleting file" bei Minute 10:44

Hallo zusammen! Ich habe seit längerem einen Nextcloud Docker am Laufen und hatte meine Unraid Shares über das "External Storage - Plugin" in Nextcloud per SMB eingebunden. Da es oft zu irgendwelchen Fehlern kam, habe ich jetzt die Shares über die "Local" Variante eingebunden. Scheint auch auf den ersten Blick gut zu funktionieren, nur bekomme ich immer eine Fehlermeldung und zwei Log-Einträge, wenn ich einen Ordner lösche. Bei Dateien funktioniert es ohne Probleme. Vorgang: 1. Ordner im eingebundenen Share wird gelöscht 2. Rechts oben erscheint die Fehlermeldung "error deleting file "dateiname"" 3. Seite wird manuell aktualisiert und der Ordner ist weg 4. Zwei Fehlermeldungen im Log [PHP] Error: Error: rename(): The first argument to copy() function cannot be a directory at /config/www/nextcloud/lib/private/Files/Storage/Local.php#361 at <<closure>> 0. <<closure>> OC\Log\ErrorHandler::onError() 1. /config/www/nextcloud/lib/private/Files/Storage/Local.php line 361 rename() 2. /config/www/nextcloud/lib/private/Files/Storage/Local.php line 580 OC\Files\Storage\Local->rename() 3. /config/www/nextcloud/lib/private/Files/Storage/Wrapper/Wrapper.php line 595 OC\Files\Storage\Local->moveFromStorage() 4. /config/www/nextcloud/apps/files_trashbin/lib/Storage.php line 239 OC\Files\Storage\Wrapper\Wrapper->moveFromStorage() 5. /config/www/nextcloud/apps/files_trashbin/lib/Trashbin.php line 323 OCA\Files_Trashbin\Storage->moveFromStorage() 6. /config/www/nextcloud/apps/files_trashbin/lib/Trash/LegacyTrashBackend.php line 107 OCA\Files_Trashbin\Trashbin::move2trash() 7. /config/www/nextcloud/apps/files_trashbin/lib/Trash/TrashManager.php line 102 OCA\Files_Trashbin\Trash\LegacyTrashBackend->moveToTrash() 8. /config/www/nextcloud/apps/files_trashbin/lib/Storage.php line 202 OCA\Files_Trashbin\Trash\TrashManager->moveToTrash() 9. /config/www/nextcloud/apps/files_trashbin/lib/Storage.php line 125 OCA\Files_Trashbin\Storage->doDelete() 10. /config/www/nextcloud/lib/private/Files/View.php line 1177 OCA\Files_Trashbin\Storage->rmdir() 11. /config/www/nextcloud/lib/private/Files/View.php line 355 OC\Files\View->basicOperation() 12. /config/www/nextcloud/apps/dav/lib/Connector/Sabre/Directory.php line 318 OC\Files\View->rmdir() 13. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Tree.php line 179 OCA\DAV\Connector\Sabre\Directory->delete() 14. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 281 Sabre\DAV\Tree->delete() 15. /config/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89 Sabre\DAV\CorePlugin->httpDelete() 16. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472 Sabre\DAV\Server->emit() 17. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253 Sabre\DAV\Server->invokeMethod() 18. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321 Sabre\DAV\Server->start() 19. /config/www/nextcloud/apps/dav/lib/Server.php line 358 Sabre\DAV\Server->exec() 20. /config/www/nextcloud/apps/dav/appinfo/v2/remote.php line 35 OCA\DAV\Server->exec() 21. /config/www/nextcloud/remote.php line 166 require_once("/config/www/nex ... p") DELETE /remote.php/dav/files/nextcloud/ShareName/test [PHP] Error: Error: rename(//ShareName/test,//data/nextcloud/files_trashbin/files/test.d1666684644): Cross-device link at /config/www/nextcloud/lib/private/Files/Storage/Local.php#361 at <<closure>> 0. <<closure>> OC\Log\ErrorHandler::onError() 1. /config/www/nextcloud/lib/private/Files/Storage/Local.php line 361 rename() 2. /config/www/nextcloud/lib/private/Files/Storage/Local.php line 580 OC\Files\Storage\Local->rename() 3. /config/www/nextcloud/lib/private/Files/Storage/Wrapper/Wrapper.php line 595 OC\Files\Storage\Local->moveFromStorage() 4. /config/www/nextcloud/apps/files_trashbin/lib/Storage.php line 239 OC\Files\Storage\Wrapper\Wrapper->moveFromStorage() 5. /config/www/nextcloud/apps/files_trashbin/lib/Trashbin.php line 323 OCA\Files_Trashbin\Storage->moveFromStorage() 6. /config/www/nextcloud/apps/files_trashbin/lib/Trash/LegacyTrashBackend.php line 107 OCA\Files_Trashbin\Trashbin::move2trash() 7. /config/www/nextcloud/apps/files_trashbin/lib/Trash/TrashManager.php line 102 OCA\Files_Trashbin\Trash\LegacyTrashBackend->moveToTrash() 8. /config/www/nextcloud/apps/files_trashbin/lib/Storage.php line 202 OCA\Files_Trashbin\Trash\TrashManager->moveToTrash() 9. /config/www/nextcloud/apps/files_trashbin/lib/Storage.php line 125 OCA\Files_Trashbin\Storage->doDelete() 10. /config/www/nextcloud/lib/private/Files/View.php line 1177 OCA\Files_Trashbin\Storage->rmdir() 11. /config/www/nextcloud/lib/private/Files/View.php line 355 OC\Files\View->basicOperation() 12. /config/www/nextcloud/apps/dav/lib/Connector/Sabre/Directory.php line 318 OC\Files\View->rmdir() 13. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Tree.php line 179 OCA\DAV\Connector\Sabre\Directory->delete() 14. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php line 281 Sabre\DAV\Tree->delete() 15. /config/www/nextcloud/3rdparty/sabre/event/lib/WildcardEmitterTrait.php line 89 Sabre\DAV\CorePlugin->httpDelete() 16. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 472 Sabre\DAV\Server->emit() 17. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 253 Sabre\DAV\Server->invokeMethod() 18. /config/www/nextcloud/3rdparty/sabre/dav/lib/DAV/Server.php line 321 Sabre\DAV\Server->start() 19. /config/www/nextcloud/apps/dav/lib/Server.php line 358 Sabre\DAV\Server->exec() 20. /config/www/nextcloud/apps/dav/appinfo/v2/remote.php line 35 OCA\DAV\Server->exec() 21. /config/www/nextcloud/remote.php line 166 require_once("/config/www/nex ... p") DELETE /remote.php/dav/files/nextcloud/ShareName/test Leider habe ich bist jetzt keine Lösung gefunden und wollte hier in der Runde fragen, ob nicht vielleicht jemand einen Tipp oder Lösung für dieses Problem hätte? Danke im Voraus!

Hello guys! I am having this error in my log and trying to find a solution to solve it. This is happening, when people are trying to upload files, but people also had issues to download files. Unfortunately it's very difficult for me to tell, because over the last weekend a lot of people were uploading and downloading files and a lot of them were reporting, that they had issues. The share that is connect to Nextcloud is a SMB-Share. I am also using NginxProxyManager, MaridDB and Redis. Nextcloud Version: 24.0.3 I would be grateful, if anybody could help me, because i didn't find a solution yet. Thank you!

Hello guys, i have received a new WDD Red Pro from WD because my previous one had some errors even though it was brand new. So i have unpacked the new HDD connected it to my Unraid Server through an USB-Adapter and ran the pre-clear script. Pre-Read was fine, zeroing was fine but post-read showed some errors. Unfortunately i didn't save the log A short SMART test says the disk is good and a extended test aborts after 5 mins. It's so weird that the replacement disk also shows errors after pre-clear. I have never had any problems with any of the HDD's i purchased and now it happened twice. Could it be that the pre-clear script is not working as it should? Could anybody tell me if the errors are a big deal? Thank you guys!

Yes this value is 0 on all my disks thats why i don't even want to invest more to time for any other test. The result clearly shows that there is something wrong with the disk eventhough it's brand new.

I will run another long smart to see the result. All SATA-Ports are occupied but i can disconnect one of the data drives, run the tests on the new HDD and reconnect the drive again. That should normally work right? EDIT: Just connected the HDD directly and ran the extended SMART test. Unfortunately the test failed. I am going to RMA the disk. Thank you everybody who tried to help me in this case