maemo.org - Talk - tracking issues and events with maemo.org infra migration#2

maemo.org - Talk (https://talk.maemo.org/index.php)

- Community (https://talk.maemo.org/forumdisplay.php?f=16)

- - tracking issues and events with maemo.org infra migration#2 (https://talk.maemo.org/showthread.php?t=89273)

Erm Joerg,

he does not want to use "paypal".
There was already discussion about different method, but ...

I resigned and used paypal ;)

Thanks for that offer, reinob!!!

@Joerg,

Thanks. Send me a PM with the bank details. Sorry about the Paypal thing, but I used to have an account, which I never used (and deleted). Now whenever I think "heck, I'll just do it this one time" I always get an error "Sorry — your last action could not be completed".

Probably some blocked/outdated cookies, combined with the never ending problem of being in Germany but connecting (work) through a proxy in The Netherlands. Geolocation, my a##.

Add.: Thanks for the message Jörg. The money is on its way!

Falk ordered 2 pcs 2TB

> 2x Western Digital WD20NPVT Green 2TB
> 2,5'' / SATA II / I.Power / 8MB / bulk
> (interne 2,5'' SATA II Festplatte, Kapazität: 2 TB, Cache-Speicher: 8 MB, Intelli Power)
>
> sofort lieferbar EUR 149,00
>
>
>
> Zwischensumme (inkl. MwSt.): EUR 298,00
> Versandkosten: EUR 7,99
>
> Rechnungsbetrag (inkl. MwSt.): EUR 305,99

Reinob, many thanks for your outstanding support! It enabled the above, together with some donations left over from server shipping "issue" 2 weeks ago and me adding the missing rest on top.

[edit] while this is a great start, we still hope for Nokia eventually shipping their hw addon they promised to us, which still is needed to get autobuilder and repo under full load work nicely together, as well as for storing decent long term backups.

cheers
jOERG

last few days we shanghaied Jacekowski for autobuilder maintainer ;-). Welcome Jacekowsky!
He did a hell of a job analyzing what's state of things with autobuilder, and together with Falk and Xes (and me watching others working while I asked stupid questions ;-D) they were able to track down root culprit of hashsum problem which is obviously file corruption caused by stale NFS. NFS been borked by a bug in XEN, so we fixed XEN (http://lists.xen.org/archives/html/x.../msg00404.html), fixed NFS, and fixed hashsum, and possibly even builder - the latter still under investigation and for sure there are dragons sleeping there.

Anyway:

Quote:

[2013-03-06 22:21:58] <jacekowski> well, use 213.128.137.22 instead of repository.maemo.org
[2013-03-06 22:42:17] <n900-dk_> no hashsum errors for maegios and shortcutd on new rmo. \o/ You guys rule the world!

Preferred method: patch your /etc/hosts. Please report back to us about your results if you do so. And keep in mind this isn't meant to be production grade stability and availability yet, so can see downtimes and inadverted reboots any time.

Woody will continue on his voting infra project and fixing karma. Which is becoming a pretty important functionality, since
in 3 weeks elections for new council term will start!
Please consider to run for maemo councilor!

The 2 pcs 2TB HDD should be shipping right now.

We're still waiting for DNS control transferred to hidden-primary, or whole domain getting handed to HiFo board. Until that happens, your only real option is above mentioned /etc/hosts hack

cheers
jOERG

Quote:

Originally Posted by joerg_rw (Post 1327617)

http://213.128.137.22/extras-devel/p...w/wide-dhcpv6/

What are the files in the link for? English with technique as topic is not easy for me to understand, so I didn't understand the whole text.

Quote:

Originally Posted by IceKeeper (Post 1327742)

What are the files in the link for? English with technique as topic is not easy for me to understand, so I didn't understand the whole text.

They are, I believe, basically an indication that the autobuilder in the new infra is working, as they they are newly built packages.

Just to make it clear, put:

Code:

213.128.137.22 repository.maemo.org

on its own line.

It's not going to be perfect for now, but it works.

[2013-03-11 14:37:34] <warfare> I'll put in the disks tomorrow.

Thanks to all who donated, much appreciated, particularly since I don't have inbound traffic on my account right now, except from that.

