gyoo

joined 3 weeks ago
[–] gyoo@lemmy.ca 1 points 5 days ago (1 children)

No I'm not. I don't have any crashes or anything of the sort and I am monitoring it very closely. Also, using curl works just fine, so it doesn't seem to be about the server...

[–] gyoo@lemmy.ca 1 points 5 days ago

I am thinking of trying caddy, but I don't think it's the issue. As I said, a curl command works fine, and I also have a peertube instance that takes way bigger files just fine.

[–] gyoo@lemmy.ca 1 points 1 week ago

Thanks, I try over there

[–] gyoo@lemmy.ca 1 points 1 week ago

That's what I tought, but both cinny and element web have this issue and it sounds like people should be able to go up to 2GB.

[–] gyoo@lemmy.ca 1 points 1 week ago

I would reply you're out of touch because most of the conversations in my school hallways have always been at least 50% in english. And I live in Quebec. There are some areas where it's better than others, like Quebec City, but as Montreal is only 49% French-speaking, I wouldn't say there is nothing happening over there.

[–] gyoo@lemmy.ca 1 points 1 week ago

I realised that I had put the nginx timeout settings in the wrong endpoint. Now it's at the right place and I can send 1GB files both inside and outside the pi.

[–] gyoo@lemmy.ca 1 points 1 week ago
[–] gyoo@lemmy.ca 1 points 1 week ago* (last edited 1 week ago)

Yes, that's what I tried, but curl worked perfectly fine, while the client refused.

[–] gyoo@lemmy.ca 4 points 1 week ago

Des trous d'culs.

[–] gyoo@lemmy.ca 3 points 1 week ago (2 children)

Well, the thing is that the threat is still very much present today. The french language is declining in Quebec, the youth speak more and more english, the internet is basically in english, no matter how hard you try, french music and movies are either inexistant or nobody watches them, there's routinely stories comming out of Quebecers trying to get a service from the federal, only to get shut down because nobody speak french on the other end of the line, it's more and more difficult to get a job where it's feasible to speak french all day, higher-ups in corporations live decades in the metropolis without speaking a word of french, university students are tought their fields in english, in a french class and McGill (an english university) get 90% of the grants in the province, and on and on and on. The battle is not about the conquest wars or the october crisis, it's about today.

[–] gyoo@lemmy.ca 2 points 1 week ago

As I said, the CAQ is doing a particularly bad job at the moment. They have made very poor financial decisions over the past decade and now they have to claw the deficit, blaming the problems on everything else, you know, the usual political stuff. So now they cut funding for everything, promising that nothing will be affected and they create new laws to make it appear as if they're doing something before the next election drives them in the ground.

I will conceed that there is a background of xenophobia in a lot of these movements, but it is not mainstream. And remember that the CAQ is not the OQLF and it is not the population. The CAQ's poll rating are devastating right now. And when that story came out, pretty much everybody reacted saying "yet another stupid decision from the CAQ".

[–] gyoo@lemmy.ca 0 points 1 week ago (1 children)

Ah, yes. The Canadian Independence Penis Envy. They have been and will be second to the US, and that pisses them off. Why won't they just listen, stop defending their economy, and just be the 51st state already? There are so many benefits, I can't start to count.

Ah, yes. The English Language Penis Envy. They have been for a while and will be second to Chinese. Why won't they just accept that it would be far more economically efficient to speak the same language as our main producer? They just have to put their pesky superiority feelings aside and accept that every children in the US and Canada should now learn Chinese as their first language.

Ah yes. The Ukrainian Independence Penis Envy. They have been and will be second to Russia, and that pisses them off. Why won't they simply accept that they're not even a real country, bow down and finally accept Putin's rule?

Ah yes. The Taiwan Independence Penis Envy. The have been and will be second to China, and that pisses them off. Why won't they simply accept that they're not the real China and just come back inside the mainland? So many economic benefits.

Ah yes. The Indigenous Culture Penis Envy. They have been and will be second to European rule, and that pisses them off. Why won't they understand that there place is in the residential schools? Why won't they understand that to be properly civilized is for their benefit and that we know better than them?

