MobileRead Development Hub launched! - Page 5

nrapallo · 04-08-2008, 07:19 PM

Alex:

Quote:

Originally Posted by nrapallo

Bump.

Alexander Turcic · 04-10-2008, 06:41 AM

Nick,

We're going to upgrade our forums this week, and it'll include updated links.

nrapallo · 04-10-2008, 08:59 AM

Quote:

Originally Posted by Alexander Turcic

Nick,

We're going to upgrade our forums this week, and it'll include updated links.

What I have seen so far looks good.

Thanks!

Alexander Turcic · 04-10-2008, 09:35 AM

Quote:

Originally Posted by nrapallo

What I have seen so far looks good.

Thanks!

Yeah, the upgrade went ahead sooner than I thought. More about it later...

Alexander Turcic · 04-16-2008, 06:27 AM

We are switching the Dev Hub to a faster server. Expected downtime: around 1 hour.

Alexander Turcic · 04-16-2008, 09:46 AM

Done. It took less time to migrate, but some more to switch the IP.

Martijn · 05-16-2008, 12:00 PM

Hi,

I have just added the iLiad registry utilities to the dev hub and the subversion repository.
I ran into a problem, however, when I tried to tag the 0.1 release of the utilities.
The command:

Code:

svn copy https://dev.mobileread.com/svn/regutils/trunk https://dev.mobileread.com/svn/regutils/tags/release-0.1 -m "The 0.1 release"

Results in the error:

Code:

