Abigel Posted May 21, 2022 Share Posted May 21, 2022 12 hours ago, mgutt said: Edit the container, scroll down and click on add variable. A variable for the allowed hosts or a variable to a new config file? Quote Link to comment
ySkNight Posted May 22, 2022 Share Posted May 22, 2022 (edited) Is possible to disable login and using Authelia as primary login method? Is this still possible on this docker container? github edit: After some digging Paperless-ng provided soluctions HTTP_REMOTE_USER basically add a boolean to docker templates and mark key as "HTTP_REMOTE_USER" value as "true" Edited May 22, 2022 by ySkNight Quote Link to comment
Boogie2005 Posted May 24, 2022 Share Posted May 24, 2022 Hello, I am still relatively new to UnRaid. Also, my English is relatively poor, always need a translation tool. Now my question: I would like to use Paperless-ngx. I already have the container running. I can also access the web interface and upload data via the browser. But now I notice the following: 1. when I upload a document, there are 8 files on the server. Is that normal? I can't manage to connect to an APP via WebDAV. I always get the message: No valid WebDAV server. I used the app IOS ScannerPro. Do you need more information to help me? Translated with www.DeepL.com/Translator (free version) Quote Link to comment
Abigel Posted May 27, 2022 Share Posted May 27, 2022 (edited) @mguttI addet the variables but same issue @Laucien I think you had the same problem, maybe you can help? Edited May 27, 2022 by Abigel Quote Link to comment
mgutt Posted May 28, 2022 Share Posted May 28, 2022 16 hours ago, Abigel said: addet the variables but same issue There seem to be additional variables: https://github.com/paperless-ngx/paperless-ngx/issues/845 Like PAPERLESS_CORS_ALLOWED_HOSTS or PAPERLESS_URL. Quote Link to comment
mgutt Posted May 28, 2022 Share Posted May 28, 2022 Yes the URL variable seems to be important: https://github.com/paperless-ngx/paperless-ngx/issues/817 Quote Link to comment
Laucien Posted May 30, 2022 Share Posted May 30, 2022 On 5/27/2022 at 12:04 PM, Abigel said: @mguttI addet the variables but same issue @Laucien I think you had the same problem, maybe you can help? I was not able to solve it in a way that would be useful to you (Moved Paperless to a VM in proxmox) but someone on Reddit was having the exact same issue and discovered that the problem was reported to Github sometimes after I posted here and the documentation now includes some extra variables you need to set. I don't know if it works or not but the guy said it fixed it. Quote Link to comment
blaine07 Posted June 3, 2022 Share Posted June 3, 2022 (edited) This updated today and having issues logging in again; anyone else? Anyone find solution? Something I did her last time worked but...can't seem to figure it out this time: https://github.com/paperless-ngx/paperless-ngx/issues/817 EDIT:Yep I have completely broke it. Gonna backup the files and wipe it. I'm not sure what I have done to it entirely LOL but it's beyond broken. and keeps defaulting to admin:admin login so be careful if any of you folks have it exposed publically! Edited June 3, 2022 by blaine07 Quote Link to comment
trekk Posted June 4, 2022 Share Posted June 4, 2022 (edited) Anyone else having an issue with paperless-ngx failing to connect to Redis? My Redis logs show that everything is working ok but I cant get paperless to work. Here is the log: Quote Paperless-ngx docker container starting... Installing languages... Hit:1 http://deb.debian.org/debian bullseye InRelease Hit:2 http://deb.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org/debian-security bullseye-security InRelease Reading package lists... Package tesseract-ocr-spa already installed! Creating directory /tmp/paperless Adjusting permissions of paperless files. This may take a while. Waiting for Redis: redis://192.168.45.10:6379 Redis ping #0 failed, waiting 5s Redis ping #1 failed, waiting 5s Redis ping #2 failed, waiting 5s Redis ping #3 failed, waiting 5s Redis ping #4 failed, waiting 5s Failed to connect to: redis://192.168.45.10:6379 Edited June 4, 2022 by trekk Quote Link to comment
rh535 Posted June 5, 2022 Share Posted June 5, 2022 On 6/4/2022 at 4:51 PM, trekk said: Anyone else having an issue with paperless-ngx failing to connect to Redis? My Redis logs show that everything is working ok but I cant get paperless to work. Here is the log: Yes. This is my error 02:34:32 [Q] ERROR DENIED Redis is running in protected mode because protected mode is enabled and no password is set for the default user. In this mode connections are only accepted from the loopback interface. If you want to connect from external computers to Redis you may adopt one of the following solutions: 1) Just disable protected mode sending the command 'CONFIG SET protected-mode no' from the loopback interface by connecting to Redis from the same host the server is running, however MAKE SURE Redis is not publicly accessible from internet if you do so. Use CONFIG REWRITE to make this change permanent. 2) Alternatively you can just disable the protected mode by editing the Redis configuration file, and setting the protected mode option to 'no', and then restarting the server. 3) If you started the server manually just for testing, restart it with the '--protected-mode no' option. 4) Setup a an authentication password for the default user. NOTE: You only need to do one of the above things in order for the server to start accepting connections from the outside. Quote Link to comment
blaine07 Posted June 5, 2022 Share Posted June 5, 2022 On 6/4/2022 at 4:51 PM, trekk said: Anyone else having an issue with paperless-ngx failing to connect to Redis? My Redis logs show that everything is working ok but I cant get paperless to work. Here is the log: Mine started unable to connect to reddis...then I mucked it all up l ol Quote Link to comment
trekk Posted June 6, 2022 Share Posted June 6, 2022 3 hours ago, rh535 said: Yes. This is my error 02:34:32 [Q] ERROR DENIED Redis is running in protected mode because protected mode is enabled and no password is set for the default user. In this mode connections are only accepted from the loopback interface. If you want to connect from external computers to Redis you may adopt one of the following solutions: 1) Just disable protected mode sending the command 'CONFIG SET protected-mode no' from the loopback interface by connecting to Redis from the same host the server is running, however MAKE SURE Redis is not publicly accessible from internet if you do so. Use CONFIG REWRITE to make this change permanent. 2) Alternatively you can just disable the protected mode by editing the Redis configuration file, and setting the protected mode option to 'no', and then restarting the server. 3) If you started the server manually just for testing, restart it with the '--protected-mode no' option. 4) Setup a an authentication password for the default user. NOTE: You only need to do one of the above things in order for the server to start accepting connections from the outside. Im not getting that error on Redis. My Redis container seems to be running ok but I dont run anything else that uses it to test to make sure. Here are my Redis logs Quote redis 04:17:17.39 INFO ==> ** Starting Redis ** 1:C 05 Jun 2022 04:17:17.423 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 1:C 05 Jun 2022 04:17:17.424 # Redis version=7.0.0, bits=64, commit=00000000, modified=0, pid=1, just started 1:C 05 Jun 2022 04:17:17.424 # Configuration loaded 1:M 05 Jun 2022 04:17:17.425 * monotonic clock: POSIX clock_gettime 1:M 05 Jun 2022 04:17:17.426 * Running mode=standalone, port=6379. 1:M 05 Jun 2022 04:17:17.426 # Server initialized 1:M 05 Jun 2022 04:17:17.426 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_memory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.overcommit_memory=1' for this to take effect. 1:M 05 Jun 2022 04:17:17.427 * Reading RDB base file on AOF loading... 1:M 05 Jun 2022 04:17:17.427 * Loading RDB produced by version 7.0.0 1:M 05 Jun 2022 04:17:17.427 * RDB age 38194 seconds 1:M 05 Jun 2022 04:17:17.427 * RDB memory usage when created 0.82 Mb 1:M 05 Jun 2022 04:17:17.427 * RDB is base AOF 1:M 05 Jun 2022 04:17:17.427 * Done loading RDB, keys loaded: 0, keys expired: 0. 1:M 05 Jun 2022 04:17:17.427 * DB loaded from base file appendonly.aof.1.base.rdb: 0.000 seconds 1:M 05 Jun 2022 04:17:17.427 * Ready to accept connections Quote Link to comment
rhodo Posted June 11, 2022 Share Posted June 11, 2022 What is the best way to backup your paperless-ngx installation? I know it has a document exporter utility, but I don't know how to call it from Unraid. In the paperless-ngx docs there is mention of using rsync to make incremental backups. Is anyone doing this? If so, please share how you go about doing it. I am just starting out with paperless-ngx and want to make sure that all the documents that I am putting into it are backed up on a regular basis. Thanks in advance! Quote Link to comment
fk_muck1 Posted June 20, 2022 Share Posted June 20, 2022 I run the following command automatically via "User Scripts" every day: sudo docker exec [paperless docker name] document_exporter ../export Alternatively, run it manually from the console. This will write all documents and settings to the defined export folder. Personally, I export the data and copy this folder daily to a Synology NAS where it makes daily an incremental Backup. To restore, copy the backed up data to the defined export folder and use the command document_importer ../export Or adjust the path [../export] if the data is elsewhere I would also like to see a comfortable option via the GUI. But that's what I'm doing right now. 1 Quote Link to comment
rhodo Posted June 20, 2022 Share Posted June 20, 2022 4 hours ago, fk_muck1 said: I run the following command automatically via "User Scripts" every day: sudo docker exec [paperless docker name] document_exporter ../export This works perfect. Thank you very much! Quote Link to comment
funbubba Posted June 21, 2022 Share Posted June 21, 2022 Hi folks, I was wondering if anyone else is seeing high write activity on redis while paperless-ngx is online. My `iotop -o` shows a constant write rate of ~170K/s with redis-server and `redis-cli monitor` shows this constant stream below. Is this normal? The only reason I'm scrutinizing this is that I've had a second SSD cache drive die on me after only 13 months of use and I wonder if this container chewed it up with all the writes. root@server:~# docker exec -ti redis bash I have no name!@7526cfb429d2:/$ redis-cli monitor OK 1655819311.813775 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819311.899820 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LXDEUHZnpzHOsWlCxrrqSjptBGaQrQfwA5e1aLLiQR9570Rcnk7xJblAHBLuwgtydV3-DW1fShdv-lK6qv8FkrGATLrknh5t7z8nZu-u_I5Xhwsn8kKkDnfTbFhg4S1j75hO6ooUfdEotbBxp0-XG0h614rV4Pd7iWAWdEkY5Aw6ix9-mV7TebPypz4x_nplYqVARYRTuB1oFzsPRAHMugXkcV8K-oK907uOnD5wwXKiMGcVAaGUpHsFqKXKK57GZSWeBm8RDrDk3PHZ2tjdep8WqUECXHx7ub76ku49n_c3fc7crT99tipHlCoTikuJVrL9qnX1R33YgpG3vO5WFpkwSTieSDU6S0ujjk8SpUmRdGRS08ON_NWCYsnI4K2HjgAPw4-Ae1rZzX3AepopSJ6Rv7htWLRjPQlA6lntTkn5ixYB7J7BWaAuE73nKOp0ltpylnY5_s6eVAG0o3sAxYLb7pqJeOltwT22-2Opl9Uoqmv--YPHT-K87KqaCry5tPwOLpMSC:1o3eF5:UB9KqTvdjzBT6mhapr-QL-UDpucUdPxVUEhYqcJDfEA" "EX" "3" 1655819312.401025 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LW0EUTUhMXpNqCyqtC8FNMd2EllBcCeIHVB64aEmhC3nMe2_qm2Yy8zJzBzUg6MIKcnfe-hv8B6669ad0pf0NnUkq2Bkuc88c7tx7zpzO_LyvViYLX-TfmTrQyahrgYGzhPXPPqErentGJ9TB5qE2A24s7VMn3oy34o8ca6BTwihnwEEM-dP0irZazd-NxdnVxbn1ChURRuF-rFXgPHwWYM4lMI_jStgX9InOffzwgXOGC5UxoxgIrSzFVayVIqf4DbYy6Sxwk3iIdecmR7-_u_04LdaEArp8-ev2ei39-nA62rlbuln_88WmGFmuQCguKd7AxqPWV1P1XQdC2u43p7LQlEnChUSy8XFSGn10nDhVimwgg4IOvv6vBgxTVk5mJWwecAB-FNzD-m7uC87DVFHqhPTNfcOaBeNZCErbuTclGSVWjLl3AuuFtkD4nKes13vPPmRpr-ffHGolQBuKt7ENzA6eVDRKZwvuqZ2prV7WsKSi9e8L3q00lveomA--urT7F3_Gw30:1o3eF6:B8ewUwBH7PXcDUHFnonXCrFeEURcthNX-EDqHMy5ASk" "EX" "3" 1655819312.816146 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819312.902323 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZlxph0_VlBx9-ZlcbwMK4N4EsQPUPq2iwt7kCbdHe04maQnqaAOCO7BFaRulv4G_4EnTwv7Uzy5-xtMxhU0oUi9PCpV7-V89OZppDJc-CE_YupQJ_22BQbOEta--YSuaeknnVELG8fadLmxtE-teCPejHc4VkGnhFHOgIPo8bfpNW02G4_1ucnFuam1ChURRuF-oFXgPBwLMOcSmMdxJexL-koXPn75wCnDhcqYUQyEVpbiEayWIqf4MzYz6Sxwk3iINeeGx97e7tbrtFgVCuhq-uH-djX98fe8v_3n093av-82xchyBUJxSfE61l-1zr-obzsQ0rYPnMpCUyYJZxPJBqdJafTJaeJUKbKuDApa-PFdDRimrBzOStg45AD8JLiHtd3cF1yEqaLUCemb-4ZVC8azEJSO596UpJ9YMeDeCawV2gLhBE9Zp7PMVrK00_Fv9rQSoA3FWzgOzHbfVNRLZwvuqe0XW72sXklF8_8XfFmY_L1MxUzw1aXtZ4aqxA0:1o3eF6:hjCuvB8wDsxKYojW2dq8mc0V0TQmue0DKBUADOSvS1g" "EX" "3" 1655819313.403485 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFOGzEQDUqabEOhSICAYw-UcIlaRYhTJARBAu2tiEo9oJV317BuHHtjjwVEQgoHWqmaGwPfwB_01Gsv_Aentt9QOxSJ2hp5np_GM-95_OLm11RlsvB1_pmpE50M2xYYOEtYO_AJXdP6JV1QCxun2vS5sXRErXg73on3OFZBp4RRzoCDGPDn6TXtNBsP9cWZtcXZboWKCKNwP9IqcB6-DDDnEpjHcSXsr_SBrnx88YGzhguVMaMYCK0sxVNYLUVO8So2M-kscJN4iDXnJsfh4X7vaVqsCgX0be7H99vN9NPv8XD358pd989Hm2JkuQKhuKR4C-tPWpce1bcdCGnbx05loSmThAuJZKPzpDT67DxxqhRZXwYFLVz-rwYMU1ZOZiVsnHAAfhbcw9p-7guuwlRR6oT0zX3DqgXjWQhKp3NvSjJMrBhx7wTWCm2B8BVPWafznm1kaafj3xxoJUAbins4Dcz2n1XUS2cL7qndR1u9rEFJRfPfF7x7U397T8V88NWl7b-Fn8QE:1o3eF7:Q0g9CpjaKCPNckM4b9srt324QMJrnjtoQuflwPesqq0" "EX" "3" 1655819313.818928 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819313.904718 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LXDEUHZnpzHOsWlCxLruQjptBGaQrQfwA5e1aLLiQR9570Rcnk7xJblAHBLuwgtydV3-D4A9w1a2r_o6uqr_BZKxgEy65J4ebe8_J2bvrvyOV4cLJ_JCpA5302xYYOEtY--YTuqKFH3RKLWwcadPlxtIeteK1eD3e4lgFnRJGOQMOosffple03mz8qc-Mf56ZWKlQEWEU7gdaBc7D0QBzLoF5HFfCvqCvdO7jpw-cMFyojBnFQGhlKR7BailyiuexmUlngZvEQ6w5Nzx2drY3XqfFqlBAlx9-3d98SXcfz_qbD3O3K0_fbYqR5QqE4pLiVay_ap19Ud92IKRt7zuVhaZMEk4nkg1OktLo45PEqVJkXRkUtPDjfzVgmLJyOCth44AD8OPgHta2c19wHqaKUiekb-4bVi0Yz0JQOpZ7U5J-YsWAeyewVmgLhO95yjqdJbacpZ2Of7OnlQBtKN7AMWC2-6aiXjpbcE9tvtjqZfVKKpr_vmDx0_jvOyqmgq8ubT8DjGLEkQ:1o3eF7:G1W1c-XgW224N-pozIn73uw4gbDT2G06sPZAdo7V7F8" "EX" "3" 1655819314.405936 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZnZmXZcP0Bl3euCOF4GZRBPgvgBun1TXNiDNOnuaMfJJD1JBXVgwT2osNTNWn-D_8CTV3_KnnR_wyajgptQpF4elar3cvHh99NIZbhwMj9h6lgn_bYFBs4S1vZ9Qje0-JN-UAsbp9p0ubF0SK14I96MdzhWQaeEUc6Ag-jx9-kNbTYbf-qz4wuzE2sVKiKMwv1Aq8B5OBpgziUwj-NK2Ne0R5c-rnzghOFCZcwoBkIrS_EIVkuRUzyPzUw6C9wkHmLNueFxcLC79TYtVoUC-jX1cH-7mn5_vuhvP36-W_v7zaYYWa5AKC4pXsf6m9ZPL-rbDoS07SOnstCUScKZRLLBeVIafXaeOFWKrCuDghbO_VcDhikrh7MSNo45AD8L7mFtN_cFl2GqKHVC-ua-YdWC8SwEpWO5NyXpJ1YMuHcCa4W2QPiRp6zTWWYrWdrp-Dd7WgnQhuItHANmu-8q6qWzBffU9outXlavpKL5-gVLX-pLX6mYDr66tP0PgJrDjg:1o3eF8:cocC4KANktqhPHT_3ZJtNlDFdZZ410BQi5FEEzp_Ekw" "EX" "3" 1655819314.821409 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819314.907132 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFqGzEQdbBjb5zELTSmybVQ4l5Miyk9BUpjQ8PeGlLooSzaXdWrWpbW0ogmhkJycAplbpn2G_oHOeXaT-gn5NT2GyLZMSQSg-bpMZp5T6erP_6uVOYLH-SfmRrqZNK1wMBZwtqhT-iCnp3RV-pg44s2I24sfaRO_Cbej99yrIJOCaOcAQcx5nfTC9pvNq7r7c3ddmuvQkWEUbifahU4D9cCzLkE5nFcCfsbvaOZj3Mf2DJcqIwZxUBoZSlewWopcoqfYjOTzgI3iYdYc25-HB0d9JfTYlUooO8Pry5_vko__DudDH7v_Nr7_96mGFmuQCguKX6N9aXWxwv1XQdC2u4np7LQlEnCrUSy6UlSGn18kjhVimwkg4IObt-rAcOUlfNZCRtDDsCPg3tYO8h9wSxMFaVOSN_cN6xaMJ6FoHQ996Ykk8SKKfdOYK3QFgg3eMp6vRfsZZb2ev7NsVYCtKG4j-vA7OhORb10tuCeGixs9bLGJRXN2y94_mTzT5OKR8FXl3ZvAIX9w_s:1o3eF8:YII7tSDlfp7gWrLcD8J3JX6o9hrT0Q1PQ_YoiHOMJs8" "EX" "3" 1655819315.408312 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFKW0EUTUiavCbVFqy0XRdp3ARLEOkiUKpC5e0qKXRRHvPeG31jJjMvM3dQUwp2YQW5O2_9Bv-gK7f9FFfWb3AmUdAZLnPPHO7ce84cPflzXa1MFz7P95ja1cm4a4GBs4T1bZ_QGS3_op_Uwea-NkNuLH2nTvwpXo8_c6yBTgmjnAEHMeIP0zNabzWvGotz7xbn-xUqIozC_USrwHn4NMCcS2Aex5WwT-gLHfv47QPnDRcqY0YxEFpZiqtYK0VO8RK2MukscJN4iHXnpsdgsLVxPy3WhAI6fXH593wt_fb_aLz5781F_-arTTGyXIFQXFL8ERv3Wl_N1HcdCGm7O05loSmThC8TySaHSWn0wWHiVCmyoQwKOvj6UQ0YpqyczkrY3OUA_CC4h_Wt3Bcch6mi1Anpm_uGNQvGsxCUtnNvSjJOrJhw7wTWC22B8BlPWa_3nq1maa_n3xxpJUAbijewDcwOH1Q0SmcL7qnNma1e1qikonX3BStvGx9-ULEQfHVp9xaDL8PJ:1o3eF9:bKL_OYaUNW7AkkNz3JIsNmIO4T1KoKpSid8i9ifEBhQ" "EX" "3" 1655819315.823792 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819315.909370 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZlxph0_QcX1vCw7exmUQTwJ4gcofdvFBQ9Lk-7O2nEySU9SQR0Q3IMrSN0s_Q3-A09e92948-T6GzYZV9CEIvXyqFS9l7PR66eRynDhdH7I1IFO-m0LDJwlrH3zCV3Rl190Si1sHGnT5cbSD2rFG_FmvMOxCjoljHIGHESPv02vaLPZeKzPT36en1qrUBFhFO4HWgXOw7EAcy6BeRxXwr6gr3Tu47cPnDJcqIwZxUBoZSkewWopcoo_YTOTzgI3iYdYc2547O3tbr1Oi1WhgC5n7u9uVtP9v2f97T-Lt2vP322KkeUKhOKS4nWsv2pdeFHfdiCkbf90KgtNmSScSyQbnCSl0ccniVOlyLoyKGjhh3c1YJiycjgrYeOAA_Dj4B7WdnNfcB6milInpG_uG1YtGM9CUDqee1OSfmLFgHsnsFZoC4QTPGWdzjJbydJOx7_Z00qANhRv4Tgw231TUS-dLbintl9s9bJ6JRXN_1-w9HHyYZSK2eCrS9v_AIZAxAA:1o3eF9:wusmAW3uNqyceNhV40_XRrDpRL6-tl2qw_2gjADqQrU" "EX" "3" 1655819316.410546 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LHEEQXdl1d1yjBhJJco-4XhZlkJwWxA-IzE1RyEGGnpmO025v92x3NepCwBxUkLpZ-hv8Bzl5zU_JKeY3pHtV0G6KrteP6qr3-mzy5u9Ebbxwrjhi6lCnw64FBs4SNnZ9Qte09JN-UAdbx9r0ubF0QJ1kPdlIvnKsg84Io4IBBzHgL9Nr2mi3_jTnZxbnZ3s1KiOMwv1Iq8B5OBVgwSUwj5Na2Je0Q-c-LnzgrOFC5cwoBkIrS8kE1itRULKA7Vw6C9ykHmLDufGxt7e9-Twt1oUCunp7_-v2S_bt4Wy49fvTXe_fvs0wslyBUFxSsobNZ60fHtV3HQhpu9-dykNTJgnfp5KNTtPK6JPT1KlK5H0ZFHTw46saMExZOZ6VsHXIAfhJcA8b24UvOA9TRZkT0jf3DesWjGchKJ0uvCnpMLVixL0T2Ci1BcI3PGNxvMJW8yyO_ZsDrQRoQ8kmTgOz_RcVzcrZkntq69FWL2tQUdl--oLlz831mMp3wVeXdf8DgJHDiw:1o3eFA:aSa3A8iUW_q5G2rlyvKJTzJ0QAMl-6_UkA4nbygqM3Y" "EX" "3" 1655819316.826894 [0 172.17.0.1:53780] "BLPOP" "django_q:paperless:q" "1" 1655819316.911459 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUU1LJDEQHZlxpndcdUHF9b7ieBmUQfYkLH6A0jcXhT1Ik-6OdpxM0pNUWB0Q9KALUjdLf4P_YE979afoxd3fYDIquAlF6uVRqXovZ6M3TyOV4cLJ_IipQ5302xYYOEtY--4TuqbFczqlFjZ-atPlxtI-teK1eD3e4lgFnRJGOQMOosffp9e03mw81GfGF2YmVitURBiF-4FWgfPwQ4A5l8A8jith_6IduvBx6QMnDBcqY0YxEFpZikewWoqc4nlsZtJZ4CbxEGvODY_d3e2Nt2mxKhTQ1ac_v2-_pj_-nvU37-fuVv_t2RQjyxUIxSXF37D-pnX2RX3bgZC2feBUFpoySTidSDY4SUqjj08Sp0qRdWVQ0MLP_9WAYcrK4ayEjUMOwI-De1jbzn3BRZgqSp2QvrlvWLVgPAtB6VjuTUn6iRUD7p3AWqEtEH7kKet0ltlKlnY6_s2eVgK0oXgDx4DZ7ruKeulswT21-WKrl9UrqWi-fsHSl_HHWSqmgq8ubT8Dh3TEGw:1o3eFA:L4jRMj1HW_8kVsHKHz8ZxurTsMmwGhdX4lKUpMAmKmQ" "EX" "3" 1655819317.412691 [0 172.17.0.1:53776] "SET" "django_q:paperless:cluster:56ee3da8-19c6-4571-80ed-59623796b7bd" ".eJxVUcFKYzEUrbS2zzo6giOOHyBTN8WhDK4KYiuobzeiMAt55L0XbaZp8prcoBYEZ6GC3J3X-Yb5A1du_RRX6jdMUkdwEi65J4ebe8_J-eTt00RpvPBj_pOpI50MmxYYOEtY2fUJ3dDKLzqjBtaOtelzY-mAGvFG3Im3OJZBp4RRzoCDGPD36Q116rXH6sLMl4XZdol6EUbhfqRV4DycCjDnEpjHcSnsK_pOFz4ufeCs4UJlzCgGQitL8QSWC5FTvIz1TDoL3CQeYsW58bG3t919mxbLQgFdz93f_V5LfzyfDzcflv60X_ZtipHlCoTikuJ1rL5pXXxV33QgpG0eOpWFpkwSfkokG50mhdEnp4lThcj6Miho4Of_asAwZeV4VsLaEQfgJ8E9rGznvuAiTBWlTkjf3DcsWzCehaB0OvemJMPEihH3TmClpy0QfuApa7W-sm9Z2mr5NwdaCdCG4i5OA7P9dxXVwtke99Tmq61e1qCgXv3fF6wuV3e85_PBV5c2_wKFH8P0:1o3eFB:ixjCIw62JB0QndafV04CVTX6kaK0J0LNsFautuyURbc" "EX" "3" Quote Link to comment
Kuwabara89 Posted June 27, 2022 Share Posted June 27, 2022 Just wondering how paperless-ngx handles files with the same name? As an example, it consumes file 'invoice.pdf' processes it etc, then at a later date a file called 'invoice.pdf' (with different content) is put into the consume folder. Would this still be processed or does it need to be renamed? Thanks Quote Link to comment
TimTaylor Posted July 2, 2022 Share Posted July 2, 2022 i wonder how i can share the consume folder to the network. I just cant add a share with the path to it Quote Link to comment
rhodo Posted July 2, 2022 Share Posted July 2, 2022 On 6/21/2022 at 9:55 AM, funbubba said: I was wondering if anyone else is seeing high write activity on redis while paperless-ngx is online. My `iotop -o` shows a constant write rate of ~170K/s with redis-server and `redis-cli monitor` shows this constant stream below. Is this normal? I see no such activity on my system. I even dropped a document into the consume folder over the LAN and nothing. 1 Quote Link to comment
rhodo Posted July 2, 2022 Share Posted July 2, 2022 5 hours ago, TimTaylor said: i wonder how i can share the consume folder to the network. I just cant add a share with the path to it I placed my consume folder in a "Public" Unraid share. I have no trouble accessing it from anywhere on the LAN. Because my Unraid box is only accessible from the internet via Wireguard, I have no problem exposing it in this way. Quote Link to comment
TimTaylor Posted July 2, 2022 Share Posted July 2, 2022 So u mounted the /data folder just in shared folder? Quote Link to comment
rhodo Posted July 2, 2022 Share Posted July 2, 2022 3 hours ago, TimTaylor said: So u mounted the /data folder just in shared folder? No... Not the data folder. The consumption folder is placed in a public unraid share that is accessible on the LAN. In my case, the unraid "docs" folder is a public folder that is accessible to everyone on the LAN. Inside this folder I placed the "paperless-import" folder. Anyone can drop files into that folder and they will be imported to paperless. Quote Link to comment
cam217 Posted July 3, 2022 Share Posted July 3, 2022 (edited) I moved from paperless to paperless-ngx and had some weird issue on some of my files. I first removed the encryption and it seemed to have worked fine from what I can tell. The import seemed to have worked fine but then I realised some files lost their .pdf extension. Those files were having issues then when using the quick look. I thought I could just get them back from the original folder, remove the files from paperless web interface then add them again so it's re-processed properly. It did work but at some point I had errors saying "Not consuming... It is a duplicate". It seems these files stays in the 'consume' folder, they are not moved to the 'originals' folder so I don't know what to do. I guess I should look at the database but I'm not sure how I can edit it to fix it all. Not sure what I did wrong to get this behavior, any help would be much appreciated. Thanks. The auto tagging seems way smarter than my previous paperless. The options to modify tags is a big help as it was a real pain one by one! EDIT: Seems like they all are there but for some reasons tags has been messed up. Still fixing... Edited July 3, 2022 by cam217 Quote Link to comment
TimTaylor Posted July 4, 2022 Share Posted July 4, 2022 On 7/2/2022 at 11:24 PM, rhodo said: No... Not the data folder. The consumption folder is placed in a public unraid share that is accessible on the LAN. In my case, the unraid "docs" folder is a public folder that is accessible to everyone on the LAN. Inside this folder I placed the "paperless-import" folder. Anyone can drop files into that folder and they will be imported to paperless. Ah hm that setting doesnt exists at my docker Quote Link to comment
Kuwabara89 Posted July 6, 2022 Share Posted July 6, 2022 On 7/4/2022 at 9:12 AM, TimTaylor said: Ah hm that setting doesnt exists at my docker Don't know if you've sorted this but you can add it Edit the docker and at the bottom click 'Add another Path, Port, Variable, Label or Device' Here is a preview of mine minus the host path 1 Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.