READ ONLY FORUM: m23 :: makes software distribution easy

CLUBSKIES · Guest

Guten Tag,

ich arbeite nach länger Zeit mal wieder an meinem m23 Server.

Server: Debian 7.1.0
m23: 13.2
Clients: Mint 13 (precise)

WICHTIG: keine Internetverbindung am Server

Ich habe mir sowohl für den Server als auch für die Clients ein lokales Pepo unter /mirror angelegt welches auch über http://mirror zu erreichen ist.

Das Basisimage precise-i386.tar.7z liegt unter /m23/data+scripts/packages/baseSys .

Unter Paketquellenliste bearbeiten wurde eine neue Paketquellenliste erstellt:

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Nachtrag

Hier noch mal das gesamte Testergebnis zu der oben angegebenen Paketquellenliste.

Hauke · Joined: 02 Mar 2003 Posts: 1072

Moin,

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Ok,

werde morgen noch mal das Repo überprüfen (Größe,Vollständigkeit etc.).

Das Repo lief auch bereits unter 13.1 und wurde 1:1 übernommen (kopiert)...

Mich würde noch mal interessieren was "Hit" und "Ign" bei der Ausgabe der Testergebnisse bedeuten und ob ich hier schon eventuelle Fehler erkennen kann?

Danke für die schnelle Antwort werde mich morgen noch mal melden wenn ich weiter komme Smile

MfG
CLUBSKIES

Maren · Guest

Moin!

Was Du dort angezeigt bekommst, ist einfach die Ausgabe von apt-get update, mit der die Paketquellenliste des Clients vom m23-Server getestet wird.

'Hit' bedeutet dabei, dass die Paketliste sich seit dem letzten Download nicht verändert hat (timestamp), und daher nicht neu heruntergeladen werden muss.

'Get' gibt es auch (herunterladen, bei deutschen Versionen auch 'hole').

Zu 'Ign' finden sich verschiedene Erklärungen im Netz, bei denen sich einige auch widersprechen... Sogar solche, bei denen der Antwortende behauptet, den Quellcode gelesen zu haben. Eine offizielle Doku, die das enthält, konnte ich nicht finden.
Am ehesten bedeutet es, dass die Dateien aus der angegebenen Quelle nicht gefunden wurden, von apt für nicht essentiell gehalten werden und daher ignoriert werden.
Das kann, aber muss nicht unbedingt ein Problem darstellen.
apt zumindest hält diese Quelle offenbar nicht für wesentlich für das System...

Falls Du morgen nicht weiterkommst (das Repository also vollständig ist - kein Speicherplatzmangel beim Kopieren?), würde es uns sicher bei der weiteren Fehlersuche helfen, wenn Du auch die Fehlerausgabe (bzw. den das Problem zeigenden Konsolenoutput aus dem Client-Live-Log) der Installation mit hier reinstellst (oder irgendwo einen Screenshot hochlädtst, geht vlt. schneller Wink

).

Viele Grüße,

Maren

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Guten Morgen,

erst mal danke für die Antwort Maren... da hätte ich eigentlich auch alleine drauf kommen können Smile

.

Bis jetzt bin ich aber nicht weiter gekommen...

Das Repo ist in Ordnung und Vollständig.

Leider ist der Log zu groß für das Forum deshalb ein Link zur dropbox... hoffe er geht.

https://www.dropbox.com/s/l0rg5vhkpduzg8f/Client-log

Bei diesem fallen mir einige Dinge auf...
z.B. nach der Installation des Basissystems unter "Everything is OK".

Der Client nimmt anscheinen Verbindung zum Server auf und läd etwas runter... nur wird bei der übertragenen Datenmenge --,-K/s angezeigt.

Diese Anzeige wiederholt sich weiter unten noch häufiger.

Desweiteren werden unter "Schreibe Konfigurationsdatein"
die nachfolgenden Änderungen an Datein nicht durchgeführt da das entsprechende Verzeichnis fehlt.

Am merkwürdigsten finde ich aber das er beim apt-get ubdate weiter unten mitten drin einige 504 Gateway Time-Outs hat.

Ich bin mir daher nicht ganz sicher ob es vielleicht auch an der Konfiguration meines DNS bzw. Apache2 Servers liegt oder sogar ein generelles Netzwerkproblem besteht.

MfG
CLUBSKIES

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Hi,

hier mal ein kleines Update... die Installation läuft gerade durch.

