Unser tomedo-Server meldet "Probleme mit der Datenbank" oder "postgres oder tomcat ist nicht richtig eingestellt". Ich kann auch kein Update durchführen, es wird eine ganz alte Version angezeigt. Die Ampel zeigt außerdem rot an, aber die tomedo-Clients funktionieren.
Dieses Problem tritt nach einem bestimmten Apple-Update auf. Hierbei werden bestimmte Prozesse beendet, die tomedo zum korrekten Arbeiten benötigt. Daher hilft in diesem Fall ein kompletter Neustart des Serverrechners weiter.   

  

Bitte beachten: Es reicht nicht aus, nur die Servertools neu zu starten. Der Rechner, der als Server fungiert, muss einmal komplett ausgeschaltet und wieder eingeschaltet werden, um die relevanten Prozesse neu zu starten.
Hallo zusammen! 
  
Das Problem habe ich alleine lösen können...Es hat sich herausgestellt , dass ich die falsche( alte) Version heruntergeladen haben.Jetzt habe ich auf diese Seite auf diese Homepage die kompatible Version downloadet. hi andreas,

ich kenne den sch. mit pam nur zu gut, weil ich gerade versuche einen manjaroclient für die lmn7 zu bauen und genau da seit tagen hänge…das ist grausam. nun zu deinem problem noch ein paar gedanken/ideen:

welchen displaymanager benutzt du? benutzt du sddm? der ist bekannt dafür, mit … <ul> <li> <p>die von ihnen verlinkte hilfeseite ist für die alte opera 12.16 (<em> presto engine </em>). sie sind veraltet für opera 15+</p> </li> <li> <p>derzeit ist keine voreinstellung zum deaktivieren der automatischen aktualisierung in opera 15+ integriert</p> </li> <li> <p>einige <a href="http://peter.sh/experiments/chromium-command-line-switches/">befehlszeilenoptionen von chome</a> funktionieren auch in opera, da beide auf derselben engine ausgeführt werden</p> <pre><code>..\opera\launcher.exe --check-for-update-interval=0 </code></pre> <p>nach einem kurzen test würde ich sagen, dass dieser nicht funktioniert</p> </li> </ul><p><strong> aber </strong></p><ul> <li> <p>sie können <code>opera\_autoupdate.exe</code> löschen (oder umbenennen), um nach neueren versionen zu suchen</p> <pre><code>...\opera\26.0.1655.0\opera\_autoupdate.exe </code></pre> <p>danach zeigt opera einen fehler an, den sie erst sehen, wenn sie <code>opera:\\about</code> öffnen.</p> <p><img src="https://i.stack.imgur.com/nbeqc.jpg" alt="enter image description here"></p> </li> </ul> <p>es gibt keine einfache antwort auf ihre frage, aber hier sind einige dinge, über die sie nachdenken sollten.</p><p>erstens ist die skalierung nicht das einzige, worüber man sich sorgen machen muss. was sie mit ihren daten machen, ist. wenn sie 500 tabellen mit 30 tb daten) haben und einfach oltp mit sehr wenig berichterstellung) arbeiten, werden sie wahrscheinlich nicht zu viele probleme haben es gibt 32-tb-datenbanken auf postgresql. gleichzeitig wird sich die leistung jedoch etwas verschlechtern, da die festplatte auf alles übertragen werden muss. wenn sie über 50 tb daten verfügen, aber häufig einen treffer von etwa 100 gb haben, können sie dies auch erstellen sie einen server mit genügend ram, um diesen teil der datenbank im speicher zu halten, und sie sind golden.</p><p>wenn sie jedoch versuchen, den modus (häufigster wert) aus 1 tb daten zu entfernen, spielt es keine rolle, welches system sie verwenden. dies wird <em> schmerzhaft sein </em> mit oder ohne scherben. (bearbeiten: sharding kann dieses problem <em> tatsächlich verschlimmern. </em>)</p><p>die hauptprobleme, auf die sie mit riesigen datenbanken unter mysql und postgresql stoßen werden, sind die tatsache, dass keine der beiden parallelen zwischen abfragen unterstützt. mit anderen worten, eine abfrage wird von einem einzelnen thread als einzelner block ausgeführt und kann nicht in teile zerlegt und separat ausgeführt werden. dies ist meistens ein problem, wenn große analytische abfragen über große datenmengen ausgeführt werden. hier kommen postgres-xc und green plum zur rettung, da sie speicher von ausführung trennen und dies auf koordinatorebene tun können. beachten sie, dass postgres-xc und green plum im wesentlichen intern sharding verwenden, die koordinatoren jedoch die gesamte konsistenz global erzwingen.</p><p>mit intraquery-parallelität können sie die abfrage aufteilen, verschiedene prozessoren/festplatten-e/a-kanäle teile davon ausführen lassen und teile der ergebnismenge zurückmelden, die zusammengestellt und an die anwendung zurückgegeben werden sollen. auch dies ist normalerweise am hilfreichsten bei analytischen und nicht bei transaktionsverarbeitungslasten.</p><p>die zweite sache ist, dass einige systeme wie vertica oder greenplum informationsspalten zusammen speichern. dies erschwert die verwendung des systems aus der perspektive von oltp] und verringert die leistung dort, erhöht jedoch die leistung für große analytische workloads drastisch. dies ist also ein workload-spezifischer kompromiss.</p><p>die antwort ist also, dass sie <em>, sobald sie über 1-2 tb in der größe) </em> stehen, möglicherweise mit einer zahl konfrontiert werden dies ist wiederum spezifisch für datenbanken, größe der arbeitssätze usw. an diesem punkt müssen sie sich jedoch wirklich für schneeflockensysteme entscheiden, dh solche, die einzigartig und auf ihre arbeitslast zugeschnitten sind.</p><p>dies bedeutet natürlich, dass die grenzwerte im allgemeinen nicht quantifizierbar sind.</p><p><strong>bearbeiten</strong>: ich habe jetzt mit einer 9-tb-datenbank gearbeitet, die eine mischung aus entscheidungsunterstützung und transaktionsverarbeitungs-workloads in postgresql verarbeitet. die größte herausforderung besteht darin, dass sie bei fragen, die große teile des datensatzes betreffen, eine weile auf die antwort warten müssen.</p><p>bei sorgfältiger beachtung der grundlagen (einschließlich indizes, autovakuum, funktionsweise auf niedrigem niveau usw.) und ausreichender rechenressourcen sind diese jedoch vollständig verwaltbar (und ich schätze, dass sie bis weit in den 30-tb-bereich in pg verwaltbar sind).</p><p><strong>edit2</strong>: sobald sie 100 tb erreicht haben, hängt es von ihrem datensatz ab, was funktioniert. ich arbeite gerade an einem, der nicht in diesen bereich skaliert, da er zuerst das limit von 32 tb pro tabelle in postgresql erreicht.</p> hallo zusammen,

