Ich habe einige Nachforschungen über den Umgang mit XML-Daten (Extensible Markup Language) unter VOS und OpenVOS angestellt und dachte, es wäre nützlich, meine Erkenntnisse mit einem breiteren Publikum zu teilen.
Ich habe Fragen von VOS-Kunden erhalten, die ein Upgrade auf OpenVOS Release 17.0 in Erwägung ziehen, und sie stellen alle die gleiche Frage - was ist neu, und warum sollte ich upgraden?
Ich habe kürzlich eine Frage von einem VOS-Kunden erhalten, der wissen wollte, wie er seine gemeinsam genutzten virtuellen Speicherbereiche zwischen seinen legacy Nicht-POSIX-Programmen und seinen neuen, POSIX-basierten Programmen angleichen kann.
Die Informationen über aktuelle Releases/Versionen des Betriebssystems VOS/OpenVOS für die Systeme V Series und Continuum haben den Standort auf den Webseiten Stratus gewechselt.
Ihre Anwendung hat gerade einen kritischen Zustand festgestellt. Sie können eine Meldung in ein Anwendungsprotokoll oder sogar in das syserr_log schreiben, aber wie benachrichtigen Sie jemanden, der sich gerade jetzt um die Anwendung kümmern muss?
Wenn bei der Installation von VOS-Produkten keine guten Aufzeichnungen geführt werden, kann die Bestimmung der Revision aller Produkte auf einem Modul eine entmutigende Aufgabe sein.
Die korrekte Zeit auf Ihrem Modul ist entscheidend für alle möglichen Aktivitäten, einschließlich der Protokollsynchronisation und der Validierung von Sicherheitszertifikaten.
In diesem Blog werde ich darauf eingehen, wie man feststellt, ob genügend osl_server_processes gestartet sind; in einem zukünftigen Blog wird besprochen, wie man feststellt, ob der max_open_servers-Wert für Ihre Umgebung korrekt ist.
Dies ist eine aktualisierte Version eines Artikels, der erstmals am 16. November 2010 veröffentlicht wurde. Diese Version fügt mehrere Diagramme hinzu und behandelt einige zusätzliche Unterthemen.
Ich habe kürzlich ein offensichtliches Compiler-Problem für einen OpenVOS-Kunden diagnostiziert. Er hat zwei Module, die unter OpenVOS Release 17.1 laufen.