haiwen / seafile

High performance file syncing and sharing, with also Markdown WYSIWYG editing, Wiki, file label and other knowledge management features.
http://seafile.com/
Other
12.25k stars 1.54k forks source link

Seafile: BAD response code of GET #1236

Closed TheQuantumPhysicist closed 8 years ago

TheQuantumPhysicist commented 9 years ago

After I upgraded from Seafile 4.1x to 4.21, I got this error:

[05/18/15 19:49:34] http-tx-mgr.c(774): Bad response code for GET https://cloud.web.com/seafhttp/protocol-version: 500. [05/18/15 19:49:34] clone-mgr.c(812): Transition clone state for 2089f543 from [connect] to [connect].

I wasn't able to resolve it in anyway without going back to 4.16. Someone else here

https://forum.seafile-server.org/t/after-upgrade-server-4-0-6-to-4-1-1-clients-cant-connect/988

I'm using Seafile of windows, which is by definition 32-bit (since you don't provide a 64-bit version. Please do that!).

reported a similar problem.

scottp commented 9 years ago

I am now having this problem on my Mac OS X, but I get a 404 for that URL. I think I will try down grading my Client.

killing commented 9 years ago

4.2.x client use http sync exclusively. You should try to set it up if you're using https. See http://manual.seafile.com/deploy/deploy_http_sync.html

2015-05-26 8:12 GMT+08:00 Scott Penrose notifications@github.com:

I am now having this problem on my Mac OS X, but I get a 404 for that URL. I think I will try down grading my Client.

— Reply to this email directly or view it on GitHub https://github.com/haiwen/seafile/issues/1236#issuecomment-105339306.

scottp commented 9 years ago

OK it was because I have not updated my Seafile server. Which looked too hard to do in a hurry, so I switched back to 4.1 client, and that has fixed my problem. Thanks.

allo- commented 9 years ago

Happens here with client 4.2.3 and server 4.2.2

EDIT: I guess for me it's related with https://github.com/haiwen/seafile-client/issues/570#issuecomment-111123206 (seahub url is /seafhttp/..., while the httpserver expects the requests on /...)

TheQuantumPhysicist commented 9 years ago

I haven't tested the new version of Seafile anymore after the problem and went back 4.16, but I realized that my Apache didn't have proxy_http module enabled. So maybe that helps. Unfortunately I'm too busy to test that now.

allo- commented 9 years ago

Here it seems (i cannot test before this one is fixed) a problem with reverse proxies, which cannot rewrite /seafhttp/ to /.

claasd commented 9 years ago

Hi,

i could solve the Bad response code for GET https:://URL/seafhttp/protocol-version: 500. by enabling the module "proxy_http" in the apache configuration in addition to the "proxy" module

Claas

TheQuantumPhysicist commented 6 years ago

This problem happened with me recently so many times. I found eventually that the ccnet-server is not responding for some reason, so I did this and it works (many times, not only once; this problem happens every other month):

sudo pkill ccnet
sudo service seafile-server stop
sudo service seafile-server start
shoeper commented 6 years ago

The newest version should not use ccnet anymore

TheQuantumPhysicist commented 6 years ago

@shoeper, I'm confused. I have the latest Seafile server (6.2.5), and it still uses ccnet-server on port 10001. Am I doing something wrong?

shoeper commented 6 years ago

Ah sorry, I've been at the client.