[bild] tobias:

dann werde ich noch manuell einen config-backup-download machen und den gleich wieder einspielen.

das funktioniert, also zumindest werden die interfaces nicht mehr durcheinander gewürfelt oder gar nicht initialisiert.

eventuell hat die opnsense ein problem unt… dann hast du da wohl was falsch oder nicht eingegeben. du musst nachdem du outlook express geöffnet hast auf "extras", dann auf "konten" klicken. dann den reiter "e-mail" auswählen und "eigenschaften" anklicken. dann den reiter "server" auswählen. hier musst du jetzt in die felder "posteingang (pop3)" und "postausgang (smtp)" die korrekten eingaben eintragen, die bei dir wohl falsch sind. bei mir sind sie z.b. pop.gmx.de oder smtp.gmx.de. was bei dir richtig ist, muss dir eigentlich beim bestellen/einrichten (wenn man das so nennen kann) deiner e-mail-adresse mitgeteilt worden sein. sonst kannst du auch bei deinem anbieter nachfragen.

hoffe, ich konnte helfen... =) hallo @zsolt66 ,herzlich willkommen in unserer o2 community es tut mir leid, dass du auf dem portal einschränkungen hats. ich habe deine daten nochmal aktualisiert.kannst du es bitte nochmal probieren ?danke schön. funktioniert es jetzt ?gruß, solveig das dürft ein anzeige-problem sein,da die rufnummer-portierung nicht richtig abgebildet wird.mfg <p>angenommen, sie verwenden ms sql server (was sie nicht sind, finden sie im <strong> update unten </strong>):</p><blockquote> <p>eine tabelle kann nur eine zeitstempelspalte haben. der wert in der timestamp-spalte wird jedes mal aktualisiert, wenn eine zeile mit einer timestamp-spalte eingefügt oder aktualisiert wird. diese eigenschaft macht eine timestamp-spalte zu einem schlechten kandidaten für schlüssel, insbesondere für primärschlüssel. bei jeder aktualisierung der zeile wird der zeitstempelwert und damit der schlüsselwert geändert. wenn sich die spalte in einem primärschlüssel befindet, ist der alte schlüsselwert nicht mehr gültig und fremdschlüssel, die auf den alten wert verweisen, sind nicht mehr gültig. wenn in einem dynamischen cursor auf die tabelle verwiesen wird, ändern alle aktualisierungen die position der zeilen im cursor. befindet sich die spalte in einem indexschlüssel, generieren alle aktualisierungen der datenzeile auch aktualisierungen des index.</p> </blockquote><p>informationen zu <a href="http://msdn.microsoft.com/en-us/library/aa260631%28v=sql.80%29.aspx"> msdn </a> </p><p>wenn sie datums-/uhrzeitinformationen für eine zeile speichern müssen und diese datums-/uhrzeitänderung nicht haben, verwenden sie datetime. andernfalls verwenden sie timestamp.</p><p><strong> beachten sie auch: </strong> ms sql server-zeitstempelfelder sind weder datum noch uhrzeit. sie sind binäre darstellungen der relativen reihenfolge, in der die daten geändert wurden.</p><h2>aktualisieren</h2><p>wie sie aktualisiert haben, um mysql zu sagen:</p><blockquote> <p>timestamp-werte werden zum speichern von der aktuellen zeitzone in utc konvertiert und zum abrufen von utc zurück in die aktuelle zeitzone konvertiert. (dies tritt nur für den timestamp-datentyp auf, nicht für andere typen wie datetime.)</p> </blockquote><p>zitat aus <a href="http://dev.mysql.com/doc/refman/5.0/en/timestamp.html">mysql-referenz</a> </p><p>insbesondere:</p><blockquote> <p>wenn sie einen timestamp-wert speichern, dann die zeitzone ändern und den wert abrufen, unterscheidet sich der abgerufene wert von dem von ihnen gespeicherten wert.</p> </blockquote><p>wenn sie also eine anwendung in mehreren zeitzonen verwenden und das datum und die uhrzeit benötigen, um die einstellungen der einzelnen benutzer widerzuspiegeln, verwenden sie timestamp. wenn sie unabhängig von der zeitzone konsistenz benötigen, verwenden sie datetime</p> <h1><code>sudo su postgres</code></h1><p>nachdem ich diese <a href="https://stackoverflow.com/q/7765269/642706">geschlossene frage zum stapelüberlauf</a> und <a href="https://stackoverflow.com/q/23982282/642706">sein duplikat</a> gefunden habe, werde ich hier die gefundenen lösungen veröffentlichen <a href="https://stackoverflow.com/a/7765367/642706">dort</a> und <a href="https://stackoverflow.com/a/23982810/642706">dort</a> .</p><p>➥ sie müssen den befehl <code>sudo</code> <em> kombiniert</em> mit dem befehl <code>su</code> verwenden.</p><pre class="lang-bash prettyprint-override"><code>sudo su postgres </code></pre><p>wenn sie dazu aufgefordert werden, geben sie ihr <strong> macos-administratorbenutzerkennwort </strong> anstelle des kennworts <code>postgres</code> ein. zu diesem zeitpunkt ist ihr mac-administrator derjenige, der den befehl <code>sudo</code> ausführt, nicht der benutzer <code>postgres</code>.</p><p>ich verstehe zwar nicht, warum wir das <code>sudo</code> mit dem <code>su</code> kombinieren müssen, aber es funktioniert tatsächlich für mich in <a href="https://en.wikipedia.org/wiki/macos\_mojave">macos mojave</a> . ich habe diesen tipp bei meinen verschiedenen suchanstrengungen im zusammenhang mit bsd und linux nicht gefunden. vielleicht handelt es sich also nur um einen mac apple, möglicherweise um eine zusätzliche sicherheitsmaßnahme. oder unter betriebssystemen im unix-stil muss der befehl <code>su</code> vom benutzer <code>root</code> ausgeführt werden, und unter macos ist das konto <code>root</code> aus sicherheitsgründen standardmäßig deaktiviert - unser das mac-administrator-benutzerkonto ist weniger leistungsfähig als <code>root</code> und möglicherweise nicht standardmäßig zum ausführen von <code>su</code> autorisiert. keine ahnung, egal, die problemumgehung funktioniert.</p><h2>moderne alternative: <code>sudo -u</code></h2><p>nach <a href="https://stackoverflow.com/a/23988605/642706">zu craig ringer</a> und <a href="https://stackoverflow.com/a/23982810/642706">zu erwin brandstetter</a> ist die modernere form:</p><pre class="lang-bash prettyprint-override"><code>sudo -u postgres -i </code></pre><p>laut <a href="https://www.sudo.ws/man/1.8.3/sudo.man.html">diese seite</a> :</p><ul> <li><code>-u</code> bedeutet "einen angegebenen befehl als diesen angegebenen benutzer ausführen".</li> <li><code>postgres</code> gibt den benutzernamen an, unter dem der befehl ausgeführt werden soll.</li> <li><code>-i</code> simuliert eine anfängliche anmeldung, dh die shell wird mit den startskripten des benutzers initialisiert.</li> <li>da kein befehl bereitgestellt wird, wird eine interaktive shell ausgeführt.</li> </ul><p>weitere informationen zu älteren und neueren ansätzen finden sie in dieser frage auf der schwesterseite <a href="https://serverfault.com/q/601140/142214"><em> was ist der unterschied zwischen sudo su - postgres und sudo -u postgres ?</em></a> . die antwort von craig ringer lautet: (a) vergessen sie <code>sudo su</code> und (b) verwenden sie stattdessen <code>sudo -u</code>.</p><h3>führen sie apps als <code>postgres</code> benutzer aus</h3><p>so führen sie eine <a href="https://en.wikipedia.org/wiki/postgresql#psql"><code>psql</code></a> sitzung als <code>postgres</code> benutzer aus:</p><pre class="lang-bash prettyprint-override"><code>sudo -u postgres psql </code></pre><p>so führen sie die <a href="https://en.wikipedia.org/wiki/gnu\_nano"><code>nano</code></a> <a href="https://en.wikipedia.org/wiki/text\_editor">texteditor</a> app als <code>postgres</code> benutzer aus:</p><pre class="lang-bash prettyprint-override"><code>sudo -u postgres nano </code></pre>