Difference between revisions of "User talk:JvanBeusekom"

Compilatie van mijn en Geni berichten van dit weekend

http://www.facebook.com/genidotcom

Geni: We're working to resolve the technical problems and hope to finish soon but can't commit to a firm time.

This is by far the worst database failure we've had to date. There will be no loss -- everything is triple / quadruple redundant but we need this machine running because our other database servers don't have the horsepower to run the site. We'll get it back up.The problem isn't the backups or read/write access, it's getting the machine running to handle the load.We've spent a ton on hardware.. much of it is for the new graph service, which would NOT have this problem because it's completely distributed.The system diagram is pretty complex.. redundant load balancers, core switches, slave switches, a dozen web servers, a half dozen database machines, fiber-connected storage server, and now 5 graph servers as well.Originally our heftiest machines came from Rackables, but the graph servers (which are just as powerful) are SuperMicro (basically 2nd tier manufacturer). We're also experimenting with SSD disks in the graph machines, but because it's so expensive we have to be judicious in what we store on them An 8-core Intel Core i7 2600 benchmarks about 70 GFLOPs, compared to 1.9 GFLOPs in the Cray 2. :-) (but database performance is more about I/O than CPU)

There will be no loss -- everything is triple / quadruple redundant inback-up but this machine needs running because all the other database servers don't have the horsepower to run the site.

Geni is pretty sure it's a corrupt index, because they were able to dump every table without the server going into recovery mode.Before you ask, yes Geni is already discussing ways to make sure this doesn't happen again.

We apologize for the downtime. We're refreshing the database to remove corruption in the server's internal files. There shouldn't be any lost data, but unfortunately it's taking longer than we'd hoped.

http://www.facebook.com/ge​nidotcom

Geni.com Turns out 5 years of data takes a LONG TIME. I cannot commit to when we'll be able to bring the site back up, but it will be more than 1 hour. Page: ‎32,212 people like this.

5 yrs. of data? WOW! Fred, you are an angel to keep updating all of this. Having been married to a computer scientist, I know the @#$% they are going through to get geni back up and running. You do such a superb job no one should complain!

--Fred Bergman (User:Bergsmit) 14:34, 1 August 2011 (UTC)

Gijsbert van Beusichem, Heer van Vianen

Kasteel Batestein (ook wel Batenstein) was een kasteel aan de rivier de Lek gelegen in het stadje Vianen, sinds kort in de provincie Utrecht, vroeger in Zuid-Holland. Van het in 1696 afgebrande en daarna gesloopte kasteel resteert de Hofpoort. Nu vormt deze poort de verbinding tussen de Lekdijk (hier Langendijk geheten) en de Voorstraat (het winkelhart van de stad). Het kasteel was redelijk groot en vormde vanaf eind 14e eeuw het hoofdverblijf van de heren van Brederode, nadat ze dit via huwelijk verkregen hadden. De oorspronkelijke stichter is Gijsbert van Beusichem, heer van Vianen. In 1414 trouwt zijn kleindochter Johanna van Vianen met heer Walraven I van Brederode en blijft daar tot 1417 wonen. Daarna gaat het kasteel over in de handen van de Brederodes. Op Batestein kwamen in de beginjaren van de Tachtigjarige Oorlog Willem van Oranje, Hendrik van Brederode en andere opstandelingenleiders regelmatig bijeen. Johan Wolfert van Brederode herstelde het vervallen kasteel rond 1630 en legde grote siertuinen aan richting de rivier de Lek, welke siertuin geïnspireerd werd op die van prins Maurits in de Haagse Buitenhof. Er zijn meerdere afbeeldingen van, zodat goed bekend is hoe het eruit heeft gezien, onder andere op een schilderij van Jan van Goyen uit 1624. Kasteel Batestein (Vianen) Kasteel Batestein

Het kasteel op een schilderij van Jan van Goyen (ca. 1630) Locatie Vianen Algemeen Bouwmateriaal Baksteen Gebouwd in Vanaf 1286 Gesloopt in 1696 Monumentale status gewaardeerd, niet beschermd Archis:monumentnr 15360 Bijzonderheden De Hofpoort is behouden gebleven