Timestamps are in GMT/BST.
| 00:12:23 | Watusimoto | not sure what this means: |
| 00:12:25 | Watusimoto | Address 0xfe42669 is 169 bytes inside a block of size 360 free'd |
| 00:12:55 | Watusimoto | but this looks very bad |
| 00:12:57 | Watusimoto | Invalid write of size 4 |
| 00:12:57 | Watusimoto | ==17149== at 0x58C8D6: Zap::EditorObject::setVertexLitUp(int) (BfObject.cpp:367) |
| 00:12:57 | Watusimoto | ==17149== by 0x58C8A7: Zap::EditorObject::setLitUp(bool) (BfObject.cpp:355) |
| 00:12:57 | Watusimoto | ==17149== by 0x4685F5: Zap::EditorUserInterface::onMouseMoved() (UIEditor.cpp:2798) |
| 00:13:07 | raptor | foudn another (invalid read this time:) http://pastie.org/5429584 |
| 00:13:10 | Watusimoto | this coincides with where I've been poking around |
| 00:14:02 | raptor | so is an EditorObject deleted, then being written to? |
| 00:14:50 | Watusimoto | that's what it looks like |
| 00:16:27 | Watusimoto | every editor object has a serial number (getSerialNumber) that might be helpful here |
| 00:17:48 | raptor | sooo... maybe EditorObject is not getting cleaned up?? |
| 00:18:13 | Watusimoto | maybe |
| 00:18:47 | raptor | which is weird - i can't find it actually being used anywhere... |
| 00:19:28 | raptor | hey |
| 00:19:40 | raptor | try adding a virtual destructor |
| 00:19:44 | raptor | BfObject.h |
| 00:19:49 | raptor | line 183 |
| 00:20:44 | raptor | i wonder if that's it... |
| 00:21:16 | Watusimoto | I was just adding that for logging purposes... I doubt its it, but would be great if it were! |
| 00:22:45 | raptor | huh, i cannot link with that in... |
| 00:30:07 | raptor | rats, invalid reads and writes are still there... |
| 00:30:26 | raptor | 1 read, 2 writes |
| 00:47:24 | Watusimoto | dang. |
| 00:47:29 | Watusimoto | I give up for tonight |
| 00:47:41 | raptor | i can commit my virtual destructor changes, at least |
| 00:47:51 | raptor | could this be it?: http://stackoverflow.com/questions/9232845/valgrind-invalid-read-write-list |
| 00:47:52 | Watusimoto | I logged a bunch of stuff, found no double deletes, or accesses to deleted objects |
| 00:48:12 | raptor | see accepted answer |
| 00:50:04 | Watusimoto | copy constr? |
| 00:51:04 | raptor | yeah.. i don't know.. |
| 00:51:07 | raptor | but dinner time! |
| 00:51:21 | Watusimoto | night |
| 00:51:26 | Watusimoto | I think the problm is in onMouseMoved |
| 00:51:29 | Watusimoto | for some reason |
| 00:51:33 | Watusimoto | later |
| 00:52:00 | sam686 | oh and don't forget, copy constructor and struct/class "=" copy which is 2 seperate things. |
| 01:00:15 | amgine1234567890 | lol is the bug that difficult to cure? |
| 01:05:00 | raptor | hi sam686 |
| 01:20:02 | raptor | good night Watusimoto |
| 01:25:11 | amgine1234567890 | well i wish i knew C++ but i dont =p |
| 01:25:20 | amgine1234567890 | if i did i would try to help you =p |
| 01:44:45 | | Watusimoto Quit (Ping timeout: 240 seconds) |
| 02:12:09 | amgine1234567890 | any luck? |
| 02:54:32 | raptor | ok sam686, i've tested the latest code in the editor - it only crashes on those HEAP_CHECK() lines - if i run outside the debugger, i get no crash |
| 02:54:39 | raptor | is this similar for you? |
| 03:14:21 | | BFLogBot Commit: e504f268b111 | Author: buckyballreaction | Message: Add virtual destructor for EditorObject |
| 03:31:01 | | BFLogBot Commit: 02cb9cad4e5d | Author: buckyballreaction | Message: Method spellings |
| 03:45:11 | amgine1234567890 | lol |
| 03:57:38 | | BFLogBot Commit: f6d618459770 | Author: buckyballreaction | Message: Revert some of watusimoto's debug code... this doesn't seem to be the issue anymore |
| 03:57:39 | | BFLogBot Commit: 01b99deab09c | Author: buckyballreaction | Message: Fix two more valgrind errors, one of which was the invalid read we were getting: we were not setting mHitItem to NULL |
| 04:11:21 | | BFLogBot Commit: 5b1cd9932cc7 | Author: buckyballreaction | Message: Fix the invalid writes detected by valgrind. Use of a SafePtr was an obvious solution I should have thought of sooner.. |
| 04:14:36 | | Wuzzy2 has joined |
| 04:17:21 | | Wuzzy Quit (Ping timeout: 250 seconds) |
| 04:22:04 | raptor | ok, good night - i think i fixed windows crashing... |
| 04:22:12 | | raptor Quit () |
| 04:35:40 | | Wuzzy2 Quit (Ping timeout: 256 seconds) |
| 05:37:57 | | koda Quit (Quit: koda) |
| 06:10:28 | | CrazyLinuxNerd Quit (*.net *.split) |
| 06:10:35 | | ChanServ Quit (*.net *.split) |
| 06:10:35 | | amgine1234567890 Quit (*.net *.split) |
| 06:19:34 | | ChanServ has joined |
| 06:19:45 | | CrazyLinuxNerd has joined |
| 08:15:10 | | raptor has joined |
| 08:15:10 | | ChanServ sets mode +o raptor |
| 08:23:33 | | raptor Quit () |
| 08:24:27 | | raptor has joined |
| 08:24:27 | | ChanServ sets mode +o raptor |
| 09:12:14 | | Watusimoto has joined |
| 09:18:35 | | Watusimoto Quit (Ping timeout: 248 seconds) |
| 09:18:56 | | raptor Quit () |
| 11:50:21 | | Watusimoto has joined |
| 13:52:27 | | Wuzzy has joined |
| 14:23:54 | | raptor has joined |
| 14:23:54 | | ChanServ sets mode +o raptor |
| 14:24:03 | raptor | good day! |
| 14:34:01 | raptor | Watusimoto: maybe we can release soon! :) |
| 14:34:31 | Watusimoto | found a big bug in the memory leak fix last night |
| 14:34:37 | raptor | great! |
| 14:34:42 | Watusimoto | crashes the game fairily consistently |
| 14:34:46 | Watusimoto | I think I've fixed it |
| 14:34:49 | Watusimoto | testing now |
| 14:34:50 | raptor | what!? |
| 14:35:06 | Watusimoto | I'll bet you never tried testing a level :-) |
| 14:35:25 | raptor | I... you mean loading one? no... |
| 14:35:39 | Watusimoto | by deleting objects in the database, we cause them to be deleted while we are destructing them |
| 14:35:47 | Watusimoto | which, of course, causes all sorts of mayhem |
| 14:35:59 | Watusimoto | but at least it's a clear, easy to grapple with problem |
| 14:36:12 | Watusimoto | hopefully my fix does not intruduce yet new errors |
| 14:36:14 | raptor | heh |
| 14:36:37 | Watusimoto | I had to go through and evaluate every database delete and see if we want to actually delete the object or not |
| 14:36:46 | Watusimoto | if I made all the right calls, then everything is ok |
| 14:36:56 | Watusimoto | if not... well, either more memory corruption or memory leaks |
| 14:37:15 | Watusimoto | ok, the crash is gone |
| 14:37:30 | Watusimoto | but ffs don't terminate on walls properly :-( |
| 14:37:40 | raptor | ohwonderful |
| 14:37:48 | Watusimoto | and they don't disappear when killed |
| 14:38:08 | Watusimoto | (client side only problem) |
| 14:38:12 | raptor | all because of that clear -> deleteAndClear ? |
| 14:38:17 | Watusimoto | who knows |
| 14:38:28 | Watusimoto | I think this is a client-server sync issue |
| 14:38:37 | Watusimoto | I can shoot through it, so the server thinks its gone |
| 14:38:42 | Watusimoto | anyway, I'll check in now |
| 14:38:45 | Watusimoto | my kids want the computer |
| 14:38:52 | raptor | oh hey - that showed up around 017, too |
| 14:39:05 | Watusimoto | would you run this through valgrind again to at least check for new memory leaks? |
| 14:39:12 | raptor | sure |
| 14:39:15 | Watusimoto | I already fixed that ff problem once :-( |
| 14:39:58 | Watusimoto | but... I feel optimistic. these issues are quite easy compared to the bear you fixed last night |
| 14:40:19 | raptor | man - i spend a lot of time last night... and guessing.. and valgrind |
| 14:40:41 | raptor | i finally found something that fixed the invalid read |
| 14:40:54 | raptor | and that was my lucky break |
| 14:41:07 | Watusimoto | I also was able to get rid of some duplicate remove-from-db methods |
| 14:41:11 | raptor | oh good |
| 14:41:18 | raptor | they were a bit confusing |
| 14:41:27 | Watusimoto | yes, still confusing, but hopefully less so |
| 14:41:33 | Watusimoto | ok I pushed. |
| 14:41:34 | | BFLogBot Commit: ab23d5dfa498 | Author: watusimoto | Message: Comments |
| 14:41:36 | | BFLogBot Commit: 463ba760d53b | Author: watusimoto | Message: Add destructor |
| 14:41:38 | | BFLogBot Commit: 143ba785b4e9 | Author: watusimoto | Message: Misc cleanup |
| 14:41:39 | | BFLogBot Commit: 8ed39656be0e | Author: watusimoto | Message: Merge |
| 14:41:41 | | BFLogBot Commit: aefbe78894a2 | Author: watusimoto | Message: Eliminate duplicate destructor |
| 14:41:42 | | BFLogBot Commit: 5f9b9cc217ac | Author: watusimoto | Message: Remove heap checks |
| 14:41:44 | | BFLogBot Commit: 62b722a7b65f | Author: watusimoto | Message: Remove dead debugging code |
| 14:41:45 | | BFLogBot Commit: 01a4ac5efb63 | Author: watusimoto | Message: Wrap mDockItemHit in SafePtr... just to be safe. Also some other vageuly related cleanup. |
| 14:41:46 | Watusimoto | I'm being literally pushed off the machine |
| 14:41:47 | | BFLogBot Commit: a64f43300920 | Author: watusimoto | Message: Formatting |
| 14:41:48 | Watusimoto | so... |
| 14:41:48 | | BFLogBot Commit: b5b1f0822327 | Author: watusimoto | Message: Wrap another brother in SafePtr |
| 14:41:50 | | BFLogBot Commit: 739ca0b4d8e6 | Author: watusimoto | Message: Ok, going a little nuts here for the sake of consistency. Wrap two more. There is no way these objects could become NULL from under us, as they are copies of pointers to dock items or are otherwise things that can never be deleted from underneath us. But once burned... |
| 14:41:51 | Watusimoto | see you later! |
| 14:41:51 | | BFLogBot Commit: 42a6a1c38cc3 | Author: watusimoto | Message: Try to clarify when an object should be deleted and when it should just be removed from the database. Fixes crashes when testing levels and getting a delete inside a destructor. |
| 14:44:00 | raptor | later |
| 15:35:11 | raptor | still no leaks with valgrind! |
| 15:35:25 | raptor | (apart from random minor ones with SDL and the sound system) |
| 15:59:25 | | Wuzzy Quit (Ping timeout: 240 seconds) |
| 16:04:36 | | Watusimoto Quit (Ping timeout: 260 seconds) |
| 16:26:17 | | Watusimoto has joined |
| 16:30:14 | raptor | hmmm... client-side forcefields |
| 16:30:23 | raptor | don't appear when hosting normally.. |
| 16:30:36 | raptor | but through the editor, they're there |
| 16:30:40 | raptor | bullets go through |
| 16:35:18 | Watusimoto | ok |
| 16:35:27 | Watusimoto | that means they may be a relic of the editor |
| 16:35:45 | Watusimoto | just sitting around in memory somehow |
| 16:35:51 | raptor | yes |
| 16:35:56 | Watusimoto | so... valgrind looked ok? |
| 16:36:25 | Watusimoto | if so, then if we don;t experience any random crashes, we may have licked it |
| 16:37:01 | raptor | yes valgrind was the sam = no crazy leaks |
| 16:37:05 | raptor | same |
| 16:37:20 | raptor | and no invlaid read/writes |
| 16:37:56 | Watusimoto | excellent |
| 16:38:06 | Watusimoto | want me to look at the ff issue? |
| 16:38:19 | raptor | sure - i'm still not really sure where to begin |
| 16:38:26 | Watusimoto | also... took a look at the issue of missing underlines on the json page |
| 16:38:34 | raptor | yes, i'll look at that |
| 16:38:41 | Watusimoto | could not reproduce with my own nick and 018 |
| 16:38:46 | Watusimoto | tried 3x |
| 16:38:56 | Watusimoto | always came up quickly and properly |
| 16:38:58 | raptor | really?? |
| 16:39:00 | raptor | hmmm |
| 16:39:02 | Watusimoto | yup |
| 16:39:02 | raptor | trying.. |
| 16:39:21 | Watusimoto | I forgot my kids' pws so I didn't try other accounts |
| 16:39:35 | raptor | happens in 017b |
| 16:39:38 | raptor | trying 018.. |
| 16:40:02 | raptor | 018 works... |
| 16:40:05 | raptor | now that is odd |
| 16:40:09 | Watusimoto | I think it must be a server problem, so I doubt version would make a difference |
| 16:40:14 | Watusimoto | and... it seems to? |
| 16:40:24 | raptor | yeah version makes a difference |
| 16:40:33 | Watusimoto | well, if it works in 018... |
| 16:40:37 | Watusimoto | then problem solved! |
| 16:40:39 | raptor | i think sam686 made some changes to master recently about hacking... |
| 16:40:42 | raptor | haha, yes! |
| 16:41:02 | Watusimoto | oh, do we want to rebuild server before release? |
| 16:41:09 | raptor | yes! |
| 16:41:11 | raptor | let me do that.. |
| 16:41:12 | Watusimoto | ok |
| 16:41:16 | Watusimoto | sure |
| 16:41:19 | raptor | wait |
| 16:41:20 | raptor | server |
| 16:41:22 | raptor | ? |
| 16:41:26 | Watusimoto | oh sorry |
| 16:41:30 | raptor | dedicated test build, or master server? |
| 16:41:36 | Watusimoto | after our hack we talked about reinstalling and rebuilding everything |
| 16:41:48 | raptor | oh yeah |
| 16:41:55 | Watusimoto | remember that sordid event? |
| 16:41:58 | raptor | well, i've been ssh'ing in each day to check it out... |
| 16:42:02 | raptor | so far nothing |
| 16:42:10 | Watusimoto | probably will be nothing |
| 16:42:19 | Watusimoto | but if we;re going to do it we should do it before the release |
| 16:42:26 | Watusimoto | if we're not, it doesn;t really matter |
| 16:42:28 | raptor | i also did some wierd file tricks like make the verified copy of sshd file-system-immutable (can't be replaced) |
| 16:43:01 | raptor | well - i'm not sure i want to spend so much time on it - but it needs to be done :-/ |
| 16:43:29 | Watusimoto | I feel like we should, mostly because it feels dirty. But that's not a rational security reason. |
| 16:43:45 | raptor | hmmm... |
| 16:43:56 | Watusimoto | It's more like washing your hands after you touch something squishy |
| 16:44:02 | raptor | heh, so true |
| 16:44:13 | Watusimoto | but it is a lot of work |
| 16:44:15 | raptor | you said there was a centos 6? |
| 16:44:24 | Watusimoto | I did |
| 16:44:37 | raptor | well... |
| 16:44:45 | raptor | let me tarball the entire filesystem :) |
| 16:45:05 | Watusimoto | that's the other thing -- going to centos 6 may make recurrance less likely |
| 16:45:18 | raptor | yes, it will, i'm sure |
| 16:45:27 | Watusimoto | if we have a system bug, someone else will be along to exploit it sooner or later |
| 16:45:34 | raptor | centos 5 is one of the most hacked/hackable Linux systems on the planet |
| 16:45:39 | Watusimoto | really? |
| 16:45:42 | raptor | oh yes |
| 16:45:49 | Watusimoto | did not know that |
| 16:45:51 | raptor | because every VPS in the world is running it |
| 16:46:02 | raptor | insecurity through popularity |
| 16:46:07 | Watusimoto | right |
| 16:46:11 | Watusimoto | the opposite of macos |
| 16:46:15 | raptor | haha |
| 16:46:40 | raptor | well, the older kernel version is definitely prone to many many known exploits |
| 16:47:03 | raptor | and because it isn't an enterprise-supported system, they don't tend to get fixed as thoroughly |
| 16:47:53 | Watusimoto | or at all |
| 16:48:02 | raptor | yes :( |
| 16:48:15 | raptor | but the newer kernel means more security through obscurity! |
| 16:48:18 | Watusimoto | so you set up the current system -- how much custom stuff did you have to do? |
| 16:48:25 | raptor | plenty |
| 16:48:42 | Watusimoto | there was a lot of random custom stuff on the first server and I don't know how much got carried through |
| 16:48:54 | Watusimoto | plenty |
| 16:48:56 | Watusimoto | sigh |
| 16:48:58 | raptor | i'm thinking that i just force a database backup |
| 16:49:14 | raptor | then tarball the whole system and transfer it somewhere for safe keeping (maybe to two somewheres..) |
| 16:49:26 | Watusimoto | two, yes |
| 16:51:43 | raptor | ok tarballing.... |
| 16:51:46 | raptor | curious |
| 16:52:01 | raptor | do you have a way to redirect traffic to a 'site is currently down page'? |
| 16:52:10 | Watusimoto | no |
| 16:52:14 | Watusimoto | we're nevr down |
| 16:52:24 | Watusimoto | :-) |
| 16:52:27 | raptor | haha |
| 16:53:04 | Watusimoto | nine nines |
| 16:53:19 | raptor | that's like less than a second a year? |
| 16:53:48 | Watusimoto | something like that, yes |
| 16:53:54 | raptor | closer to 3/100 of a second... |
| 16:53:56 | Watusimoto | so we better be quick |
| 16:54:00 | raptor | not bad.. |
| 16:54:19 | sam686 | I think the forum itself you could can put a message the forum is down, such as it was used when moving bitfighter.org to a different servers.. |
| 16:54:21 | Watusimoto | I guess if we're going to do this, I should figure out how to log in to reset the os |
| 16:54:37 | raptor | well i'm tarballing it now... so it may be a little slow |
| 16:54:53 | raptor | brb |
| 16:54:53 | Watusimoto | of course, if we're down, no one can see the forums |
| 16:55:19 | sam686 | but you could also just put a "die("we will be back"); in a top line of settings.php or something.. |
| 16:56:00 | Watusimoto | well... we copy the stuff off, wipe the os, then start rewriting the system. how long would settings.php last before being overwritten? |
| 16:56:00 | sam686 | but, thats only if we really want to be down.. |
| 16:57:01 | sam686 | I think settings.php is never overwritten or modified, it uses database for almost every data.. |
| 17:00:00 | sam686 | As with which operating system to use? I heard Debian is a lot more secure and far less exploits.. |
| 17:00:18 | raptor | back |
| 17:01:01 | raptor | debian is usually hardened quite a bit, but it is frequently on older versions of software |
| 17:02:12 | raptor | it really depends on the software versions (newer *usually* means fewer exploits) and update frequency |
| 17:03:06 | raptor | Watusimoto: how much disk quota do you have for your VM? |
| 17:03:12 | raptor | the disk says 15GB |
| 17:03:20 | raptor | but i want to make sure.. |
| 17:03:52 | Watusimoto | 100GB?!? I am trying to find my login. My other site from the same host has 100GB |
| 17:06:40 | raptor | so the plan of action: tarball, db backup -> transfer, duplicate -> wipe! -> new OS -> ssh in, set up users, lock out root -> update system -> start copying files/settings servers |
| 17:06:49 | sam686 | Could try running SSH server as a different port number.. A lot of SSH password guessing bots only connects to default SSH port number.. |
| 17:06:56 | raptor | yes? good plan? |
| 17:07:03 | raptor | sam686: true |
| 17:07:25 | raptor | but i think this last break in was due to php and/or bad httpd |
| 17:07:28 | raptor | but i'm not sure.. |
| 17:08:11 | sam686 | looks at HTTPD logs... |
| 17:08:20 | Watusimoto | well, I have the billing info... |
| 17:08:41 | raptor | because *something* rewrote our ssh config to let the 'master' user in |
| 17:08:50 | raptor | and they didn't ssh in before that.. |
| 17:09:03 | raptor | we were technically rooted twice |
| 17:09:12 | raptor | maybe three times |
| 17:09:48 | sam686 | did you test a reboot and see if your config changes stick? |
| 17:09:55 | raptor | yes, i did several |
| 17:10:00 | raptor | they stuck |
| 17:10:31 | sam686 | did you update? which might have cause config to overwrite? |
| 17:10:45 | raptor | nope |
| 17:10:59 | raptor | also RPM does not overwrite config files when updating |
| 17:11:08 | Watusimoto | ok, this isn't good |
| 17:11:12 | raptor | ? |
| 17:11:17 | Watusimoto | no matter which username i use, I get to the same ctrl panel |
| 17:11:51 | Watusimoto | even when I use a random string of chars |
| 17:11:56 | raptor | oh wonderful |
| 17:11:57 | Watusimoto | I can log in |
| 17:12:15 | Watusimoto | this is security! |
| 17:13:03 | Watusimoto | ok, not "working" anymore |
| 17:13:10 | Watusimoto | maybe it was lastpass monkeying around |
| 17:13:26 | raptor | oh yay lastpass |
| 17:13:40 | raptor | the single point of failure i don't have to remember! |
| 17:13:55 | Watusimoto | You Have Been Blacklisted - Contact Support |
| 17:13:58 | Watusimoto | good grief |
| 17:14:02 | raptor | what |
| 17:14:31 | Watusimoto | too much screwing around with the login, I think |
| 17:14:56 | raptor | i always keep a fresh, clean browser on hand for situations like that.. |
| 17:15:05 | Watusimoto | good thinking! |
| 17:15:19 | Watusimoto | but it's probably server side |
| 17:15:44 | sam686 | Could be the web browser cache making it look like it still logs in or something. |
| 17:20:32 | Watusimoto | ok dinner time |
| 17:20:38 | Watusimoto | have requested deblacklisting |
| 17:20:41 | Watusimoto | will be back later |
| 17:20:44 | raptor | ok |
| 17:26:44 | | Watusimoto Quit (Ping timeout: 252 seconds) |
| 17:49:50 | sam686 | I wonder if that is how some spam bots tries to bypass captha in forum register.. looking at access_log error_log, there is this: |
| 17:49:51 | sam686 | "GET /forums/ucp.php?mode=register+++++++++++++++++++++++++++++++Result:+text+captcha+decoded;+chosen+nickname+%22Dawnolkr%22;+registered;+login+failed;+Result:+text+captcha+decoded;+chosen+nickname+%22Dawnolkr%22;+registered;+login+failed; HTTP/1.0" |
| 17:50:48 | raptor | wow |
| 18:00:53 | | Watusimoto has joined |
| 18:02:50 | Watusimoto | btw -- I was blacklisted on firefox too! |
| 18:02:58 | raptor | ha |
| 18:06:03 | | koda has joined |
| 18:09:22 | raptor | Watusimoto: there is a folder on the server called 'bforg' at / - is that the older server stuff? |
| 18:09:36 | Watusimoto | I think so |
| 18:15:46 | raptor | this is compressing soooo slowly |
| 18:20:42 | Watusimoto | FINALLY |
| 18:20:49 | Watusimoto | have access to bf.org ctrl panel |
| 18:20:54 | raptor | oh yay |
| 18:21:06 | raptor | your 20min sit-in-the-corner punishment is over? |
| 18:22:46 | Watusimoto | stupid site |
| 18:24:09 | raptor | i'd say to go with centos 6 - but what are your choices again? |
| 18:27:16 | Watusimoto | ok, disk stats |
| 18:27:16 | Watusimoto | 5.07 GB of 15 GB Used / 9.93 GB Free |
| 18:27:32 | raptor | yes, 1.5GB of that is my currently compressing archive... |
| 18:27:35 | Watusimoto | cent 5/6 32/64 bit |
| 18:27:42 | raptor | how much RAM? |
| 18:27:58 | Watusimoto | debian 5/6 |
| 18:28:05 | Watusimoto | fedora 14/16 |
| 18:28:21 | Watusimoto | slackware 13.37 (and earlier) |
| 18:28:26 | raptor | ha |
| 18:28:34 | Watusimoto | whole bunch of ubuntus |
| 18:28:54 | Watusimoto | memory: 382.68 MB of 768 MB Used / 385.32 MB Free |
| 18:29:14 | Watusimoto | bandwidth: 3.3 GB of 250 GB Used / 246.7 GB Free |
| 18:29:21 | Watusimoto | and we're at month's end |
| 18:29:32 | raptor | hmm |
| 18:29:58 | raptor | if you were to go with a new centos 6 server how much RAM would you get? the same? |
| 18:30:11 | Watusimoto | yes, I think so |
| 18:30:14 | raptor | because if so, we may want ot stick with 32bit |
| 18:30:28 | raptor | 64bit might be a bit faster, but has a higher ram usage |
| 18:30:44 | Watusimoto | looking at load stats -- I can see a spike where you are compressing |
| 18:30:47 | raptor | but maybe RAM isn't really a problem... |
| 18:30:56 | Watusimoto | neither is speed, frankly |
| 18:31:05 | raptor | except when compressing! |
| 18:31:13 | Watusimoto | memory is pretty constant |
| 18:31:19 | Watusimoto | at least over the past week |
| 18:31:39 | raptor | there should be a spike mid-oct -> mid -nov |
| 18:31:46 | raptor | where were were doubly rooted |
| 18:34:59 | Watusimoto | http://img24.imageshack.us/img24/8181/bandwidthabfb74e249b6b1.png |
| 18:35:26 | Watusimoto | and http://img69.imageshack.us/img69/6772/610loadbb7b5ea3913d30fe.png |
| 18:35:51 | Watusimoto | big transfer spike |
| 18:35:58 | raptor | oh yeah |
| 18:36:03 | raptor | weird |
| 18:36:04 | Watusimoto | big incoming, then big outgoinf |
| 18:36:16 | raptor | yeah, i found out the mailing server was active |
| 18:36:51 | Watusimoto | so for the whole year, pretty constant 400MB memory |
| 18:37:00 | Watusimoto | very rare spikes above that |
| 18:37:10 | raptor | ok, let's try 64bit centos 6, then |
| 18:37:10 | Watusimoto | only once above 600 |
| 18:37:16 | raptor | unless you have a preference for anything else |
| 18:37:28 | raptor | (because.. it's your VPS) :) |
| 18:37:44 | Watusimoto | max ever 706 |
| 18:37:48 | Watusimoto | let's do it |
| 18:38:02 | Watusimoto | centos 6 64 bit it is |
| 18:38:55 | Watusimoto | interesting |
| 18:39:10 | Watusimoto | they claim I have 384 MB memory, burstable to 768 |
| 18:39:17 | raptor | oh |
| 18:39:20 | Watusimoto | but I'm always above that |
| 18:39:23 | raptor | that's... bad |
| 18:39:40 | Watusimoto | then their stats meter says |
| 18:39:41 | Watusimoto | 400.46 MB of 768 MB Used / 367.54 MB Free |
| 18:39:51 | Watusimoto | which suggests they expect me to use more than 384 |
| 18:39:58 | raptor | huh |
| 18:40:07 | Watusimoto | yeah... so we must have 768 |
| 18:40:51 | raptor | disk performance is horrid |
| 18:43:00 | Watusimoto | whoa |
| 18:43:06 | Watusimoto | my other server only has 128 mb |
| 18:43:08 | Watusimoto | memory |
| 18:43:13 | raptor | blech |
| 18:43:20 | raptor | was that the old master? |
| 18:43:23 | Watusimoto | and I have 64bit centos there! |
| 18:43:37 | Watusimoto | no this is for a different project that I've never gotten off my butt to code |
| 18:43:44 | Watusimoto | trivial site, would take a day |
| 18:43:53 | Watusimoto | like pastie, but different niche |
| 18:44:45 | Watusimoto | 49.37 MB of 128 MB Used / 78.63 MB Free on that site |
| 18:45:01 | Watusimoto | I was seeing if it would make sense to switch servers to my other one.. but clearly not |
| 18:48:11 | raptor | sigh - restarting this compression with some housekeeping first... |
| 18:50:32 | | LordDVG has joined |
| 18:51:20 | sam686 | could of just compress multiple smaller parts... If compressing takes a long time, good luck trying to download them.. Oh and avoid getting the entire bitfighter master files, it just needs configuration and maybe log files.. |
| 18:51:31 | raptor | that's what i'm doing... |
| 18:52:29 | sam686 | if you can pause/resume downloads as with most HTTP websites, then downloading won't be much of a problem.. |
| 18:55:14 | raptor | ah, the mysql back up folder... |
| 18:55:31 | raptor | it's 350MB... |
| 19:04:49 | raptor | there should be a spike in traffic as I transfer the dumps... |
| 19:06:49 | sam686 | maybe transfering dumps is very slow, i guess.. At one time, i could only download at about 4 Mbps from the bitfighter.org.. |
| 19:07:05 | raptor | i'm using my work computer... :) |
| 19:07:15 | raptor | i average about 1.5 MB/s |
| 19:07:47 | sam686 | it could be multiple other VPS hogging the bandwidth.. |
| 19:09:45 | raptor | ok, i'll be back in a few min... |
| 19:20:31 | | BFLogBot Commit: bae4718512d8 | Author: watusimoto | Message: Comments |
| 19:20:33 | | BFLogBot Commit: e1376c68774d | Author: watusimoto | Message: Comments |
| 19:20:34 | | BFLogBot Commit: 5434741a3c69 | Author: watusimoto | Message: Whitespace |
| 19:20:36 | | BFLogBot Commit: ce12bb9c5713 | Author: watusimoto | Message: Reduce magic strings |
| 19:20:37 | | BFLogBot Commit: 82329a0789fb | Author: watusimoto | Message: Hacky fix to spurious forcefield issue when testing level from editor |
| 19:22:53 | Watusimoto | can anyone explain the seeker bug on the running buglist about prediction and forcefields? |
| 19:23:08 | Watusimoto | koda: what do I do with my gci idea(s) |
| 19:42:35 | raptor | hi Watusimoto |
| 19:42:44 | raptor | the seeker bug was more or less fixed by sam686 |
| 19:42:48 | Watusimoto | hi |
| 19:42:56 | Watusimoto | ok, because it seems to work reasonably well for me |
| 19:43:10 | raptor | i think the seeker client/server logic probably needs to be cleaned up, but it works well enough for now |
| 19:44:27 | raptor | ok, well, the server backup is still pretty slow, even though I filtered almost everything we don't need... |
| 19:44:38 | raptor | and i'm taking off for a few hours |
| 19:44:48 | raptor | i'll be back in about 3.5 or so |
| 19:45:36 | Watusimoto | ok, I'll probably be in bed |
| 19:45:43 | Watusimoto | tomorrow will be a tricky day for me |
| 19:45:47 | raptor | ok, so maybe server move tomorrow? |
| 19:45:49 | raptor | or.. not |
| 19:46:05 | Watusimoto | well, I have a meeting in Luxembourg city that will likely last well into the evening |
| 19:46:24 | Watusimoto | and I may not be in a good shape for doing much when I get home |
| 19:46:30 | raptor | ok |
| 19:46:49 | Watusimoto | but I can try to check in, and will verly likely be able to do the os reinstall |
| 19:46:52 | Watusimoto | that is pretty simple |
| 19:46:57 | raptor | ok |
| 19:47:04 | raptor | then i could take it from there |
| 19:47:17 | Watusimoto | but it will probably be around 1AM, here. It's 9PM here now |
| 19:47:21 | Watusimoto | just for reference |
| 19:47:39 | raptor | ok |
| 19:47:46 | Watusimoto | but its also possible something will come up and I won't be on |
| 19:47:53 | Watusimoto | but if not tomorrow, then Tues for sure |
| 19:47:58 | raptor | ok no problem |
| 19:48:09 | Watusimoto | have fun! |
| 19:48:16 | raptor | i'll wait to do the last database dump until right before you can do the os reinstall.. |
| 19:49:59 | raptor | well, if you're not in bed when i come back, we could do the os reinstall then, too... then i'd have the whole evening to fix up the server just right |
