Rene, Looks like we’ve run out of disk space. develop.zip.kbelco.uploading rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write failed on "/home/grafik/www.boost.org/testing/incoming/develop.zip.kbelco.uploading": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(301) [receiver=3.0.6] rsync: connection unexpectedly closed (639956 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6] Perhaps wipe everything in develop and master and then let the normal test cycling repopulate the results? — Noel

On Nov 30, 2016, at 9:06 AM, Steven Watanabe wrote:

AMDG

On 11/30/2016 03:49 AM, Andrey Semashev wrote:

...

Looking at the regression tests table, it looks like the latest regression tests were run last Saturday, November 26th. It seems inlikely that all testers decided to stop running 4 days ago or are running tests for that long. Is there some problem with the regression infrastructure?

The last report build was Saturday. http://www.boost.org/development/tests/develop/developer/index.html

In Christ, Steven Watanabe

_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Wed, Nov 30, 2016 at 12:13 PM, Rene Rivera wrote:

On Wed, Nov 30, 2016 at 12:09 PM, Belcourt, Kenneth wrote:

...

Rene,

Looks like we’ve run out of disk space.

develop.zip.kbelco.uploading rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken pipe (32) rsync: write failed on "/home/grafik/www.boost.org/te sting/incoming/develop.zip.kbelco.uploading": No space left on device (28) rsync error: error in file IO (code 11) at receiver.c(301) [receiver=3.0.6] rsync: connection unexpectedly closed (639956 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at io.c(600) [sender=3.0.6]

Perhaps wipe everything in develop and master and then let the normal test cycling repopulate the results?

I'll investigate tonight. Although I doubt the results are the ones taking up much room.

OK. Some cleanup of really old files. And removed the incoming results so that they get redone on the next uploads. For curiosity.. And so that people get an idea of resources.. The results for develop+master take up 14G *compressed*. And that doesn't count the intermediate upload ZIPs which would be another 28G. The drive now has 39G free, so hopefully it's OK for some time. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

AMDG On 12/01/2016 01:38 AM, Andrey Semashev wrote:

On 12/01/16 06:05, Rene Rivera wrote:

...

OK. Some cleanup of really old files. And removed the incoming results so that they get redone on the next uploads.

Thanks.

...

For curiosity.. And so that people get an idea of resources.. The results for develop+master take up 14G *compressed*. And that doesn't count the intermediate upload ZIPs which would be another 28G. The drive now has 39G free, so hopefully it's OK for some time.

Maybe something stronger than zip could be used.

That would be a poor choice, since the main cause of zip's inefficiency is that it compresses files individually, which is something that we absolutely do need. In Christ, Steven Watanabe

On Thu, Dec 1, 2016 at 8:03 AM, Steven Watanabe wrote:

AMDG

On 11/30/2016 08:05 PM, Rene Rivera wrote:

...

OK. Some cleanup of really old files. And removed the incoming results

so

...

that they get redone on the next uploads. For curiosity.. And so that people get an idea of resources.. The results for develop+master take up 14G *compressed*.

If you're measuring the size of the zip file, it isn't compressed. (unless someone changed the implementation.) The reason for this is that I found that rsync handles the uncompressed zip much better. (zip compresses files individually and there are a lot of very similar small files).

Re rsync.. Really? When I first implemented this it seemed rsync did fine with the compressed files. It correctly sent small chunks over on the spots that changed only. Now the chunks contained more than just the small file segments.. But it seemed that it was still sending over a small overall change. What I do remember is that using uncompressed made the server use less CPU. At one point it became a problem though. As the server was bogged down other operations the server was doing. So I can understand wanting to reduce that. At the time, the archive was less than 1 GB, so

I prioritized network usage over disk space. To change this you should be able to replace the nocompression_sink with deflate_sink in html_writer.

Perhaps we can use minimal compression, so that decompression is still low CPU, but we still see some disk space savings? After all it's all text which compressed well even at low compression levels. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net -- rrivera/acm.org (msn) - grafikrobot/aim,yahoo,skype,efnet,gmail

On 29 January 2017 at 16:53, Rene Rivera wrote:

It's likely we are running out of disk space again :-( Can't do anything immediate about it now though as there isn't anything else to delete on the boost account.

About a week ago, I freed up some space on the server by deleting old beta documentation and replacing duplicate files with hardlinks, so there should be more space.

Problem should be resolved when we move to new server though. Which should be some time this coming week.

Is the website and my cron stuff moving as well?

On 1/29/17 09:35, Rene Rivera wrote:

On Sun, Jan 29, 2017 at 11:17 AM, Daniel James wrote:

...

On 29 January 2017 at 16:53, Rene Rivera wrote:

...

It's likely we are running out of disk space again :-( Can't do anything immediate about it now though as there isn't anything else to delete on

the

...

boost account.

About a week ago, I freed up some space on the server by deleting old beta documentation and replacing duplicate files with hardlinks, so there should be more space.

...

Problem should be resolved when we move to new server though. Which should be some time this coming week.

Is the website and my cron stuff moving as well?

Web site and email are moving. I don't know about cron stuff. You'll need to tell Michael Caisse about it. So that they take it into account.

Hi Daniel - I suspect your "cron stuff" has moved also. I'll email you directly so that you are in the loop. Take care - michael -- Michael Caisse Ciere Consulting ciere.com