Also we suffered a *very* strange load runaway with HDDs going r/o, which needed a blade reboot :-O Investigations ongoing.

Starting tomorrow (Tue) ~1900UTC we'll possibly put (some) services into read-only mode, to do the pre-final sync. Absolutely final sync will happen when DNS got switched to new server IPs (scheduled for Thu 1700UTC) and we can shut down services on old infra
Services on *old* that go r/o will stay like this until that point in time. And services on *new* will go r/o or even down for a short while (max a few hours) after DNS switch happened

cheers
jOERG
(admin manager)

Mar 12 16:32:20 blade-a kernel: ata3: exception Emask 0x10 SAct 0x0 SErr 0x4000000 action 0xe frozen
Mar 12 16:32:20 blade-a kernel: ata3: irq_stat 0x00000040, connection status changed
Mar 12 16:32:20 blade-a kernel: ata3: SError: { DevExch }
Mar 12 16:32:20 blade-a kernel: ata3: hard resetting link
Mar 12 16:32:25 blade-a kernel: ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Mar 12 16:32:26 blade-a kernel: ata3.00: ATA-8: WDC WD20NPVT-00Z2TT0, 01.01A01, max UDMA/133
Mar 12 16:32:26 blade-a kernel: ata3.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
Mar 12 16:32:26 blade-a kernel: ata3.00: configured for UDMA/133
Mar 12 16:32:26 blade-a kernel: ata3: EH complete
Mar 12 16:32:26 blade-a kernel: scsi 2:0:0:0: Direct-Access ATA WDC WD20NPVT-00Z 01.0 PQ: 0 ANSI: 5
Mar 12 16:32:26 blade-a kernel: sd 2:0:0:0: Attached scsi generic sg2 type 0
Mar 12 16:32:26 blade-a kernel: sd 2:0:0:0: [sdc] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
Mar 12 16:32:26 blade-a kernel: sd 2:0:0:0: [sdc] 4096-byte physical blocks
Mar 12 16:32:26 blade-a kernel: sd 2:0:0:0: [sdc] Write Protect is off
Mar 12 16:32:26 blade-a kernel: sd 2:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar 12 16:32:26 blade-a kernel: sdc:
Mar 12 16:32:26 blade-a kernel: sd 2:0:0:0: [sdc] Attached SCSI disk
Mar 12 16:32:27 blade-a kernel: ata4: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Mar 12 16:32:27 blade-a kernel: ata4: irq_stat 0x00400040, connection status changed
Mar 12 16:32:27 blade-a kernel: ata4: SError: { PHYRdyChg CommWake DevExch }
Mar 12 16:32:27 blade-a kernel: ata4: hard resetting link
Mar 12 16:32:32 blade-a kernel: ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Mar 12 16:32:33 blade-a kernel: ata4.00: ATA-8: WDC WD20NPVT-00Z2TT0, 01.01A01, max UDMA/133
Mar 12 16:32:33 blade-a kernel: ata4.00: 3907029168 sectors, multi 0: LBA48 NCQ (depth 31/32), AA
Mar 12 16:32:33 blade-a kernel: ata4.00: configured for UDMA/133
Mar 12 16:32:33 blade-a kernel: ata4: EH complete
Mar 12 16:32:33 blade-a kernel: scsi 3:0:0:0: Direct-Access ATA WDC WD20NPVT-00Z 01.0 PQ: 0 ANSI: 5
Mar 12 16:32:33 blade-a kernel: sd 3:0:0:0: [sdd] 3907029168 512-byte logical blocks: (2.00 TB/1.81 TiB)
Mar 12 16:32:33 blade-a kernel: sd 3:0:0:0: [sdd] 4096-byte physical blocks
Mar 12 16:32:33 blade-a kernel: sd 3:0:0:0: Attached scsi generic sg3 type 0
Mar 12 16:32:33 blade-a kernel: sd 3:0:0:0: [sdd] Write Protect is off
Mar 12 16:32:33 blade-a kernel: sd 3:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
Mar 12 16:32:33 blade-a kernel: sdd: unknown partition table
Mar 12 16:32:33 blade-a kernel: sd 3:0:0:0: [sdd] Attached SCSI disk

that's how hotplugging two HDD 2TB looks like
:-)
/j