Lokales Caching des Advanced Agent

[gsch60]

Hallo Empirum-Spezialisten,

obwohl ich in der Vergangenheit einigermassen erfolgreich CAD-Pakete wie CATIA und Unigraphics mit der Version 12 auf unsere Arbeitsplätze installiert und Updates verteilt habe, möchte ich mich noch als Empirum-Anfänger betrachten. Seit der Umstellung auf den Advanced Agent 14.1 funktioniert das Ganze nicht mehr zufriedenstellend und daher hoffe ich auf diesem Weg Hilfe zu bekommen.

Da in der Automobilindustrie jeder OEM eine spezielle Version von CATIA nutzt, haben wir auf allen CAD-Arbeitsplätzen die gängigsten Versionen installiert. D.h. auf einem PC muss mindestens vier mal CATIA installiert werden. Da eine CATIA-Installation gut 2 GB Festplattenplatz belegt, dauert es nun sehr lange bis die Installation startet. Ausserdem bricht bei vielen Arbeitsplätzem der Download mit einem Fehler ab. Aus meiner Sicht stört in diesem Fall das lokale Cachen.

Gibt es für meine Aufgabenstellung die Möglichkeit für bestimmte Installationen bzw. Arbeitsplätze den "alten" Legacy(?)-Agenten zu nutzen oder kann man den Advanced Agent so konfigurieren, dass er bei meinen Installationen nicht cached?

[lennu]

Hallo,

der Advanced Agent funktioniert eigentlich ohne lokales Cachen nicht, da er in zwei Dienste aufgeteilt ist (wenn ich das richtig verstanden habe, hauptsächlich wegen UAC und anderer Sicherheitsfeatures aktueller Microsoft Betriebssysteme): Der eine Dienst schaut auf dem Empirum-Server nach, ob etwas zu tun ist und kopiert die Daten dann vom Empirum-Server bzw. -Depot auf den Client, weshalb er unter einem Benutzerkonto läuft, welches Zugriffsberechtigungen auf das Netzwerk hat. Die eigentliche Installation läuft über einen zweiten Dienst, der lokal nachschaut, ob etwas zu tun ist (z.B. ob alle zur Installation benötigten Dateien gesyncht sind). Dieser Dienst läuft unter Localsystem, weshalb er auch keinen Zugriff auf Netzwerkressourcen hat.

Ich hatte mal bei Matrix42 eine Anfrage gestellt, ob sich das lokale Cachen auf eine vom Hersteller unterstützte Art und Weise abschalten lässt. Damals hieß es, dass bis Empirum v15 (damals für dieses Quartal angekündigt) nichts an diesem Verhalten geändert werden soll. Ob es in v15 nun geändert werden soll und wann die Version erscheint, entzieht sich meiner Kenntnis.

Es gibt aber eine oder mehrere Notlösungen:
Die wahrscheinlich am einfachsten umzusetzende Lösung ist der Aufbau einer Parallelstruktur des Verzeichnisses Configurator\Packages samt eigener Freigabe, in dem dann die Installationsdateien liegen. Im Originalpfad verbleibt lediglich die setup.inf. Innerhalb dieser führt man unter Angabe eines Benutzerkontos (samt Passwort) ein net use zu der Freigabe durch (das Kennwort sollte sich sogar verschlüsseln lassen) und stellt die Installationsbefehle auf den neuen Pfad um. Je nach Installationsart (MSI, Diff, etc.) ist das aber auch schon ein größerer Aufwand.

Ich hatte mal angefangen, einen Dienst zu programmieren, der die Configurator$-Freigabe als Hardlink ins Betriebssystem einbindet, so dass der lokale Cache eigentlich der normale Configurator\Packages-Pfad ist und daher alles schon synchronisiert zu sein scheint. Das war allerdings noch unter Empirum 2008 R2... und auch noch nicht vollständig getestet. Falls sich an dem Verhalten des Advanced Agents in der kommenden Empirum Version nichts ändert, werde ich diesen Weg noch einmal testen. Ich stehe nicht auf Parallelstrukturen und zigfache Datenhaltung schon gar nicht (und das Argument, dass Plattenplatz so billig ist, zählt nicht).