Momentan vermutete Problemursache bind9 (DNS).

Momentane Problembehebung:

Setzen einer zweiten IP Adresse auf eth0 und das ansprechen des Repos über diese IP.

Ändern der Paketquellenliste von mirror auf die zweite IP.
Ändern der Apache config für den Zugriff auf das Repo.

Wenn das fonktioniert werde ich in den nächsten Tagen noch mal den DNS unter die Lupe nehmen.

Danke noch mal für die Unterstützung hier im Forum.

MfG
CLUBSKIES

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Guten Abend,

ich wollte noch mal einen kurzes Feedback da lassen was sich so alles getan hat.

Das Problem mit dem Mirror bzw. der Apache Konfiguration konnte ich leider nicht lösen so das ich mich jetzt erst mal dauerhaft für die zweite IP auf der eth0 Schnittstelle entschieden habe.

Auch wenn ich die Namensauflösung über bind und Apache auf die zweite IP-Adresse ändere löst der Client bei der Installation trotzdem auf die erste IP-Adresse auf.

Wenn ich die zweite IP-Adresse direkt in die Paketliste schreibe funktioniert es aber.

Die Konfiguration der Clients verlief im Anschluss ohne größere Probleme.

Ich hoffe das folgende passt ihr noch mit rein, obwohl es eigentlich nicht zum Thema gehört.

Heute hab ich versucht den Server auf die aktuelle Version zu Updaten wobei ich das wohl lieber hätte lassen sollen Wink

.

Als erstes hab ich versucht der Anleitung im m23 zu folgen (Update per CD).

Allerdings existiert das Update-Script nicht (mehr) auf der CD.

Ich bin mir nicht ganz sicher ob diese Möglichkeit schön länger nicht mehr Bestandteil ist oder nur vergessen wurde.

Nach kurzem zögern hab ich mich dann aber dazu entschlossen den Inhalt von /media/cdrom0/pool/ in mein m23 Mirror zu kopieren und daraufhin ein "apt-get update" und ein "apt-get upgrade" durchzuführen.

Nach einem kurzen Test des m23 sah es auch gar nicht so schlecht aus... Clients ließen sich noch Installieren und alles schien in Ordnung.

Also schnell ein Backup machen.

Und da fingen die Probleme dann schon an Neutral

.

Die Backup Funktion des m23 geht nun gar nicht mehr weder über cron noch Manuel in der Oberfläche.

Da es auf der Oberfläche keine Fehlerausgabe gibt weiß ich nicht woran es liegen könnte.

Auch der cron-Befehl gibt in der Konsole keinen Fehler aus.

Des Weiteren kann ich über die m23 Oberfläche keine Gruppen mehr löschen oder umbenennen.

Ich vermute mal das Updaten mit "apt-get upgrade" war der falsch Weg und die Fehler kommen da her.

Vielleicht kennt ihr ja noch eine Rettungsmöglichkeit ohne Neuinstallation.

MfG

CLUBSKIES

Maren · Guest

Moin!

Zu den Gruppen:
Was passiert denn, wenn Du versuchst, eine Gruppe zu löschen?

Hast Du Gruppen mit 'seltsamen' Namen, die z.B. Leerzeichen oder Sonderzeichen oder Umlaute enthalten?

