[08:34] <dncook> i've been running the warrior vm on the webshots project, and the curl upload to the furf.ag server keeps grinding to a halt and timing out, is this a common problem?
[08:34] <Cameron_D> I just noticed the same too
[08:37] <dncook> okay, thanks
[08:39] <Cameron_D> underscor: ^
[12:47] <underscor> Cameron_D: dncook: hmm, nginx looks sad, just too many writes at once
[12:47] <underscor> let me see if there are things I can tune
[12:54] <Cameron_D> heh, nginx doesn't seem to handle writes as well as reads
[13:44] <dncook> looks like it worked, warrior is making progress again
[14:38] <bla_bla> WARRRRRRRRIOOOOoooorssssssss!!!!!!!!!!! :P
[18:30] <rigman> good evening. I've got a webshot user with more than 30 gigs of media, and the task will most likely fail: VM partition 32G, 300M left. should anything be done to avoid wasting resources/bandwith? as warrior clients will repeat that job, and fail again and again?
[18:39] <rigman> brb
[18:42] <rigman> back (24hr provider forced disconnect, and irc timeout sucks)
[19:00] <alard> rigman: Who is it?
[19:01] <rigman> eddyng
[19:02] <rigman> partition is full and it's still downloading URLs, faster than ever (because they fail I guess)
[19:03] <alard> Thanks. I'll assign it to short.
[19:03] <rigman> cool, thanks :)
[19:04] <alard> We'll see what happens.
[19:04] <alard> (30G is a lot, by the way. It's probably closer to 15G, because everything is saved twice.)
[19:06] <rigman> ok. indeed, noticed it's making warc files while it's running
[19:06] * rigman goes to kill the poor task that went on for so long
[19:06] <rigman> Downloaded: 125400 URLs. Discovered: 150 albums, 22585 photos, 0 videos
[19:08] <rigman> well if the need arises I could resize the VM partitions to 64G if it helps the project
[19:14] <alard> Well, that's not really necessary, I think. Most users are small.