svn: COPY of tags/release-0.1: Could not read response body: connection was closed by server (https://dev.mobileread.com)

Similarly, checking out the entire repository and copying the trunk directory to tags/release-0.1 with "svn copy" and committing afterwards yields:

Code:

Adding         tags/release-0.1
svn: Commit failed (details follow):
svn: COPY of release-0.1: Could not read response body: connection was closed by server (https://dev.mobileread.com)

Does anybody know how to solve this? I googled around a bit and I think it has to do with a time-out on the server, but I'm not sure.

Alexander Turcic · 05-16-2008, 06:56 PM

Martijn, thanks for the report. I haven't encountered this problem before, but I will look into it tomorrow morning. It appears only when you try to copy to tag, right?

Alexander Turcic · 05-16-2008, 09:33 PM

OK, I am surprised this haven't come up earlier. I am also not aware of any major software upgrades that could have influenced this behavior.

Anyways, I think I pinpointed it down to our proxy server which didn't properly forward all svn requests to the underlying Apache server. Until we solved the problem, could you try accessing the Apache server directly via:

https://dev.mobileread.com:8080/svn/[yourproject] (so same url as before, but on different port)

Best,
Alex

Martijn · 05-17-2008, 06:31 AM

Thanks, that solved it.

BTW: with regard to your original question; copying to the branch directory also didn't work.
So it was a weird error, the initial commit worked fine, I could also do a small commit after updating a file, but somehow the copy command didn't work.

Alexander Turcic · 05-17-2008, 08:52 AM

Glad to hear it works! I was able to pinpoint the problem (in case you are interested

)...

In this particular scenario, the web server that your SVN client sees is accessible via https. But the web server is in fact a reverse proxy, that is funneling the request back to an Apache server that is not running SSL (since it's running local only). The COPY/MOVE commands from the SVN client are supplying a Destination header of https://.../. Our proxy needs to modify this header (to http://.../), otherwise Apache will barfs with a 502 Bad Gateway error.

Working on a fix...

Martijn · 05-18-2008, 08:19 AM

Ah, ok. Good luck fixing it.

hansel · 03-22-2009, 06:47 AM

I cannot checkout from or commit to svn in the Development Hub anymore. :-( I think it was still working Wednesday.

Code:

svn co https://dev.mobileread.com/svn/luailiad/trunk luailiad

gives:

Code:

svn: Server sent unexpected return value (503 Service Not Available) in response to PROPFIND request for '/svn/luailiad/trunk'

Was anything changed?
What is strange, is that commands like svn diff still work?!?!

BTW: Thanks for Mobileread!

Alexander Turcic · 03-22-2009, 07:54 AM

hansel, thanks for the report! The problem was a memory exhaustion issue on the server running the svn and trac. Trac running on python is the culprit.

I restarted the services and it should work fine again.

Does anyone know of a good non-Python-based replacement for trac?

Alexander Turcic · 03-22-2009, 08:01 AM

In the meantime we're going to install something like Monit to take care of python processes going amok.

05-16-2008, 12:00 PM	#67
Martijn Connoisseur Posts: 68 Karma: 855 Join Date: Jan 2007 Location: Netherlands Device: iLiad	Hi, I have just added the iLiad registry utilities to the dev hub and the subversion repository. I ran into a problem, however, when I tried to tag the 0.1 release of the utilities. The command: Code: svn copy https://dev.mobileread.com/svn/regutils/trunk https://dev.mobileread.com/svn/regutils/tags/release-0.1 -m "The 0.1 release" Results in the error: Code: svn: COPY of tags/release-0.1: Could not read response body: connection was closed by server (https://dev.mobileread.com) Similarly, checking out the entire repository and copying the trunk directory to tags/release-0.1 with "svn copy" and committing afterwards yields: Code: Adding tags/release-0.1 svn: Commit failed (details follow): svn: COPY of release-0.1: Could not read response body: connection was closed by server (https://dev.mobileread.com) Does anybody know how to solve this? I googled around a bit and I think it has to do with a time-out on the server, but I'm not sure.

05-17-2008, 06:31 AM	#70
Martijn Connoisseur Posts: 68 Karma: 855 Join Date: Jan 2007 Location: Netherlands Device: iLiad	Thanks, that solved it. BTW: with regard to your original question; copying to the branch directory also didn't work. So it was a weird error, the initial commit worked fine, I could also do a small commit after updating a file, but somehow the copy command didn't work. Last edited by Martijn; 05-17-2008 at 06:38 AM.

03-22-2009, 06:47 AM	#73
hansel JSR FFD2 Posts: 305 Karma: 1045 Join Date: Aug 2008 Location: Rotterdam, Netherlands, Europe, Sol 3 Device: iliad	svn checkout / commit does not work anymore? I cannot checkout from or commit to svn in the Development Hub anymore. :-( I think it was still working Wednesday. Code: svn co https://dev.mobileread.com/svn/luailiad/trunk luailiad gives: Code: svn: Server sent unexpected return value (503 Service Not Available) in response to PROPFIND request for '/svn/luailiad/trunk' Was anything changed? What is strange, is that commands like svn diff still work?!?! BTW: Thanks for Mobileread!

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Travel Hub	snoopy	iRex	27	09-01-2011 04:24 PM
USB hub	Nate the great	iRex	7	08-23-2007 09:33 AM
Travel hub	emkay	iRex	2	07-25-2006 03:22 PM
Travel hub	antonio_uk	iRex	3	07-24-2006 03:54 PM

04-10-2008, 06:41 AM	#62
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	Nick, We're going to upgrade our forums this week, and it'll include updated links.

04-16-2008, 06:27 AM	#65
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	We are switching the Dev Hub to a faster server. Expected downtime: around 1 hour.

04-16-2008, 09:46 AM	#66
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	Done. It took less time to migrate, but some more to switch the IP.

05-16-2008, 06:56 PM	#68
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	Martijn, thanks for the report. I haven't encountered this problem before, but I will look into it tomorrow morning. It appears only when you try to copy to tag, right?

05-16-2008, 09:33 PM	#69
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	OK, I am surprised this haven't come up earlier. I am also not aware of any major software upgrades that could have influenced this behavior. Anyways, I think I pinpointed it down to our proxy server which didn't properly forward all svn requests to the underlying Apache server. Until we solved the problem, could you try accessing the Apache server directly via: https://dev.mobileread.com:8080/svn/[yourproject] (so same url as before, but on different port) Best, Alex

05-17-2008, 08:52 AM	#71
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	Glad to hear it works! I was able to pinpoint the problem (in case you are interested )... In this particular scenario, the web server that your SVN client sees is accessible via https. But the web server is in fact a reverse proxy, that is funneling the request back to an Apache server that is not running SSL (since it's running local only). The COPY/MOVE commands from the SVN client are supplying a Destination header of https://.../. Our proxy needs to modify this header (to http://.../), otherwise Apache will barfs with a 502 Bad Gateway error. Working on a fix...

05-18-2008, 08:19 AM	#72
Martijn Connoisseur Posts: 68 Karma: 855 Join Date: Jan 2007 Location: Netherlands Device: iLiad	Ah, ok. Good luck fixing it.

03-22-2009, 07:54 AM	#74
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	hansel, thanks for the report! The problem was a memory exhaustion issue on the server running the svn and trac. Trac running on python is the culprit. I restarted the services and it should work fine again. Does anyone know of a good non-Python-based replacement for trac?

03-22-2009, 08:01 AM	#75
Alexander Turcic Fully Converged Posts: 18,171 Karma: 14021202 Join Date: Oct 2002 Location: Switzerland Device: Too many to count here.	In the meantime we're going to install something like Monit to take care of python processes going amok.

Advert

Advert