Time |
Nickname |
Message |
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. |