Ah yes. The European Tech Sovereignty Penis Envy. The have been and will be second to American tech companies. Why won't they understand that they're too late, that it'll be too costly and that it's really just an unfair attack against American companies to declare that they have too much power over their infrastructure?

I could go on.

The defense of French language is not about saying that we are better than everyone else (although some disgusting people do think that). It is about fighting to stay alive in a world where any slippage means death. It's about fighting the 80%-90% of english-first speakers in North America that put enormous amounts of funds and weight behind assimilation. When the might of the United States and the government of your own country is pushing for you to speak english, the only way to survive is by lashing out some times.

 

I am trying to increase the upload limit on my matrix server. I would like to push it to 500MB, but it keeps failing the upload past ~180MB. There is very little information about the failure, the client just says "Unkown error", nginx says "error 499", which means the client disconnected to quickly. Additionally, trying to recreate the failure with curl just results in a success, so the issue seems to be with the client. I tried with element-web, element desktop, element x and cinny and they all have this issue.

I run a continuwuity server on a Raspberry Pi 4B, behind two nginx reverse proxies and a rathole tunnel. Continuwuity, and the two reverse proxies run inside docker compose projects. Here is my architecture :

                   __
                 .(  ).
               (`Cloud )
                `-----`
                   |
                   V
          +- Outside server -+
          |   +---------+    |
          |   | rathole |    |
          |   +---------+    |
          +--------|---------+
                   |
+- Home network ---|-------------------------+
| +- RasPi --------|-----------------------+ |
| |                V                       | |
| |       +- tunnel docker -+              | |
| |       | +---------+     |              | |
| |       | | nginx 1 |     |              | |
| |       | +---------+     |              | |
| |       +-----|-|---------+              | |
| |             | |                        | |
| |             | +- other services -->... | |
| |             |                          | |
| |             V                          | |
| |       +- matrix docker --+             | |
| |       |   +---------+    |             | |
| |       |   | nginx 2 |    |             | |
| |       |   +---------+    |             | |
| |       |        |         |             | |
| |       | +------V-------+ |             | |
| |       | | Continuwuity | |             | |
| |       | +--------------+ |             | |
| |       +------------------+             | |
| +----------------------------------------+ |
+--------------------------------------------+

Of course, I made sure to increase the upload limit in Continuwuity :

max_request_size = 500000000

And in both nginx instances :

client_max_body_size 500M;

From what I can gather from other issues on the internet, it seems it could be related to timeout errors. Although they all seem to be talking about 2-8Gb files, I am probably running much weaker hardware than they do, so it checks out.

I tried setting the following values in both nginx instances :

location / {
    proxy_connect_timeout       600;
    proxy_send_timeout          600;
    proxy_read_timeout          600;
    send_timeout                600;
    proxy_next_upstream         off;
    proxy_buffering             off;

    proxy_pass ...;
}

And setting timeout values in Continuwuity :

client_receive_timeout = 75
client_request_timeout = 180
client_response_timeout = 120
client_shutdown_timeout = 10

Since that didn't have any effect, I bumped them by 20x and 40x respectively :

location / {
    proxy_connect_timeout       18000;
    proxy_send_timeout          18000;
    proxy_read_timeout          18000;
    send_timeout                18000;
    proxy_next_upstream         off;
    proxy_buffering             off;

    proxy_pass ...;
}
client_receive_timeout = 3000
client_request_timeout = 7200
client_response_timeout = 4800
client_shutdown_timeout = 400

But that did not have any effect. I also looked at modifying element-web's settings, but there doesn't seem to be anything related to timeouts.

I also saw that encrypted vs. unencrypted rooms might have an effect, but I got ~190MB max in encrypted rooms and ~180MB in unencrypted rooms.

Finally, I tried using curl :

curl -X POST https://server.domain/_matrix/media/v3/upload -H "Authorization: Bearer <token>" -H "Content-Type application/octet-stream" --data @200mb.file
# success
# returns a mxc:// url
curl -X POST https://server.domain/_matrix/client/v1/media/download/server.name/file_id -H "Authorization: Bearer <token>" -o 200mb_copy.file
# See that the two files are identical

I am at a loss. What can I do to solve this issue?

EDIT 1:

I did some tests and I can post 1GB files both inside and outside the pi, but it still doesn’t work for the web client.

 

I am trying to increase the upload limit on my matrix server. I would like to push it to 500MB, but it keeps failing the upload past ~180MB. There is very little information about the failure, the client just says "Unkown error", nginx says "error 499", which means the client disconnected to quickly. Additionally, trying to recreate the failure with curl just results in a success, so the issue seems to be with the client. I tried with element-web, element desktop, element x and cinny and they all have this issue.

I run a continuwuity server on a Raspberry Pi 4B, behind two nginx reverse proxies and a rathole tunnel. Continuwuity, and the two reverse proxies run inside docker compose projects. Here is my architecture :

                   __
                 .(  ).
               (`Cloud )
                `-----`
                   |
                   V
          +- Outside server -+
          |   +---------+    |
          |   | rathole |    |
          |   +---------+    |
          +--------|---------+
                   |
