Nun es ist soweit. Ich habe ein web-openschool Paket gebastelt, welche in der
Lage ist aus ein beta Schulserver eine V. 1.0 zu machen.
Alles was man dazu brauch liegt unter:
ftp://ftp.suse.com/pub/people/varkoly/Schulserver/update
Wie geht man vor:
1. Am besten alles runterladen.
2. Zu installieren sind auf jeden Fall:
openschool_de
syslog-ng
phpgw-openschool
und
web-openschool
Also als erstes die nötigen Spracherweiterungen installieren:
rpm -Uvh openschool_de-1-38.i586.rpm
Peter Varkoly wrote:
Nun es ist soweit. Ich habe ein web-openschool Paket gebastelt, welche in der Lage ist aus ein beta Schulserver eine V. 1.0 zu machen.
Alles was man dazu brauch liegt unter: ftp://ftp.suse.com/pub/people/varkoly/Schulserver/update
Wie geht man vor:
1. Am besten alles runterladen. 2. Zu installieren sind auf jeden Fall: openschool_de syslog-ng phpgw-openschool und web-openschool
Also als erstes die nötigen Spracherweiterungen installieren: rpm -Uvh openschool_de-1-38.i586.rpm
Dann alle andere nötigen Pakete: rpm -Uvh syslog-ng-1.4.14-389.i586.rpm rpm -Uvh phpgw-openschool-1.1.2.12.i586.rpm rpm -Uvh yast2-openschool-server-2.6.2-46.noarch.rpm rpm -Uvh yast2-trans-de-2.6.28-22.noarch.rpm rpm -Uvh web-openschool-1.5.2-3.i586.rpm 3. Danach meldet man sich als admin an der Weboberfläche an.
4. Und das war es schon.
Ich habe es ein paar mal probiert und es läuft. All bugs werden ausgebügelt, und das Produkt is wirklich School Server nachher, sogar das Update per you funktioniert. Ich hoffe, dass es bei anderen auch so gut geht :-))))
Jep, scheint so zu funktionieren, außer rpm -Uvh web-openschool-1.5.2-3.i586.rpm, das funktioniert nicht so ganz. Dort wurden ein paar Files als .rpmnew oder .rpmsave angelegt. Ich hab dann eben manuell die Dateien gelöscht und dann umbenannt. Gruß Frank
Am Montag, 8. März 2004 20:49 schrieb Frank Wein:
Peter Varkoly wrote:
Nun es ist soweit. Ich habe ein web-openschool Paket gebastelt, welche in der Lage ist aus ein beta Schulserver eine V. 1.0 zu machen.
Ich habe es ein paar mal probiert und es läuft. All bugs werden ausgebügelt, und das Produkt is wirklich School Server nachher, sogar das Update per you funktioniert. Ich hoffe, dass es bei anderen auch so gut geht :-))))
Jep, scheint so zu funktionieren, außer rpm -Uvh web-openschool-1.5.2-3.i586.rpm, das funktioniert nicht so ganz. Dort wurden ein paar Files als .rpmnew oder .rpmsave angelegt. Ich hab dann eben manuell die Dateien gelöscht und dann umbenannt.
NEIN NEIN NEIN. Das ist richtig so, es sind nun mal Dateien die nicht überschriben werden dürfen. RPM ist nun mal inteligent und bügelt nicht einfach alles rüber. Diese Dateien wurden nacher in Postinstallationsscripts bearbeitet und auf die richtige stelle kopiert.
Gruß Frank
-- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
Morjen, Freunde, Peter Varkoly schrieb:
Nun es ist soweit. Ich habe ein web-openschool Paket gebastelt, welche in der Lage ist aus ein beta Schulserver eine V. 1.0 zu machen.
prima, vielen Dank für die Anstrengung! Eine Frage nur: Was bringt das Update? Vielen Dank! Walze.
Am Dienstag, 9. März 2004 06:38 schrieb Frank Gerd Walzebuck: > Morjen, Freunde, > > Peter Varkoly schrieb: > > Nun es ist soweit. Ich habe ein web-openschool Paket gebastelt, welche > > in der Lage ist aus ein beta Schulserver eine V. 1.0 zu machen. > > prima, vielen Dank für die Anstrengung! > > Eine Frage nur: Was bringt das Update? 1. Was halt updates bringen bugs sind raus und neue features sind drin. 2. Dieses Produkt ist jetzt der Richtige School Server. Das heisst Sie können es weiterhin mit "you" (YaST2 Online Update pflegen). > > Vielen Dank! > > Walze. -- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
Hallo Freunde, ich habe gerade mal das Update auf einer Testmaschine probiert. Soweit lief alles zufriedenstellend. Lediglich der Squid mault beim Start: FATAL: Bungled squid.conf line 13: http_port #PROXY#:8080 Naja, kann ich sogar ein wenig verstehen. So stand doch auch in der alten squid.conf 192.168.0.5:8080 Daß kann man sicherlich problemlos anpassen, auch über das Web-GUI natürlich. (ich wollte es auch nur einmal ganz vorsichtig erwähnen...) Habt Ihr dieses Phänomen auch beobachten können? Walze.
Hallo Freunde, Hallo Freund
Am Mittwoch, 10. März 2004 09:24 schrieb Frank Gerd Walzebuck:
ich habe gerade mal das Update auf einer Testmaschine probiert. Soweit lief alles zufriedenstellend. Lediglich der Squid mault beim Start:
FATAL: Bungled squid.conf line 13: http_port #PROXY#:8080
Naja, kann ich sogar ein wenig verstehen. So stand doch auch in der alten
squid.conf 192.168.0.5:8080
Daß kann man sicherlich problemlos anpassen, auch über das Web-GUI natürlich. (ich wollte es auch nur einmal ganz vorsichtig erwähnen...)
Sorry - aber das ist hier leider durchgerutscht. Inzwischen liegt ein neues Paket auf dem Server, welches diesen Fehler nicht mehr enthält: web-openschool-1.5.2-6.i586.rpm also bitte entweder den Fehler wie oben beschrieben korrigieren oder die neueste Fassung von einem Mirror verwenden. .../pub/people/varkoly/Schulserver/update/web-openschool-1.5.2-6.i586.rpm Viele Grüße, Lars
Hallo, bei mir haben sich nach dem Update auf 1.0 noch zwei Unklarheiten eingestellt: Im Web-GUI erscheint in der Dienstüberwachung der Prozeß suad als inaktiv, obgleich "tcsuad status" "running" ausgibt. Habt Ihr dieses Phänomen auch beobachten können? Weiterhin sieht Peter's Update-Anleitung den Syslog-NextGeneration vor. Er läßt sich auch problemlos installieren. Nur wird er nicht aktiviert und der alte Syslog läuft weiterhin. Ist es angezeigt, den alten Sylog zu deaktivieren und den Syslog-NG zu verwenden? Vielen Dank für die Unterstützung! Walze.
On Wed, Mar 10, 2004 at 09:48:13AM +0100, Frank Gerd Walzebuck wrote:
Hallo,
bei mir haben sich nach dem Update auf 1.0 noch zwei Unklarheiten eingestellt:
Im Web-GUI erscheint in der Dienstüberwachung der Prozeß suad als inaktiv, obgleich "tcsuad status" "running" ausgibt. Erst nach einem Neustart von suad sollte das in sein.
Habt Ihr dieses Phänomen auch beobachten können?
Weiterhin sieht Peter's Update-Anleitung den Syslog-NextGeneration vor. Er läßt sich auch problemlos installieren. Nur wird er nicht aktiviert und der alte Syslog läuft weiterhin. Ist es angezeigt, den alten Sylog zu deaktivieren und den Syslog-NG zu verwenden? Das ist für die Zukunft. ZZeit ist noch nicht wichtig. Das werde wir für die Clientüberwachung (Mastereyes) brauchen. Wir haben noch sehr-sehr große Sachen vor.
Vielen Dank für die Unterstützung! Bitte, gern geschehen!
Walze.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: slss-unsubscribe@suse.com Um eine Liste aller verf?gbaren Kommandos zu bekommen, schicken Sie eine Mail an: slss-help@suse.com
-- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
Morjen Freunde, gestern habe ich nun auf dem "Produktions-Schulserver" das Update gewagt. Hier mein Bericht: - grundsätzlich kann man das Update als erfolgreich bezeichnen - Probleme gab es bei der Installation des web-openschool-Paketes, da ich das SquidGuard-Addon von Lars installiert hatte; konnte ich nur mit --force installieren; funktioniert - die Installation des web-openschool-Paketes dauerte auf unserem 2 GHz, 1 GB-RAM Schulserver ca. vier Minuten; alle Ungeduldigen seien gewarnt - nach dem Update hatten sich LDAP und SASL gründlich verhakelt; um die Geschichte abzukürzen habe ich die Kiste - völlig Unix-unüblich - rebooten - dann war alles prima - beim Start der Windows-Clients bemaulen diese fehlende Policys auf dem Server; sehe ich mir in der kommenden Woche genauer an Ansonsten: Vielen Dank für den Patch!!! Walze.
On Thu, Mar 11, 2004 at 06:53:31AM +0100, Frank Gerd Walzebuck wrote:
Morjen Freunde,
gestern habe ich nun auf dem "Produktions-Schulserver" das Update gewagt. Hier mein Bericht:
- grundsätzlich kann man das Update als erfolgreich bezeichnen - Probleme gab es bei der Installation des web-openschool-Paketes, da ich das SquidGuard-Addon von Lars installiert hatte; konnte ich nur mit --force installieren; funktioniert - die Installation des web-openschool-Paketes dauerte auf unserem 2 GHz, 1 GB-RAM Schulserver ca. vier Minuten; alle Ungeduldigen seien gewarnt Naja es gibt einiges zu tun :-(( Das Beta war so ziemlich buggi. - nach dem Update hatten sich LDAP und SASL gründlich verhakelt; um die Geschichte abzukürzen habe ich die Kiste - völlig Unix-unüblich - rebooten - dann war alles prima - beim Start der Windows-Clients bemaulen diese fehlende Policys auf dem Server; sehe ich mir in der kommenden Woche genauer an
Ansonsten: Vielen Dank für den Patch!!!
Walze.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: slss-unsubscribe@suse.com Um eine Liste aller verf?gbaren Kommandos zu bekommen, schicken Sie eine Mail an: slss-help@suse.com
-- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
Hallo allerseits,
auch ich habe mich jetzt an das Upgrade gewagt... ;)
Hier mein (etwas längerer) Bericht. Die Aktion führte zu mehreren
Fragen. Ich stelle sie trotzdem alle in dieser Mail, da sonst der
Zusammenhang fehlt. Los geht's:
Vorgehensweise wie in der Anleitung von P. Varkoly:
Update openschool_de-1-42.i586 --> OK
Update syslog_ng-1.4.14-389 --> Wollte nicht:
Problem mit Abhängigkeit mit /etc/syslog-ng/syslog-ng.conf aus Paket
fas-openschool-1-16.
Update phpgw-openschool-1.1.2.12 --> OK
Update yast2-openschool-server-2.6.2-59 --> OK
Update yast2-trans-de-2.6.28.22.noarch --> OK
Update web-openschool-1.5.2-3.i586 --> Wollte nicht wegen Abhängigkeit
zu fehlgeschlagener syslog-ng (siehe oben)
Das Problem mit syslog-ng könnte mit meinem Firewall-Problem (siehe auch
mein posting vom 4.1.2004) zusammenhängen.
Ich habe vor dem Upgrade (wie in einer pm von P. Varkoly geraten) die
Pakete SuSEfirewall2 und yast2-firewall deinstalliert und
das alte Paket SLOS-SuSEfirewall2 von CD (beta1) neu installiert. Bei
der DSL-Konfiguration ist "Firewall verwenden" aktiviert.
Leider ohne Ergebnis - d.h. bei aktivierter Firewall ist kein Einloggen
von den Clients aus mehr möglich.
Weiteres Vorgehen:
Zunächst: Neuinstallation des alten fas-openschool-1-16 von CD (beta1) -
ohne Verbesserung.
Daraufhin: syslog-ng mit --force zum Update "überredet" (@Varkoly: Ich
hoffe, das war nicht schon wieder "grundfalsch" ;))
Dann hat auch das Update von web-openschool geklappt.
Nach Login an der Admin-Oberfläche sah vom Server her alles gut aus,
jedoch war von den Clients aus kein Login möglich.
Nach Server-Reboot nach Windows-Art ;) funktioniert jetzt aber alles
(neue Features sind jetzt da, habe aber noch nicht alles ausprobiert)-
jedoch immer noch nur mit abgeschalteter Firewall (SuSEfirewall2 stop).
Kein Wunder, denn die INPUT-Chain in iptables droppt alles außer udp von
0.0.0.0 und alle Protokolle außer von loopback.
Ein Output von "SuSEfirewall2 status" befindet sich im Anhang der Mail.
/var/log/boot.msg und auch "SuSEfirewall2 start" bringt hierzu folgende
Meldung:
--- schipp ----
Starting Firewall Initialization (phase 3 of 3) Warning: detected
activated named, enabling FW_SERVICE_DNS!
You still have to allow tcp/udp port 53 on internal, dmz and/or external.
Warning: detected activated squid, enabling FW_SERVICE_SQUID!
You still have to allow tcp port 3128 on internal, dmz and/or external.
Warning: detected activated dhcpd, enabling FW_SERVICE_DHCPD!
Warning: detected activated samba, enabling FW_SERVICE_SMB!
You still have to allow tcp port 139 on internal, dmz and/or external.
Warning: FW_SERVICE_SQUID defined, but no Squid server found running!
---- schnipp -----
Sollte ich diese Ports (8080, 139) in /etc/sysconfig/SuSEfirewall2
aufmachen?
Was schlagt ihr vor?
Weitere Kleinigkeiten:
A) Die netlogon-Skripte wurden überschrieben, die alten mit Datum/Zeit
im Dateinamen gesichert.
Wir haben Win98-Clients und die jeweiligen home-Verzeichnisse sind auf
h: gelegt. Der Windows-Explorer startet mit genau diesem Laufwerk.
Nach der Ersetzung von z: zu h: in den paar netlogon-Skripten ist das
jetzt auch ok.
Frage: Meines Wissens mountet Win2k die Homes automatisch auf h:. Führt
das jetzt zu Konflikten, wenn ich einen win2k-Client einbinden will?
Wenn ja, setze ich lieber jetzt, als im laufendne Betrieb nach den
Ferien wieder auf z: zurück (ich muss dann eben die Clients ändern :( )
B)Zertifikate
Unser altes Server-Zertifikat für den Schulserver (nicht: admin!) war
fehlerhaft (ausgestellt für "schulserver", nicht für
"schulserver.realschule-schwabach.local").
Der Fehler wurde nicht behoben. Ich werde das Serverzertifikat wohl per
Hand neu erstellen müssen.
C)Einige Dienste sind laut Dienstüberwachung nicht gestartet:
- rinetd
- atalk
- amavis
- acupsd
Ist das normal?
D) Ich merke gerade: Der Zugriff auf den Schulserver
(https://schulserver bzw. https://schulserver.realschule-schwabach.local
bzw. https://10.0.0.3) ist nicht mehr möglich (Weder vom Client noch vom
Server aus). Gestern, direkt nach dem Upgrade gings - glaube ich - noch).
Fehlermeldung:
IE6: Dokument kann nicht angezeigt werden
Netscape 7.0: Document contains no Data
=== Ist wieder i.O. (siehe unten) ===
E) In der boot.msg finde ich noch Folgendes:
--- schnipp ---
Please check the following files (see /var/adm/rpmconfigcheck):
/etc/imap/globals.conf.rpmsave
/srv/www/htdocs/verboten.html.rpmnew
--- schnipp ---
Muss ich da reagieren?
F)Gerade ist die Internetverbindung weg (vorhin gings noch)! Kein Ping,
kein garnix :(
ifconfig zeigt kein ppp0 oder eth1 mehr an.
yast2 --> DSL-Konfig nochmal durch --> kein erfolg
ifconfig eth1 up (dsl ist an eth1 gebunden) --> kein Erfolg (eth1 ist
jetzt aber da)
Server-Neustart (Ich fühl mich fast schon wie unter Windows :():
Alles wieder ok
=== Auch Punkt D) ist jetzt wieder gut ===
Irgendwie ist der Wurm drin.
Mal sehen, was ich sonst noch so alles finde...
<hoffnung>Vielleicht hängen die Probleme ja irgendwie alle zusammen
participants (6)
-
Christian Schütz -
Frank Gerd Walzebuck -
Frank Wein -
Lars Rupp -
Peter Varkoly -
Peter Varkoly