IRC log of #maemo-meeting for Wednesday, 2013-01-16

*** qwazix has left #maemo-meeting00:42
chem|sto/01:30
DocScrutinizer05hi chem|st01:34
DocScrutinizer05chem|st: you noticed my request to postpone tmo migration which is scheduled for tomorrow?01:34
chem|stDocScrutinizer05: that is not really an option01:37
chem|stand there is no reason as is...01:37
DocScrutinizer05errr, why?01:38
chem|stthe problem is not in maemo.org but in other infra so may the forums be down...01:38
chem|stmay they be down!01:38
DocScrutinizer05sorry?01:38
chem|stmigration has nothing to do with server downtime01:39
DocScrutinizer05we're not talking about server downtime. there are bandwidth/packet-loss issues with access to *.maemo.org vservers01:39
chem|stthe server might be down but there is nothing like a head crash of new tmo server or something...01:40
DocScrutinizer05to put it plain: moving tmo to the new server tomorrow will probably render it "down"01:40
chem|stand that is what? a networking problem01:40
chem|stnothing to worry01:40
DocScrutinizer05aaah of course01:40
chem|sta fire and no copies of tmo left would be a problem01:41
DocScrutinizer05tmo being down too is nothing to worry about01:41
chem|stif reggie has to shutdown the other server, so it be, does not prevent hime from pulling the data from it beforehands01:42
DocScrutinizer05sorry I guess you lost me with your rationale01:42
chem|stwhen it comes to servers I lost my "chicken" abilities years ago01:42
DocScrutinizer05[2013-01-15 21:31:13] <DocScrutinizer05> given the current situation I'd like to suggest postponing of tmo migration planned for tomorrow01:43
DocScrutinizer05[2013-01-15 21:31:42] <DocScrutinizer05> chem|st: ^^^^01:43
DocScrutinizer05[2013-01-15 21:32:01] <MentalistTraceur> I would agree, but we don't know how soon it'll be resolved and reggie's limit is the 20th, right?01:43
DocScrutinizer05[2013-01-15 21:32:06] <MentalistTraceur> Buys us at most four days?01:43
DocScrutinizer05[2013-01-15 21:32:17] <MentalistTraceur> Better than nothing I suppose.01:43
DocScrutinizer05[2013-01-15 21:32:29] <DocScrutinizer05> I'd hope 4 days are sufficient for Nemein to sort stuff01:43
chem|stfirst question 'do we have a backup?' if the answer is 'yes' my next question is 'why do you even bother'01:44
* DocScrutinizer05 facepalms01:44
chem|stI know but that is not reggies deadline to leave us that is from what I understand 'comes handy to keep me admin account active for the next months'01:45
DocScrutinizer05honestly I can't see relevance of any backup here01:45
chem|stDocScrutinizer05: sry to be so chilled on that matter :)01:45
MentalistTraceurHold up, isn't talk.maemo.org like the only source of info for most community members? So if the rest of infra is having problems, and TMO ends up being down simultaneously, everyone's just left hanging with no clue as to when things will stop working again?01:45
MentalistTraceur(Expecially now that mailing list doesn't deliver mail properly for the time being)01:46
MentalistTraceurs/stop/start/01:46
DocScrutinizer05and moving a service from a working location to a non-working one without any particular urgent need is just silly01:47
chem|stthen post om tmo that there are networking issues and there might be some downtime in the next couple of days as tmo will migrate to the same infra as the rest of m.o01:47
chem|stDocScrutinizer05: thought reggie canceld his server contract?!01:48
DocScrutinizer05yeah, great, since we *need* further load on the already overloeded firewall that gives us all that pain, due to Reggie not bothering to shift the move one day or two towards the 20th, despite he maybe even had better time on thursday than tomorrow01:49
chem|st?01:49
DocScrutinizer05chem|st: please! you know pretty well that Reggie said the server will be up until Sunday01:49
DocScrutinizer05actually until 20.1.01:49
chem|stI know...01:50
DocScrutinizer05I *strongly* suggest to consider postponing tmo migration one or two days01:50
DocScrutinizer05or at least put old server into r/o mode and migrate, but NOT change the DNS to point to new server01:52
DocScrutinizer05though that wouldn't allow me to update http://talk.maemo.org/showthread.php?t=8865901:53
chem|stnot true...01:54
DocScrutinizer05not helping...01:54
chem|sthehe01:54
DocScrutinizer05could you please elaborate on your whole take on that? incl this "not true..." !?01:55
MentalistTraceurBtw, I'm not sure how posting on TMO that tomorrow TMO will quite possibly be not working along with the rest of the infra helps the problem of many community users being left out of the loop.01:55
chem|stwe can set all tmo as r/o and deactivate thread creation and still have admins+mods be able to alter tmo01:56
DocScrutinizer05sure01:56
DocScrutinizer05I'd just prefer you helping a bit instead of antagonizing01:57
chem|stor you can proxy requests to new tmo if it is working and stay r/o (old server) if not01:57
chem|stbut on the other hand what is the big deal with having some downtime?01:58
DocScrutinizer05*I* can nothing of all that!01:58
chem|stand you are not the one doing it are you?01:58
chem|stfor the page proxiing thing I would need to ask some friend for help01:59
DocScrutinizer05honestly you're obviously trying to troll me01:59
chem|st?01:59
MentalistTraceurDocScrutinizer05, I don't think he's trolling you, it's just a normal disagreement.01:59
DocScrutinizer05[2013-01-16 00:47:14] <DocScrutinizer05> and moving a service from a working location to a non-working one without any particular urgent need is just silly     <DocScrutinizer05> yeah, great, since we *need* further load on the already overloeded firewall that gives us all that pain  -- i haven't seen any "disagreement" regarding my arguments before02:01
chem|stI am not trying to troll you I am trying to get you to understand that it is not a big deal, all m.o is down... if move of tmo proceeds you may or may not keep itt alive in ro... googling hits itt anyways so you may change the dns as well...02:01
DocScrutinizer05that's incorrect02:01
chem|stoh did that change now?02:02
chem|stwell wiki is ro for weeks now02:02
DocScrutinizer05the moment you change the DNS it will add load to the broken firewall and render tmo inoperable02:02
DocScrutinizer05I urgently request to NOT do the first, and suggest to not do the second02:03
chem|stcalled d.o.w.n.t.i.m.e and happens... first is proceed with move and second dns?02:04
chem|streggies call02:04
DocScrutinizer05sigh, first is >>it will add load to the broken firewall<<02:04
DocScrutinizer05second is >>render tmo inoperable<<02:05
chem|stsounded mor like an isp issue from reading the logs02:05
DocScrutinizer05and it's not exactly reggie's call, or at least it's even less my call, since *you* are our current tmo admin and it's up to *you* to ask reggie if he might pretty please postpone tmo migration one or two days02:06
chem|stlike qos was set to what isp said is bandwidth but band collapses if used02:06
chem|stso this is becoming an official now? well, I'll ask him...02:07
DocScrutinizer05my call however is to say "You MUST NOT add additional load to the already overloeded firewall"02:07
chem|stand stop calling me names in public! :)02:07
DocScrutinizer05so your options are as elaborated above02:08
chem|stis dns record now a proper a record or is it some kind of fwd from elsewhere?02:08
DocScrutinizer05either postpone, or put into r7o mode and either way don't touch DNS02:08
DocScrutinizer05CNAME02:08
chem|styeah just digged it...02:09
DocScrutinizer05btw regarding backup, i'd appreciate if reggie would talk to brkn and send a backup to our backup location02:18
DocScrutinizer05I don't mind if he wants or doesn't want to encrypt that backup, and hand the key tu uncrypt to you02:19
DocScrutinizer05to*02:19
DocScrutinizer05I just want a backup in a completely unrelated separate location02:20
DocScrutinizer05in case something at Nemein blows up02:20
DocScrutinizer05(if brkn isn't available, ask me)02:21
*** kolp has quit IRC02:24
Woody14619FWIW:  Personally, I think downtime will do us good in the long run, if it happens.02:28
Woody14619The old addage "Don't know what you got till it's gone" doesn't work unless stuff actually goes away, even for a short while.02:29
Woody14619If TMO and all that goes out for a day or two, even with fore-warning, like has already been said on TMO, it will make folks sit up and maybe realize how close to the brink this whole thing got.02:30
Woody14619May even inspire a few of the whiners to STFU, and/or others to determin it's worth throwing $5/month at for the foreseable future... Not like we couldn't use the funding...02:31
chem|stDocScrutinizer05: that was the idea of backup02:31
chem|stI'm going to backup twice just to be sure02:31
chem|stin case of death my sister has access to the keys...02:31
chem|stthat sort of backup?02:32
DocScrutinizer05yes02:34
DocScrutinizer05there's a semi-official central location for that sort of backups02:34
Woody14619And while I sympathise with DocScrutinizer05 on this... I know it's not easy being seen as "in charge" and having "bad stuff" happen that you have no control over...  I don't think this is quite a panic moment either.02:35
DocScrutinizer05that i pay for from my own pocket02:35
chem|stWoody14619: yeah that is why I lost my "chicken" abilities a while ago02:36
DocScrutinizer05Woody14619: my priorities are clearly set and stated above: 1.: DO NOT add load to the firewall; 2.: You SHOULD NOT do the migration tomorrow02:37
chem|stgetting emails and pinged for hours that the server is down while you are trying to get it back up...02:37
DocScrutinizer05~211902:37
Woody14619I do agree it would be nice to have a couple backups, in a couple locations... just to be safe.02:37
chem|stDocScrutinizer05: you are cc'ed02:37
Woody14619I get that Doc, but I don't think the firewall is overloaded... Just misconfigured.  I really don't think load will affect it much.02:37
DocScrutinizer05thanks02:37
Woody14619I'd be more concerened about the integrety of the transfer than screwing things up for reading users...02:38
DocScrutinizer05Woody14619: it evidently does, since stuff like wiki worked like a charm 2 days ago02:38
DocScrutinizer05Woody14619: ...and shit hit the fan when DNs switched02:38
DocScrutinizer05DNS02:38
Woody14619Or, they did something to the firewall at the same time and just aren't mentioning that...02:39
Woody14619Or it was linking some static content from another area, and the firewall got confused over that transfering...02:39
Woody14619Or one of 50 million other possabilities.02:39
Woody14619Saying it's load is just as big an assuption as any of the above.02:40
DocScrutinizer05Eero said FW is statistically dropping connections02:40
DocScrutinizer05he also said "I guess you slashdotted us - CPU load is manageable but there's a bottleneck in network" (OWTTE)02:41
Woody14619Could even be glitchy hardware, or some off packet rule...02:41
DocScrutinizer05so whatever it been, it's most likely related to bandwidth02:41
DocScrutinizer05Woody14619: nope, since stuff inproven when [2013-01-15 17:04:08] <mashiara> I enabled traffick-shaping on the maemo-firewall but I have no real data yet to be able set correct parameters so current config is based on guesswork02:42
Woody14619Well, that's all fine... It could be.  But again.. even if we transfer and find it's too constraind, that's fine.  They'll fix the pipe eventually, and things will go back to normal.02:43
DocScrutinizer05yes, everything will be fine, if we only wait for long enough02:43
Woody14619If this happens too smoothly, the complacency in the community will continue unabated.  I almost like the idea that things will get rocky for a bit.02:44
DocScrutinizer05but until then, I try to manage stuff in a way that minimizes discomfort to users02:44
DocScrutinizer05things already ARE quite rocky, since 36h02:45
Woody14619It may actually shake a few people into droping some change on the project when they finally realize that it's not a trust-fund baby and could actually go away if they don't.02:45
Woody14619No... For YOU they've been rocky.  For a large chunk of the user base, things have been just fine.02:45
DocScrutinizer05tmo is the only service that's not down02:45
Woody14619Lots of people don't actually edit the wiki... they just read it.  And read TMO...02:46
Woody14619For active members, using builder, and garage, and wiki, yes...  They noticed.02:46
DocScrutinizer05and on tmo we will see downtime anyway, when Reggie does the actual move02:46
Woody14619But the casual TMO browser and wiki reader has seen nothing but yammering about what's going on...02:46
DocScrutinizer05I'm just demanding that we try to shift that tmo downtime out of the time of general maemo.org downtime we see right now02:47
Woody14619Having some time where it's gone (not read only, not slow... GONE) I think will wake a few people up.02:47
Woody14619Which has merit...02:47
Woody14619I get why you want that...02:47
Woody14619But really, I'm just confirming, if it does happen now, it won't be the end of the world.02:48
Woody14619Will it be inconvenient?  Maybe.  But it could also be inconvenient to delay to those that have volunteered to help.02:49
DocScrutinizer05if that general m.o downtime extends beyond tomorrow evening, I don't care anymore, and we'll face some more trouble no matter when tmo gets moved. But just *tomorrow* is a very BAD[TM] day to do that particular migration02:49
Woody14619Well... I think the best day to do it is when we have people who know what they're doing willing to help with it.  Right now, that's setup for tomorrow.  I agree, it can't hurt to ask politely if they would mind delaying a day or two...02:51
DocScrutinizer05(inconvenient to those who help) that's Reggie and that's the reason I *asked* if he pretty please might consider to postpone. If he can't then I have no problem with putting old tmo into r7o state and do the whole migration minus DNS change tomorrow02:51
Woody14619But if it need to happen now or without as much help later, I'd vote do it now.02:51
Woody14619So we're in violent agreement... :)02:52
DocScrutinizer05yep :-)02:52
Woody14619I just don't think it's worth getting riled up over...02:52
Woody14619"Best" case, TMO goes read only, the move happens, DNS resolves magically in the next 6 hours, and after a day of r/o, it's all back to happ.y02:53
DocScrutinizer05there's one more info you might miss: iirc Reggie said he has time to do the migration from Wednesday *on*02:53
Woody14619Worst case, TMO goes black, doesn't resolve for a couple days, a few people wake the fk up and realize what they'll miss if they don't start helping.02:54
DocScrutinizer05and DNS change done by Nokia yesterday been a change from A <tmo-IP>  to CNAME itt02:54
Woody14619I don't see a losing situation either way here.02:54
Woody14619Alternate best case, same as the first, but delayed a couple days.02:56
Woody14619Alternate worst: We're stuck trying to migrate without as much time from those who volunteered to help....02:56
Woody14619I personally think alternate worst case is the worst of worst cases... ;)02:57
DocScrutinizer05sure02:57
Woody14619An improper/hurried move is worse than a move that may cause a limited finite down time.02:57
Woody14619But yeah... :)  In any case... We'll survive.02:58
DocScrutinizer05and if shit happens, Nokia *again* touches tmo DNS tomorrow 1000UTC, just like requested by Eero, and points it to the new vserver02:58
* Woody14619 looks for the right cord to trip over to make TMO go out for a day or two... Almost seems like the best option over all.02:59
DocScrutinizer05i honestly don't have the faintest idea what made them change it from A record to CNAME record yesterday03:00
DocScrutinizer05might be the rationale of "itt is Reggie's domain, so let him manage it whatever way he wants"03:01
DocScrutinizer05Woody14619: you may ponder about the benefits of a 48h tmo downtime, I'm councilor right now and that prohibits any such considerations03:02
Woody14619Agreed... Like I said above, I've been in your shoes, very recently.03:03
DocScrutinizer05:nod:03:03
Woody14619And sympahthize.  Just don't stress enough to have a cardiac over this. ;)03:04
DocScrutinizer05nah, I'm loving to get upsat ;-P03:04
DocScrutinizer05set even03:04
DocScrutinizer05GeneralAntilles: it just occured to me that we have another site that's quite related to maemo and not on peril to go down during migration - so a site ideal to share latest info: http://hildonfoundation.org/news/03:07
GeneralAntillesAye, I don't have access, though.03:08
DocScrutinizer05still no access? duh!03:08
GeneralAntillesGotta be a vote first.03:08
DocScrutinizer05I thought that been scheduled for yesterday03:08
GeneralAntillesWell, nobody told me anything. :D03:09
DocScrutinizer05lol03:09
DocScrutinizer05i might be mistaken as well03:09
DocScrutinizer05actually former board meetings seem to not follow any fixed schedule03:11
*** freemangordon has quit IRC03:20
DocScrutinizer05chem|st: many thanks for smooth management :-)03:31
chem|stDocScrutinizer05: as of now I think m.o is not on the same route as tmo03:35
chem|stnew servers03:35
chem|sttmo renders just flawless03:35
DocScrutinizer05o.O03:37
DocScrutinizer05the NEW tmo?03:37
chem|styes03:38
DocScrutinizer05mompls03:38
chem|stremember it is a vm03:38
chem|stsomewhere...03:38
chem|stit fits in the ip scheme but is not on the same firewall03:39
DocScrutinizer05they have identical route til last resovable node 83.145.255.35 (83.145.255.35) which i guess is firewall03:41
DocScrutinizer05probably firewall doesn't drop packets/sessions for 188.117.59.209 yet, since there's not much traffic03:42
DocScrutinizer05to that IP03:42
chem|stthat is not a nemein address03:43
chem|ststill ISP03:43
DocScrutinizer05sure, the FW is not Nemein's FW aiui03:45
DocScrutinizer05Eero talked to Nemein's ISP about FW issue03:45
chem|sthmm ok tomorrow more03:48
DocScrutinizer05night chem|st03:49
*** reggie_ has joined #maemo-meeting04:20
*** M4rtinK has quit IRC04:37
*** reggie_ has left #maemo-meeting05:22
*** DocScrutinizer05 has quit IRC06:02
*** DocScrutinizer05 has joined #maemo-meeting06:02
*** ShadowJK has joined #maemo-meeting06:35
MentalistTraceurAlright, I have to sleep, so I'll be dropping out of here now.07:00
MentalistTraceurHopefully no fecal matter hits any rotating blade-like surfaces more than it already has for the remainder of the migration.07:01
*** MentalistTraceur has quit IRC07:01
*** thedead1440 has quit IRC07:03
*** thedead1440_ has joined #maemo-meeting07:05
DocScrutinizer05let's see :-)07:06
* DocScrutinizer05 google a bit, for "traffic shaping"07:10
*** thedead1440_ has quit IRC07:11
*** ZogG_laptop has joined #maemo-meeting07:55
DocScrutinizer05latest update: wiki, maemo.org, garage, all seems quite responsible now07:57
DocScrutinizer05err responsive07:58
DocScrutinizer05or I only cought the bright 30 seconds07:58
DocScrutinizer05well, login on maemo.org already loading 49% after 2 minutes08:16
*** mashiara has joined #maemo-meeting09:05
mashiaraI'm back at work, I have not yet received replies to some emails I sent yesterday (not surprising it's only 9am) requesting more info from various sources.09:06
*** Pali has joined #maemo-meeting09:07
DocScrutinizer05mashiara: good morning :-D09:27
DocScrutinizer05mashiara: any info about static.maemo.org?09:28
DocScrutinizer05it seems the vserver isn't working09:29
DocScrutinizer05(or the DNS isn't switched yet, sorry last time I checked been with etc/hosts patch two days ago, and back then it didn't work)09:30
DocScrutinizer05mashiara: btw some 2..3h ago stuff semi-worked for a while09:32
*** Pali has quit IRC09:33
*** freemangordon has joined #maemo-meeting10:05
*** ivgalvez has joined #maemo-meeting10:07
mashiarainfo back from the ISP, our racks uplink (100mbit/s) is peaked, more bandwidth is being procured10:11
mashiarabut I wonder if there is something else than active community at play since I QoS:ed (from the level i could affect way below the uplink) the maemo firewall to something way lower and it did not help with other services on the rack at all...10:14
mashiaraI checked the DNS about 30min ago it's all done, execpt talk.maemo.org (I also got an email yesterday saying basically the same)10:17
mashiarabut talk is supposed to be switched in two hours.10:18
DocScrutinizer51ok, when it actually gets switched then we will have to deal with that10:19
ivgalvezhi all10:20
DocScrutinizer51right now it's a CNAME and thus Reggie could change his ITT DNS any time10:20
kerioare we really using up 100Mbits for *.maemo.org? wtf10:46
mashiaramy thoughts exactly...10:46
mashiarait might be a coincidence10:46
keriowho's downloading all the firmwares again?10:48
mashiaraif it was a single source the QoS would take care of it and other stuff on the rack would not suffer10:48
DocScrutinizer51the only suspect I could think of was auto-update-check of several 100k N900 on  extras and extras-devel repo10:56
DocScrutinizer51and the Nokia repos of course10:57
DocScrutinizer51since according to mashiara even a dozen fools running apt-mirror would get throttled by traffic shaper10:58
DocScrutinizer51mashiara: could you shut down repository.maemo.org for an hour, to check if load is related to repos?11:01
keriodo several hundred thousands n900s even exist?11:01
DocScrutinizer51sure11:01
Stskeepsthis is a good time to collect how many n900s are actually still in field11:01
Stskeeps:P11:01
DocScrutinizer51in theory definitely11:01
kerioand they're HAMming on maemo.org at the same time?11:01
mashiaraah fsck... I had completely forgotten about the device auto-updates...11:02
DocScrutinizer51well, I think default auto-update period is 24h11:02
kerio:s11:02
mashiaraX-Fade: was repository.maemo.org pointed to Akamai previously ?11:02
DocScrutinizer51yes11:03
mashiaraif that is the source of our problems HiFo is going to have a problem...11:04
mashiaraanyway, repository.maemo.org is going down for a while so we can test this hypothesis11:04
DocScrutinizer05repository.maemo.org.edgesuite.net. 21600 IN CNAME a515.g.akamai.net.11:04
DocScrutinizer05mashiara: I think we *might* handle that, by renaming repo URL and requiring users to tweak their HAM settings11:06
DocScrutinizer05would instantly disable all auto-updates11:07
keriothis shit right here is why you should enable pdiffs11:07
mashiarathough even if the server is down tons of devices trying to just open the connection will still hammer any single location.11:07
DocScrutinizer05yep11:08
Stskeepsor perhaps that akamai is pulling all the repository contents as it thinks it's all new?11:08
Stskeeps:P11:08
DocScrutinizer05once the DNS record vanished, this will decay though11:08
DocScrutinizer05HAHA akamai syncing, golden!11:09
mashiaraso shall I request repository.maemo.org to be removed from DNS and slowrepo.maemo.org to be added in stead ?11:09
DocScrutinizer05not yet11:09
DocScrutinizer05let's first see what temporary shutdown of repository.maemo.org will result in11:10
DocScrutinizer05the server, not the DNS11:10
mashiarayes, it's down now.11:11
DocScrutinizer05hmm, can't see much difference yet11:12
DocScrutinizer05sorry I'm afk for a few hours, other tasks pending :-/11:13
DocScrutinizer05maybe wireshark or similar analysis tools on firewall could help to get an idea about the URLs that are requested most frequently?11:14
mashiara1:17 <X-Fade> I see we requested dns for stage.maemo.org, we should not have done that.11:27
mashiara11:18 <X-Fade> As now akamai is also trying to refresh everything from our servers.11:27
mashiara11:18 <X-Fade> Looking at akamai stats, there are about 30k devices still alive.11:27
mashiara11:19 <X-Fade> maybe 40k if you include older firmwares.11:27
mashiara"oops"11:27
* Stskeeps wins11:27
kerio/dcc send Stskeeps internetpacks/5internets11:29
mashiaraoh well, mistakes get made when we get the go-ahead for migration a couple of days before chrismass...11:29
mashiaralunch now11:33
DocScrutinizer51don't worry, it's fine we got a clue now11:33
keriocan we just tell akamai to stop updating everything?11:34
keriohow does akamai work? who's responsible for it?11:34
mashiaraX-Fade seems to have some access to the stats at least but I have no idea how it's managed.11:34
DocScrutinizer51shut down stage.maemo.org11:35
DocScrutinizer51or even better, 40411:35
DocScrutinizer51or ask nokia to emergency change DNS to 127.0.0.111:37
keriobut then akamai will start mirroring akamai11:38
DocScrutinizer5140k devices should"mt tear down repo.m.o11:40
DocScrutinizer51one query each other second11:40
kerioespecially because they shouldn't actually download anything11:41
keriountil the first -devel update11:41
DocScrutinizer51yep, only the package list11:41
kerionot even that, they're cached11:41
kerioit would just check the headers11:41
DocScrutinizer51even better11:42
mashiarashutting down stage11:42
keriowhat's stage, btw?11:42
mashiara <•mashiara> ok, where should stage.maemo.org point to ?11:42
mashiara11:39 <X-Fade> oblivion..11:42
mashiara11:40 <X-Fade> That was only the backend for akamai..11:42
mashiara11:40 <X-Fade> So you had repository.maemo.org -> akamai -> stage.11:42
mashiaraso I will request that to be removed from DNS shortly11:43
kerioi see11:43
ivgalvezmost people might be using devel which downloads a huge amount of data on each update11:47
kerioivgalvez: not really, -devel has been the same for a while now11:49
*** M4rtinK has joined #maemo-meeting11:50
DocScrutinizer51ivgalvez: we'll deal with that issue when we face a problem11:54
kerioivgalvez: we'll deal with that issue by using pdiffs12:00
*** kolp has joined #maemo-meeting12:04
DocScrutinizer05kerio: pdiffs are useless for the "normal2 update check12:07
keriowhy?12:09
DocScrutinizer05kerio: please discuss that over at #maemo-ssu12:10
*** qwazix has joined #maemo-meeting12:53
mashiaraafter shutting down stage things seem to have normalized quite a bit. I will request some more dns changes (since the VM that hosts stage also contains the repository data it's simplest to point repository.maemo.org to that machine)13:22
freemangordonrepository.maemo.org seems to work, main page is there, but repos cannot be browsed13:31
*** brkn has joined #maemo-meeting13:41
mashiaraI thought i shut down apache on that machine, maybe ferenc/niels restarted it to test something13:41
mashiara"that machine" being stage the VM that repository.maemo.org pointed to was actually doing nothing due to this whole Akamai mess13:45
keriomashiara: echo keep this shit down > /etc/issue14:02
kerio(don't do that)14:02
mashiaraanyway things seem to have normalized a bit, I will try to get some of the work I was supposed to get done today while we wait for the new DNS changes (remove stage, readdress repository, add downloads) to get done by Nokia14:09
*** thedead1440 has joined #maemo-meeting14:49
*** lbt has quit IRC14:57
*** lbt has joined #maemo-meeting15:04
*** lbt has quit IRC15:04
*** lbt has joined #maemo-meeting15:04
*** Pali has joined #maemo-meeting15:13
*** ivgalvez has quit IRC17:24
*** Pali has quit IRC17:26
mashiaraseems things have detoriated again, I will shut down stage until those DNS changes have taken effect (as soon as I can get the VPN up...)18:26
mashiaraaand I can't, timeouts... I'll try again when I'm at home, now I have a train to catch.18:36
*** brkn has left #maemo-meeting18:59
*** freemangordon has quit IRC19:12
keriohuh, maemo.org is quite fast now19:15
DocScrutinizer05ok, now if static.maemo.org was helping to render stuff like http://wiki.maemo.org/Community_SSU in a digestible way....  or is that just me?20:11
*** Pali has joined #maemo-meeting20:13
kerioDocScrutinizer05: borked for me too20:18
keriobut i guess it's just a misconfiguration of static.maemo.org20:18
DocScrutinizer05yep, something wrong with static.m.o20:19
DocScrutinizer05repo still shut down?20:20
kerioDocScrutinizer05: http://static.maemo.org/style_maemo2009/css/master.css is a 40420:21
DocScrutinizer05:nod:20:21
keriohttp://static.maemo.org/style_maemo2009/css/reset.css too20:21
kerioi think repository. was shut down to test the akamai theory20:21
DocScrutinizer05thanks for confirming20:21
DocScrutinizer05yes, I'm asking if it could get started again, or even been20:22
DocScrutinizer05oooh, repo is unrelated to akamai, stage been the akamai bait20:23
DocScrutinizer05aiui20:23
keriomashiara: can you restart repository. ?20:26
ShadowJKThis morning when i loaded maemo.org, it had content referenced from static.maemo.org:8120:27
DocScrutinizer05you checked the page for the real source of those elements?20:28
ShadowJKno I just randomly noticed because my network didn't allow it20:29
DocScrutinizer05ShadowJK: btw that hasn't changed20:29
DocScrutinizer05maemo.org renders in 0.5s now, as does wiki20:29
DocScrutinizer05and garage20:29
kerioyeah, :81 sucks20:29
DocScrutinizer05dang, now I re-read and understand your post. bear with me, coffee...20:32
* DocScrutinizer05 just thought "old, yeah - but `81?? wtf!"20:34
DocScrutinizer05>>maemo.org service break on Sunday (2010-10-03)<<20:35
DocScrutinizer05;-D20:35
DocScrutinizer05>>Q1 2010 Community Council election - voting open<<20:36
mashiarakerio: we need those DNS changes to go through first.21:05
*** Woody14619 has quit IRC21:07
mashiaraalso send an email to me about the wrong url for static files on wiki21:08
mashiarathough I will make a workaround now as well21:09
*** Woody14619 has joined #maemo-meeting21:09
*** Woody14619 has quit IRC21:09
*** Woody14619 has joined #maemo-meeting21:09
DocScrutinizer05mashiara: great! We're quite back to "normal" :-D21:21
DocScrutinizer05repo still down21:21
DocScrutinizer05and static.m.o not working21:22
mashiarait is now21:22
DocScrutinizer05:-D21:22
* DocScrutinizer05 checks21:22
DocScrutinizer05\o/21:22
DocScrutinizer05ok, another issue killed21:23
mashiararepo will stay down untill dnsauthority@nokia.com implements my requests from earlier today21:23
DocScrutinizer05mashiara: many thanks!21:23
DocScrutinizer05tbh my feeling is: wiki.maemo.org never been that fast :-D21:25
DocScrutinizer05http://maemo.org/ "Announcements" still looks pretty out of date21:27
DocScrutinizer05though tbh I couldn't say how it looked 2 weeks ago - I have a hard time it was about 2010 events thoug21:28
DocScrutinizer05hard time to assume...*21:29
DocScrutinizer05which brings us to our next question: who are the current "maintainers"/admins for the web frontend in maemo.org, for wiki etc21:31
mashiarabtw, my overtime is overflowing already so I will be back tomorrow21:31
*** mashiara has left #maemo-meeting21:32
PaliWHY 81?21:32
DocScrutinizer05mashiara: were those accounts migrated - whatever they been?21:32
DocScrutinizer05well, he deserves his off time :-D21:32
DocScrutinizer05I'm quite happy with our today's results in migration disaster recovery21:33
DocScrutinizer05thanks to everybody involved, for today. Tomorrow we'll clean up the litter, so please stay tuned21:34
DocScrutinizer05special thanks to bergie for showing up and coordinating stuff when we needed it most21:36
DocScrutinizer05Damn, I hoped for a new task in my daywork taking me out of maemo.org business and giving me some "holiday" and chillout.21:50
DocScrutinizer05Now the opposite happened, I'm vacant and 24/7 exposed to this battleground ;-)21:50
kerio:D21:56
keriodo we have an ip for repository.maemo.org?21:56
DocScrutinizer05host -a ?22:11
keriooh, it's still in the records22:12
DocScrutinizer05yep, it's in DNS but "switched off"22:12
DocScrutinizer05aiui mashiara wants that DNs to point to the stage.maemo.org "master"22:12
DocScrutinizer05DNSSSSSS22:13
DocScrutinizer05sorry22:13
DocScrutinizer05grrr22:13
kerioi thought we were going to drop akamai22:14
keriowhy do we need stage. again?22:14
Palion stage.maemo.org was central svn repo22:16
Paliwhat is files.maemo.org?22:16
keriomerlin1991: the changelog on the wiki is outdated!22:18
Stskeepsfiles.* was something used for file exchange in maemo organisation, probably not useful anymore22:18
DocScrutinizer05kerio: this is no general discussion channel, please keep off-topic stuff on #maemo22:20
* DocScrutinizer05 says that ;-P22:21
DocScrutinizer05Stskeeps: thanks for the info! :-)22:21
DocScrutinizer05seems we need to do quite a bit of weeding out22:21

Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!