Grüße,
Lennu

[LightTempler]

@lennu
Damit ein Share im Netz sich dem SYSTEM-Account als Laufwerksbuchstabe darstellt, sollte eigentlich schon ein 'Geplanter Task' mit einer Batchdatei (net use ...) reichen. (Startart: 'Beim Systemstart', Account: SYSTEM-Account)

Solange der Laufwerkstyp nicht extra geprüft wird, sollte SYSTEM dann überall in jedem Dienst darauf wie auf ein lokales Plattenlaufwerk zugreifen können. (Eine explizite API-Prüfung mit 'GetDriveType' würde auch der Hardlink nicht bestehen.)

Spannend wirds vllt. bei Disconnects, wenn zB der Server des Shares durchgestartet wird ...

[lennu]

Hallo,

ich hatte das als Dienst geplant, weil man so sicherstellen kann, dass der AdvancedAgent nicht loslegt, bevor das Verzeichnis nicht verbunden ist. Ausserdem kann man bei Disconnects nicht nur einen Reconnect versuchen, sondern den Advanced Agent Dienst auch noch beenden (und beim Reconnect wieder starten). War mir irgendwie sympatischer als die Variante "Geplanter Task nach Systemstart" (zumal ich gar nicht weiß, an welcher zeitlichen Stelle diese Tasks ausgeführt werden). Ausserdem wollte ich nur den Packages-Ordner in das lokale Verzeichnis linken, um sonstige Funktionen nicht zu stören.

Grüße,
Lennu

[MGrundl]

Auch uns stört das unveränderbare lokale Caching des Advanced Agents.
Es gibt Umgebungen, in denen es einfach sinnlos ist. Unsere DepotServer in den Außenstellen zum Beispiel halten das Depot schon lokal. Gerade am Server ist der Festplattenplatz wertvoll und keineswegs billig!

Auch wir haben schon vor längerer Zeit mit Sourcen außerhalb den Paketen experimentiert, allerding mit geringem Erfolg.
Der Agent dürfte die Verbindung zum Server nach einer gewissen Zeit schließen.
Auch von Seiten Matrix42 wird von so einer Lösung dringend abgeraten.
Deshalb bleibt zu hoffen, dass in nächsten Versionen der Agent diesbezüglich flexibler ist.

Was mich wundert: Es gibt anscheinend noch keinen dementsprechenden Eintrag auf http://feedback.matrix42.com

lg,
Manfred

[gsch60]

Hallo.

Vielen Dank für die Antworten. Die Lösung mit dem "net use" hat mir sofort gefallen und ich wollte mich schon an die Umsetzung geben. Dass ich jetzt lesen muss, dass Matrix davon abrät, finde ich nicht so toll. Da es aber anscheinend im Moment keine andere Möglichkeit gibt, werde ich es trotzdem mal versuchen.

[LightTempler]

AA-Caching scheint wirklich ein Thema zu sein, das M42 nochmals überarbeiten sollte.

Soweit ich Hardlinks, Junctions & Co kenne, mögen die zugehörigen Funktionen entweder keine Freigaben oder keine Verzeichnisse (immer das, was man jeweils gerade bräuchte):

http://msdn.microsoft.com/en-us/library ... 85%29.aspx

Eine Möglichkeit eine Freigabe, statt auf einen Buchstaben, als Verzeichnis in einem anderen Verzeichnis zu mounten, wäre öfters nützlich, habe ich aber noch nicht gefunden. (Danke für jeden Hinweis!)
Das verhindert auch die Nutzung eines NAS zur Vorhaltung der 'Packages'-Struktur auf einem Depotserver mit (zu) wenig Plattenplatz.

[Hendrik_Ambrosius]

Ich weiß dass es bei uns ein Advanced Agent Redesign Projekt gibt.
Daher bitte wirklich alle Ideen in das Feedback-Forum stellen damit nichts vergessen wird!

[lennu]

Hallo,

habe mal einen Eintrag erstellt:
http://feedback.matrix42.com/forums/793 ... f-packages

