<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hmm, gut, war mir nicht bewusst, kann damit aber auch leben.<br>
Ich bin da völlig offen.</p>
<p>Dann stell ich jetzt mal die Metafrage, auch wenns nicht zum
Betreff passt.</p>
<p>Was soll man tun, wenn Hoods seit einem halben Jahr kaputt sind
und der Betreiber keinen "Auftrag" an die keyX-Admins gibt?</p>
<p>Deaktivieren war aus meiner Sicht der Eingriff mit dem geringsten
Schaden.<br>
Das v2-System packt das ja super weg, die Nodes haben ihre neuen
GWs gefunden.<br>
Aber es ist noch alles angelegt und nur drei Klicks von der
Reaktivierung entfernt.<br>
</p>
<p>Opfert man dann die korrekte Darstellung im Monitoring oder
löscht einfach fremde Hoods?</p>
<p>Grüße,<br>
Sebastian<br>
</p>
<div class="moz-cite-prefix">Am 01.07.21 um 14:15 schrieb Adrian
Schmutzler:<br>
</div>
<blockquote type="cite"
cite="mid:98E975A3-FD5B-4096-B07C-237759D895F7@adrianschmutzler.de">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
Das Deaktivieren von Hoods ist nicht als Dauerzustand gedacht.
Diese Funktion wurde nur implementiert, um temporär Änderungen
vorzunehmen, oder einfacher Teilungen vornehmen zu können . Bitte
dieses Feature auch nicht anders verwenden. Wenn eine Hood länger
als eine sehr kurze Zeit (z. B. einen halben Tag) nicht
funktionsfähig ist, gehört sie gelöscht. Der KeyXchange ist KEIN
archiv.<br>
<br>
Beste Grüße<br>
<br>
Adrian<br>
<br>
<div class="gmail_quote">On 1 July 2021 14:08:00 CEST,
<a class="moz-txt-link-abbreviated" href="mailto:michael@fritscher.net">michael@fritscher.net</a> wrote:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<pre class="k9mail">Moin,
es gäbe ja noch ne Möglichkeit: Wir benennen die existierende Tabelle um
und erzeuen eine View mit dem bestehenden Namen auf die neue Tabelle,
die die deaktivierten Hoods rausfiltert^^
Ich würde aber tatsächlich die Hoods einfach umbenennen. Die paar Tage,
bis das jemand im Monitoring eingebaut hat dürfte verschmerzbar sein.
Viele Grüße
Michael Fritscher
Am 2021-07-01 13:46, schrieb Fabian Bläse:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">Hallo,
das auswerten des flags - analog zu "nicht existent" - sollte relativ
trivial sein.
Was nicht trivial ist, ist die hooddaten zu behalten, aber nicht
anzuzeigen. dafür müsste die db erweitert werden.
Gruß
Fabian
On 01.07.21 12:29, SebaBe wrote:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;">Ja, möglich. Das unschöne ist halt, dass die realen Hoodgrenzen nicht
ersichtlich sind.
Oder eben doch alle Daten der Hood dokumentieren und löschen.
Dann würde das Wiederanlegen schnell gehen und nur die ID würde sich
ändern.
Da muss der Hoodbetreiber sich dazu äußern.
Langfristig sollte das flag halt im Monitoring ausgewertet werden.
Grüße,
Sebastian
Am 01.07.21 um 12:24 schrieb <a class="moz-txt-link-abbreviated" href="mailto:michael@fritscher.net">michael@fritscher.net</a>:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;">Moin,
Am 2021-07-01 11:35, schrieb SebaBe:
<blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;">da ich wohl nun das erste Mal Hoods deaktiviert habe, zeigt sich ein
Problem im Monitoring.
Dieses liest wohl das active-flag nicht aus. Kassel, Hanau und
Berlin
werden weiterhin angezeigt.
Aber, das löschen würde wohl zeitnah Abhilfe schaffen.
Was sagt ihr, wie geht man hier vor?
</blockquote>
ein möglicher Workaround: Die Hoods nach z.B. "Berlin - deaktiviert"
umbenennen? Dann ist zumindest klar, dass das Monitoring an dieser
Stelle ein Problem hat. Und das verschwindet automatisch, sobald das
Monitoring das Flag lernt.
Viele Grüße
Michael Fritscher
</blockquote></blockquote></blockquote></pre>
</blockquote>
</div>
</blockquote>
</body>
</html>