• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

Missing blocks

D

Dougal

Senior member
Is anyone else showing missing blocks on Mika's today?

My pproxy at work clearly shows it's moved more than 5K to Mika's today and yet I'm only credited with 2.2K as of 16:50 GMT. I know I've also had 1.5 K from another heard earlier this morning so I'm stumped for an explanation.
 
Dougal,

I've got the same thing happening here with 3.3K blocks sent to Mikas. Have no idea what happened to them. 🙁
 
I'm not sure what happened yet (awaiting reply from Mika), but the hard drive containing the pproxy dropped to zero MB's free (it had plenty of space yesterday morning)! :Q I noticed it about 1 1/2 hours ago and temporarily fixed it. Except by that time six hours of sitting at zero MB free had gone by! 🙁

Brad..
 
ummm...what does that mean? The pproxy accepted the blocks and lost them because there was nowhere to put them?
 
I flushed 1809 blocks thru Jator's proxy at 14:30 utc, and none of them showed up at Mika's. They did show up on Jator's stats. Units flushed after that time thru Jator's did show up at Mika's...that must have been after the temporary fix.

I hope our blocks our sitting somewhere at Mika's waiting to be processed, or that they at least passed thru Mika's to dnet.
 
I too show a loss of blocks.
My pproxy has sent over 30k to Mika's so far today, and it shows only credit of 7k :Q

I do hope that Dnet is receiving the blocks.
Maybe I should hold 'em until this blows over.

HeavyIron
 
It's hard to say how much it affected. If the pproxy was in uplink mode, the blocks would be near instantly sent. The biggest problem is that there would be contention between writing of the logs and writing of the buffer files for whatever space is left. I hate thinking about it, but lost RC5 blocks and OGR stubs is a definite possibility. 🙁

Brad..
 
The uptime stats for Mika's show that it never went down overnight, so hopefully all the blocks passed thru. If logs were created during this time, they would show whether or not the blocks passed thru. If no logs were created, then I guess we'll find out after the dnet stats run.
 
Oh Yikes!! :Q

I have to admit that I'm only missing about 450 RC5 WU's, but one of my uplinks during that time sent about 4-5 Tnodes of OGR work!! <Aaack!>

I'm crossing my fingers that nothing was lost.

-Brian
 
Let me try to put you at ease. A couple weeks ago, my wife and I went away for the weekend. While gone, some !@#$!@#$ piece of !@#$ FTPed hundreds of megs of what appeared to be pirated games to my server at home. The machine I have there acting as a router/web/mail/dns/pproxy server only has about 500 MB of hard drive space and filled rather quickly. My mail server and several other programs crashed, but the pproxy kept going. It flushed correctly to my pproxy at work, the same one that's in the round robin. I can see in that pproxy's logs that it did flush the expected amounts of blocks. But because of no disk space the logs for those days didn't get written. I think we'll just have a bad day on Mika's stats, and D.net's stats should be fine.

The D.net pproxy works entirely in memory AFAIK. It does write the buffer files to disk every so often (it's configurable in the latest version) so that wouldn't have happened, so if the system goes down while the disk is full, you'd probably have buffer loss.

Needless to say, my FTP server no longer supports anonymous FTP uploads. :|
 
BoberFett, thanks for pointing that out. I went and double checked a couple things (should have done that from the start!). The total RC5 transfer count from 00:00 UTC to 17:00 UTC shows 435,963 blocks going through the pproxy. OGR count is 719 stubs. I'm pretty confident that if this log shows these totals correctly, everything made it to D.Net. We will know for sure in 8-11 hours from now.

I also want to add.. A long time ago I was messing with a test pproxy, and I copied a new pprc5in.rc5 over a live pprc5in.rc5 file. When the pproxy did it's status update, it overwrote the new pprc5in.rc5 with the old one. So it would definitely indicate the pproxy is operating in memory. ... Mika has now inquired about this, and we should know for certain in a little bit. One other update, the low HD space issue has been fixed. As of ~14:40 UTC, the pproxy has been operating normally.

Brad..
 
I've actually deliberately deleted entries from my log files on my pproxy, so that they do not show up in my own stats, but the blocks still went to dnet no problem.

Russ, NCNE
 
Ack! Talk about facing your worst nightmare.🙁 Luckily, Bobberfett is right in how the pproxy works. As one of Dnet's redundacny features, it allways keeps its buffers in memery, so that should something like what just did happen happen, the blocks are safe. However, I can't say the same for stats.🙁 Unless we could get our upload logs from Dnet, we can't rebuild the stats for the missing time as far as I'm aware of. Either way though, it's better than losing blocks. I'll talk to Mika and Brad about this, and see if we can't figure out what the problem is, and see if we need to buy another HD or something to fix it.😱
 
baby bovines could send todays logs to Mika. Lotta editing, but that would rebuild a good portion of the lost logs.

Jay
 
If anyone is up for it, they should go ahead and do it. Most of the BBs are easily accessable by their owners, so you should be able to get a good chunk of the BB logs.🙂
 
It looks like the pproxy problems did not affect OGR stubs! 😀 D.Net has the OGR-25 stats posted and my stubs for today are right on the money (when compared to my pproxy's ppstats)! WooMoo! I'm sure this would hope true for RC5 blocks as well!

Brad..
 
Yes, I would have to concur that the stats on D.Net look correct. I've still not had time to go back through logs and total exactly what was sent during the non-logged period, but D.Net shows >2 Tnodes more of OGR work than the proxy. Hehe, my previous estimate of >4 Tnodes might have just been &quot;wishful thinking&quot;. 😉

Just in case, I'll check tomorrow, but I think everything is ok. 🙂

-Brian
 
My stats on Mika's only show about 17,000 blocks, but DNet reports that I did around 25,000, so mine looks like it all went through too.

Joe
 
Hi Guys,

Thanks for the input. I was beginning to think I had a BIG problem. I see what you mean about disk space and am taking steps to ensure that doesn't happen on my machine as well.

Thanks guys.
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top