@Herr Ambrosius: Ich hatte das vor ein paar Jahren aber auch schon als Call (45301) eröffnet, der im alten System offen war, den Umstieg auf das neue System aber irgendwie nicht überlebt hat (zumindestens konnte ich ihn gerade nicht finden). Ich hoffe aber stark, dass alte Vorschläge (werde ja nicht der einzige gewesen sein), beimUmstieg auf das neue Support-Portal nicht verloren gegangen sind...

Viele Grüße,
Lennart Freyberg

[gsch60]

Die bisherigen Tests mit dem "net use" sehen gut aus. Was hat denn Matrix42 gegen diese Art der Lösung?

@mgrundl:
Ich kannte die Seite bisher noch nicht. Vielen Dank für den Tipp.

[Hendrik_Ambrosius]

Solange man weiß was man tut ist es ja OK.
Nur nicht wundern wenn sich solche Pakete nicht auf mobilen PCs ohne VPN Verbindung installieren

[tgrosch]

Hallo in die Runde,

ich habe dazu auch nochmal eine Frage: Der AA ist bei uns (noch) kein Thema, weil wir aktuell produktiv nur XP einsetzen und frühestens Ende 2011 mit dem Rollout von Win7 starten werden. Aktuell haben wir 4 Win7-Clients.

Von einer anderen SW-Verteilung kenne ich das "Problem" mit dem lokalen Cachen noch: Der Agent speichert alles lokal, startet eine MSI-Installation, diese ist erfolgt und nach x Tagen werden die Sourcen lokal gelöscht. Dann ruft ein neuer User das installierte Programm auf (z.B. Office), die MSI-Routine will die userspefizischen Dinge noch einrichten und läuft vor die Wand, weil der Cache eben geleert ist. Für unsere paar Maschinen habe ich es derzeit so "gelöst", dass der Agent die Pakete 300 Tage speichert.

Bei einer Remote-Session mit der Matrix bzgl. eines anderen Problems mit Empirum kam Herr Vogt zufällig auf diese Option und fragte verwundert, ob ich das denn bewusst so eingestellt hätte, worauf ich ihm die o.g. Verhaltensweise schilderte. Darauf sagte er, dass man da entsprechend Einstellungen vornehmen müsse. Da unser Problem woanders lag, haben wir nicht weiter darüber gesprochen. Sein Stichwort war "MSI.inf".

Wenn ich das soweit richtig verstanden habe, muss ich den MSI-Paketen (deshalb vermutlich auch der Hinweis mit der MSI.inf für den Package Wizard) sagen, wo die Quellen liegen (ich denke mal %mMpirumServer%\Configurator$\....), sodass er einfach die .msi-Datei dort aufruft, wenn er sie lokal nicht findet.

Weiter bin ich zu dem Thema aber bislang nicht bekommen, in der Dokumentation sowie in meinen Unterlagen vom Packaging-Training (Version 2005) habe ich aber nichts weiter gefunden. Kann mir da jemand einen Tipp geben?

Viele Grüße

Tobias

[gsch60]

Hallo.

Anscheinend weiß ich nicht was ich tue.

Net use funktioniert im Editor und über das Softwaredepot, aber nicht über den Agent.

Code: Select all

CALL CMD.EXE /c net use Q: "\\svr-it46\configurator$\Packages\Siemens PLM\UGS\NX\Sources" Password /user:domaene\user >> %V_LogFile%
sleep 5000
;Warte auf User Bestätigung zum starten der Installation
Call Q:\MsgBox.exe 52 "Eine neue Unigraphics-Version steht zur Verfügung." "Sichern Sie Ihre Arbeit und schliessen Sie NX!" "Soll die Installation gestartet werden?"

Die Installation wird mit der Meldung "File not found: Q:\MsgBox.exe" abgebrochen.

[Frank Dethlefsen]

Hallo!

Ich würde zum Debuggen mal den /k setzen ohne Umleitung in eine Logdatei, also:

CALL CMD.EXE /k net use Q: "\\svr-it46\configurator$\Packages\Siemens PLM\UGS\NX\Sources" Password /user:domaene\user

Dann bleibt die Installation mit einer geöffneten DOS-Box stehen, in der man die Erfolg- oder Misserfolgsmeldung sehen kann.