Hat jemand laufen in diesem: Ich habe mehrere Beobachter eingesetzt, dass die Trigger-Kopie Antworten mit Transcoding. Gestern, Sie alle aufgehört zu arbeiten. Wenn ein Ereignis eintritt, dass die gesehen werden sollte, von einem der Beobachter, Passiert nichts, Und nichts zeigt sich in den Log-entweder. Ich habe zweimal neu gestartet. Jemand Ideen?
-DREW
Re: Beobachter nicht gerade Shane Sokolosky - 06-25-2009
Sind die Beobachter-Setup auf einem Xsan Volumen? Oder irgendeine Art von Shared Storage?
Shane sokolosky
Consultant / Systems Engineer
Xsan für Video Apple zertifizierten Techniker
Apple Berater-Netzwerk - Storage Area Networks
Apple Developer Connection
Re: Beobachter nicht gerade Andy Gallagher - 06-26-2009
Haben Sie überprüft, ob der Job-Warteschlange ist voll? Wir hatten ein ähnliches Problem eine Weile zurück, Stellte sich heraus, dass der Job-Warteschlange war gefüllt. Meine Vermutung ist, dass mit 20,000 + Einträge in der Warteschlange war es eine Weile dauern, bis der Scan-Queue als das Intervall zwischen den Scans, damit nichts passiert.
Wir am Ende zu gehen in der DB und von Hand spülen der Warteschlange - Re-post, wenn Sie immer noch das Problem haben, und ich werde versuchen, die SQL-Code.
-------------------------------
Sie wollen, dass es Wann?
Re: Beobachter nicht gerade Drew Pearce - 07-07-2009
Noch mit diesem Problem. Die Beobachter beobachten Xsan Mengen, wenn diese macht den Unterschied. Wenn Sie nach der SQL-Code, um die Warteschlange, Das wäre großartig. Danke.
-DREW
Re: Beobachter nicht gerade Drew Pearce - 08-03-2009
Jeder wissen, wie sie bündig die Warteschlange manuell?
-DREW
Re: Beobachter nicht gerade Andy Gallagher - 08-04-2009
Hi hat,
Die folgenden haben für mich auf v1.1, Aber es gibt keine Garantie, ich fürchte,. Dies sollte nur als letztes Mittel. Denken Sie daran, immer wieder Ihre Datenbank zunächst!
Warnung: Diese mit ziemlicher Sicherheit wird nicht auf v1.5 (aber ich habe nicht versucht es). Apple sagen, dass sie komplett überarbeitet Datenbank, So würde ich erwarten, dass Sie, um SQL-Fehler.
Das erste, was Sie tun müssen, ist die Schaffung von Symlinks, so dass die Installation von Postgres-Konsole, die mit Final Cut Server tatsächlich funktioniert.
Melden Sie sich in Ihrem Final Cut Server Maschine, Und in einem Terminal-Fenster Typ:
cd "/Library/Application Support/Final Cut Server/Final Cut Server.bundle/Contents/PostgreSQL/lib" [this is all one line]
for x in `ls`; do ln -s $x /usr/lib; done
Dies wird Symlinks (UNIX-sprechen für Aliase, Art) zu den Bibliotheken, dass die Postgres-Kommandozeilen-Client verwendet.
Dies widerspricht der Postgres-Datenbank-Client (psql) und verbindet sie zu den Final Cut Server Datenbank, Mit dem Namen px. Sehen Sie eine Eingabeaufforderung, die sich so etwas wie
Px = #
Art in:
update pxeventresponse set eventstatusid=3;
\q
Sollten Sie die Meldung, dass etwas wie "20.000 betroffenen Zeilen".
Die erste Zeile ist der Schlüssel ein. Hier wird die Spalte "eventstatusid" in der Tabelle "pxeventresponse" bis 3 (was soviel bedeutet wie "komplette Angebot"), Für jeden Eintrag.
Die zweite Zeile aus dem Postgres-Kommandozeile und bringt Sie zurück in ein Terminal-Prompt. Hinweis: Die, am Ende der Linie - Sie benötigen diese, damit sie.
Für mich, Dadurch wurde die Warteschlangen un-Stick und es läuft. Jedoch, Ein paar Tage später wieder gestaute.... Genauerer Betrachtung zeigte, dass Final Cut Server nicht gespült hatte die Zeilen aus der Tabelle, wie ich es erwartet. Wenn das passiert, Dann, was ich tat, war:
cd "/Library/Application Support/Final Cut Server/Final Cut Server.bundle/Contents/PostgreSQL/" [all on one line]
bin/psql -h localhost -p 5433 -d px -U postgres
delete from pxeventresponse;
\q
Dieser komplett löscht die Tabelle pxeventresponse, Und unsere Anlage wurde mit feinen seit.
