[00:02:32] *** Quits: Kebap (Max@RBOSE-kadpue.adsl.hansenet.de) (Ping timeout: 241 seconds) [00:02:34] *** Joins: Kebap (Max@RBOSE-bnjpvl.adsl.hansenet.de) [02:10:56] *** Quits: kalken (default@RBOSE-1a724n.bredband.comhem.se) (Quit: WeeChat 0.3.5) [03:39:02] *** Quits: lukas (lukas@RBOSE-gkfu2h) (A TLS packet with unexpected length was received.) [04:55:21] *** Quits: Caly (Caly@RBOSE.org) (Quit: Leaving) [11:09:20] *** Joins: kalken (default@RBOSE-1a724n.bredband.comhem.se) [12:27:43] *** Joins: kman (kman@RBOSE-1vjua3.student.uu.se) [13:29:01] *** Joins: lukas (lukas@RBOSE-gkfu2h) [13:40:12] *** Quits: lukas (lukas@RBOSE-gkfu2h) (Quit: brb) [14:26:05] *** Joins: lukas (lukas@RBOSE-gkfu2h) [17:15:47] *** Joins: Caly (Caly@RBOSE.org) [17:32:10] *** Joins: Calyp (Caly@RBOSE.org) [17:37:01] *** Quits: Caly (Caly@RBOSE.org) (Ping timeout: 241 seconds) [18:42:08] DEVELORPZ [18:42:13] ok just brainstorming a bit here [18:42:24] yes please! [18:42:30] if I have two physical locations and I want to have a server up and running ALL ZEH TIME [18:42:37] I must make sure of some kind of failover solution [18:42:41] this server is a virtual server. [18:43:10] maybe the most awesome way to do it is to have a maintenance window every week where an image of the whole system is mirrored [18:43:26] so if shit hits the fan, the other physical location can boot it up and remap the dns [18:43:39] that's one way to do it :> other ideas goys? [18:43:43] do they share the same internet connexion? [18:44:01] they are 5 km:s apart so no [18:44:17] I could rig up VPN if that helps [18:44:18] :) [18:45:36] yes automatic backups seem unavoidable [18:45:52] maybe even more often than only once a week [18:46:16] we could have a full synchronization every.. week or halfweek, and rsync the diffs every night [18:46:22] if you want to have both servers up and running ALL ZEH TIME it is even easier [18:46:54] they can just continue exchanging updates [18:47:00] hmm ok :o [18:47:01] ping each other to see if still living [18:47:22] when you say exchange updates, you mean bitwise updates on the whole system image OR application specifics? [18:47:30] FAT92: you kan maybe use pacemaker or heartbeat :D [18:47:37] yeah those cool HA thingies :) [18:47:40] but they sucked balls [18:47:49] why? [18:47:51] since you had to ... do ICMP...something [18:47:55] yes [18:47:58] and I tried it for days on end [18:48:00] without luck [18:48:00] x) [18:48:07] I even involved half the internet squad. [18:48:09] best is to get a machine in the cloud [18:48:12] :D [18:48:14] so NO :D [18:48:16] answering trafics [18:48:25] zeh cloud [18:48:27] and they pass it forward [18:48:28] trust amazon [18:48:35] amazuck [18:48:47] how would you do the cloud solution [18:49:04] some point needz to always answer [18:49:17] yes :> [18:49:19] if one is to do it at home, this requires everything redundant [18:49:22] even internetz [18:49:23] but that point is often a hostname [18:49:33] that hostname can be updated by the currently alive machine [18:49:33] :) [18:49:47] which is åzum [18:49:50] you could maybe set shor ttl on dns [18:49:53] yes [18:49:54] and get it to work that way [18:49:59] how short could you put it? [18:50:00] but that is not "HA" [18:50:01] did you ever find out [18:50:12] no.. it's not HA but it's pretty damn good [18:50:12] 30-60 sek should be ok [18:50:32] kvm migration would not work [18:50:38] also it depends on what kind of stuff you need to mirror [18:50:40] that's just for maintenance and so on [18:50:40] databases? [18:50:52] maybe that is the only thing needs syncing [18:50:55] if we disregard applications completely, and just transfer the image [18:51:00] I don't have to care for details [18:51:05] but then it's not as good :) [18:51:05] but it can take more time... [18:51:19] than 30 sek :D [18:51:41] what I mean is that you get an old snapshot of the system, perhaps 23h 59m old [18:51:44] in worst case [18:51:50] but you get a fully working system which is available :) [18:52:28] hmm, i would not use an 24 h old database :D [18:52:44] not if it was a wiki or something [18:52:45] we could run synchronization of diffs more often [18:52:54] yeah thats what i talk about [18:53:02] it's just a matter of finding that balance [18:53:03] then there is e.g no need to transfer whole machine [18:53:08] I have never actually done this so [18:53:09] just syncronize backups of db [18:53:11] I am guessing at values :) [18:53:28] mysql is easy to backup and transfer [18:53:35] yeah but I dont want application specifics.. we could just run rsynch on every file on the machine [18:53:48] so what will change: logs, and mysql db :D [18:53:55] i usually compile everything i need in /opt [18:53:59] then you can rsync that [18:54:26] what if I make changes to /etc and forget about it :> [18:54:32] I mean if you capture all you don't ever have to worry [18:54:39] why would you do that? [18:54:41] besides, is there a big downside to rsyncing everything? [18:54:49] x) [18:54:55] why not [18:54:59] murphys law :D [18:55:01] if you compile everything yourself, dont put anything in something other than /opt/ [18:55:20] yeah but what ifs :) [18:55:38] the system might need tweaking [18:55:50] i'm just saying that a "host" system can be separated from the applications itself [18:56:00] so you dont need to synk host-files very often [18:56:11] I dont understand :( [18:58:00] * DNS777 i dont want to read all :( [18:58:09] lol [19:06:05] its an interesting read actually: how to sync servers. kalken suggests, just syncing the db and put all relevant files in /opt/, leave rest of host systems unsynced. FAT92 does not want to worry about individual apps and just sync the whole systems. this would probably take longer. [19:08:51] yes [19:09:00] his school of thought is great [19:09:17] this is an interesting topic :D [19:13:01] the fact that we are sitting 3 meters away from each other, yet discussing this in some other language over irc is even more interesting :D [19:16:15] xD [19:17:19] yeah kalken :D sorry guys but i could not stop laughing after i watch the video about elections from main channel and read the wikipedia article LOL [19:18:03] good stuff DNS777 :D [19:18:44] hehe [19:19:45] wo0t [20:08:47] the fact that we are sitting 3 meters away from each other, yet discussing this in some other language over irc is even more interesting :D <-- w0ot [21:09:32] *** Quits: Calyp (Caly@RBOSE.org) (Quit: Leaving) [22:48:54] Kebap: :) [22:49:03] we live in the same apartment :D [23:00:02] *** Quits: kalken (default@RBOSE-1a724n.bredband.comhem.se) (Ping timeout: 241 seconds)