LLRnet servers for NPLB

[mdettweiler]

Originally Posted by MyDogBuster

Looks like your IP address changed again.

It seems to be back now--I can reach both the web page and the SSH connection, and can confirm that the servers themselves are running. You can go ahead and try it again now.

Oh, wait...never mind, I see you've already communicated with the servers a number of times since your original post about this earlier today, so I guess you've already noticed that everything's back online.

[gd_barnes]

Laugh. Change change change. Oh well. Max, did the no-IP site change itself this time like it is supposed to or did you have to do some manual intervention again?

[gd_barnes]

Originally Posted by MyDogBuster

Looks like G3000 & G4000 are down.

It's Gary, we had no problems when he was out of town. LOL

Hum. And just what is port G3000? Another new one that I don't know about?

[MyDogBuster]

Hum. And just what is port G3000? Another new one that I don't know about?

Port 3000, the PRPNet port. It's your machine so I added the G (or is it CRUS3000 or PRP3000 or just plain 3000)?

[gd_barnes]

Originally Posted by MyDogBuster

Port 3000, the PRPNet port. It's your machine so I added the G (or is it CRUS3000 or PRP3000 or just plain 3000)?

That's pretty funny when I don't know what is on my own machine. I should have known this but hadn't checked for port #'s at CRUS. G3000 is fine.

[mdettweiler]

Originally Posted by gd_barnes

Laugh. Change change change. Oh well. Max, did the no-IP site change itself this time like it is supposed to or did you have to do some manual intervention again?

Yes, it fixed itself automatically this time. (Not sure exactly how quickly it fixed itself, though, since I wasn't online at the time to clock it.)

[henryzz]

Originally Posted by mdettweiler

Yes, it fixed itself automatically this time. (Not sure exactly how quickly it fixed itself, though, since I wasn't online at the time to clock it.)

surely there should be a gap in the results sent in

[mdettweiler]

Originally Posted by henryzz

surely there should be a gap in the results sent in

Actually, no--the clients automatically hang on to the results if they can't contact the server, and send 'em over as soon as they can reach it again. (Also, the server itself never actually went offline--only the connection between the clients and the server was temporarily "broken". So, nothing would have gotten messed up on that front.)

[IronBits]

For those of you that might be curious what the console scrolling looks like on a busy llrnet nplb Server handing out ~200,000 knpairs per day might look like, I give you:
http://nplb.ironbits.net/images/port9000action.mov
Warning: It is about 25 MEG in size
Hopefully it won't get /. type coverage and bring us to our knees.

[gd_barnes]

David,

I do not have access to any of yesterday's results files. That is the Jan 9th files ran on Jan 10th @ 12:01 AM.


Gary

[henryzz]

Originally Posted by mdettweiler

Actually, no--the clients automatically hang on to the results if they can't contact the server, and send 'em over as soon as they can reach it again. (Also, the server itself never actually went offline--only the connection between the clients and the server was temporarily "broken". So, nothing would have gotten messed up on that front.)

i actually meant a time gap
when are the timestamps set
is it before the client fails to send the results to the server or after