Solltest Du solche Gruppen haben, dann logge Dich bitte über das phpmyadmin (zu finden unter Server->Servereinstellungen->Serverhacks ein und bearbeite die Tabelle 'groups', die die Gruppennamen enthält, so, dass alle Gruppen nur noch Namen haben mit Buchstaben von a-z, A-Z und den Ziffern 1-0.
Die Gruppen haben alle eine ID, diese ist für die Relation zu den Client-IDs zuständig, also wenn Du ausschließlich die Namen änderst, kannst Du dabei nichts kaputt machen.

Zum Backupproblem:
Es geht nur um das Server-Backup, die anderen laufen?
Gab es während des Updates irgendwelche Fehlermeldungen?

Viele Grüße,

Maren

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Guten Abend,

sry das ich mich erst jetzt wieder melde.

Zu den Gruppen:
Das Löschen geht mittlerweile aber ich weiß nicht ganz warum... (bei Rock 13.1 hatte ich noch eine Gruppe mit Bindestrich die ich aber mittlerweile ersetzt habe).

Beim Umbenennen der Gruppen erhalte ich in der M23 Oberfläche die Fehlermeldung "unknown action ::"

Zum Backupproblem:
Soweit ich das bisher testen konnte ist das die einzige Funktion im Server-Bereich die nicht funktioniert.

Momentan ist das M23 Backup nur ein Zweit-Backup und für mich nicht ganz so wichtig da ich mir ein eigenes Backup Script erstellt habe um die Wichtigsten Daten zu sichern.

Noch ein paar kleine Probleme:
Nach dem Update auf Rock 14.1 klappte die Neuinstallation der Clients nicht mehr.
Das Problem lag im Verzeichnis "/m23/var/cache/m23apt/debian/"Name meiner Paketquellenliste"/"
Hier fehlte eine Datei "pkgcache-i386.gz".
Nach dem Löschen des Verzeichnisses und dem erneuten anlegen der Paketquellenliste unter der M23 Oberfläche lief die Installation der Clients wieder wie gewohnt.

Im Server-Bereich "DHCP-Bereich" erhalte ich bei der Suche nur eine korrekte Ausgabe wenn ich nach der IP-Adresse suche.
Alle anderen Suchabfragen (z.B. Clientname) führen zu einer Fehlermeldung.(da sich die Anzahl unserer Clients aber in Grenzen hält ist diese Funktion nicht wichtig für mich)

Install Log:

Hauke · Joined: 02 Mar 2003 Posts: 1072

Moin,

danke für Deinen Fehlerbericht. Very Happy

Die CeBIT (und die ganzen Vorbereitungen) sind abgeschlossen. Daher hat es mit dem Antworten auch etwas länger gedauert...

CLUBSKIES · Joined: 15 Jan 2014 Posts: 7

Guten Abend,

bevor es los geht möchte ich mich schon mal für den hervorragenden Support bedanken. Very Happy

Sehr gerne wäre ich dieses Jahr zur CeBIT gefahren um vielleicht auch einmal persönlich mit dem/den
Entwickler/n von M23 ins Gespräch zu kommen aber aus beruflichen Gründen blieb mir ein Besuch leider
verwehrt. Crying or Very sad

Nun aber zu den Fehlern/Problemen

Die oben beschriebenen Problemlösungen konnte ich bis jetzt noch nicht testen da ich mich aufgrund
einer Weiterbildung zum Operative Professional für das kommende Jahr von dem Projekt zurückziehen
musste.

Ich werde die Problemlösungen aber an die derzeitigen Projektbetreuer weiterleiten und noch ein
Feedback über die Umsetzung erhalten.

Der Ordnername im Verzeichnis "/m23/var/cache/m23apt/debian/" enthielt das Sonderzeichen "-".

Das Problem konnte aber wie oben beschrieben durch löschen des Ordners in der Konsole und neu anlegen
über die M23 Oberfläche (ohne "-" Wink

) behoben werden.

Das Problem bzw. die Fehlermeldung im DHCP Bereich des M23-Servers wird mir hoffentlich zeitnah von
den derzeitigen Projektbetreuern übersendet.

Seit etwa einem Monat befindet sich das Projekt im Testbetrieb und wurde bisher sehr gut von den Nutzern
und Administratoren angenommen.

Persönlich bin ich immer noch begeistert von M23 und werde auch in Zukunft alle
Weiterentwicklungen mitverfolgen.

MfG

CLUBSKIES

Maren · Guest

Hallo CLUBSKIES,

Danke auch an Dich für die Fehlermeldungen - sowas ist extrem wichtig, da wir nicht in allen Konfigurationen testen können und ab und an natürlich auch Fehler passieren Wink

Wir haben gerade heute erfahren, dass wir als Projekt wieder mit auf dem Linuxtag in Berlin dabei sein dürfen (zusätzlich zu einem Kurzworkshop zum Thema 'Debian-Administration', den Hauke abhalten wird).

Solltest Du (und/oder die derzeitigen Projektbetreuer) also auch dort sein, würden wir uns sehr über einen Besuch an unserem Stand freuen Very Happy

. (Der Linuxtag wird auch voraussichtlich wieder als Fortbildung anerkannt - falls Du noch Argumente für den Arbeitgeber brauchst...)

(Freikarten gibt es in diesem Jahr wohl leider keine, weil der Linuxtag e.V. das Ganze ja nun ohne die Messe Berlin organisiert und daher die Veranstaltung mit begrenzten Mitteln bestreiten muss, sonst hätte ich hier sofort welche reserviert...)

Bis bald und eine erfolgreiche Fortbildung,

Maren