+- Home network ---|-------------------------+
| +- RasPi --------|-----------------------+ |
| |                V                       | |
| |       +- tunnel docker -+              | |
| |       | +---------+     |              | |
| |       | | nginx 1 |     |              | |
| |       | +---------+     |              | |
| |       +-----|-|---------+              | |
| |             | |                        | |
| |             | +- other services -->... | |
| |             |                          | |
| |             V                          | |
| |       +- matrix docker --+             | |
| |       |   +---------+    |             | |
| |       |   | nginx 2 |    |             | |
| |       |   +---------+    |             | |
| |       |        |         |             | |
| |       | +------V-------+ |             | |
| |       | | Continuwuity | |             | |
| |       | +--------------+ |             | |
| |       +------------------+             | |
| +----------------------------------------+ |
+--------------------------------------------+

Of course, I made sure to increase the upload limit in Continuwuity :

max_request_size = 500000000

And in both nginx instances :

client_max_body_size 500M;

From what I can gather from other issues on the internet, it seems it could be related to timeout errors. Although they all seem to be talking about 2-8Gb files, I am probably running much weaker hardware than they do, so it checks out.

I tried setting the following values in both nginx instances :

location / {
    proxy_connect_timeout       600;
    proxy_send_timeout          600;
    proxy_read_timeout          600;
    send_timeout                600;
    proxy_next_upstream         off;
    proxy_buffering             off;

    proxy_pass ...;
}

And setting timeout values in Continuwuity :

client_receive_timeout = 75
client_request_timeout = 180
client_response_timeout = 120
client_shutdown_timeout = 10

Since that didn't have any effect, I bumped them by 20x and 40x respectively :

location / {
    proxy_connect_timeout       18000;
    proxy_send_timeout          18000;
    proxy_read_timeout          18000;
    send_timeout                18000;
    proxy_next_upstream         off;
    proxy_buffering             off;

    proxy_pass ...;
}
client_receive_timeout = 3000
client_request_timeout = 7200
client_response_timeout = 4800
client_shutdown_timeout = 400

But that did not have any effect. I also looked at modifying element-web's settings, but there doesn't seem to be anything related to timeouts.

I also saw that encrypted vs. unencrypted rooms might have an effect, but I got ~190MB max in encrypted rooms and ~180MB in unencrypted rooms.

Finally, I tried using curl :

curl -X POST https://server.domain/_matrix/media/v3/upload -H "Authorization: Bearer <token>" -H "Content-Type application/octet-stream" --data @200mb.file
# success
# returns a mxc:// url
curl -X POST https://server.domain/_matrix/client/v1/media/download/server.name/file_id -H "Authorization: Bearer <token>" -o 200mb_copy.file
# See that the two files are identical

I am at a loss. What can I do to solve this issue?

view more: next ›