Topic: Server-Manager durcheinander nach yum update

[schullef]

Hallo, nach dem Update von SME Server 7.0 auf 7.3 hab ich mit < yum update > ein online update gemacht.
Seitdem sieht die Navi-Leiste etwas komisch aus, siehe unten. Hat jemand eine Ahnung woran das liegen könnte ?
http://www.teccmaster.de/sme/smeserver.jpg

[m]

http://forums.contribs.org/index.php?topic=40768.0
http://bugs.contribs.org/show_bug.cgi?id=4229

[MIB]

Nicht nur durcheinander - vacation message z.B funktioniert nicht mehr.
Und dann habe ich davon gelesen http://bugs.contribs.org/show_bug.cgi?id=4233
Wenn das bei dem Kunden den ich geupdated habe auch der Fall ist habe ich morgen mehr als ein ernsthaftes Problem 

Kann man dieses blöde update wieder rückgängig machen?

[cactus]

Nicht nur durcheinander - vacation message z.B funktioniert nicht mehr.
Und dann habe ich davon gelesen http://bugs.contribs.org/show_bug.cgi?id=4233
Wenn das bei dem Kunden den ich geupdated habe auch der Fall ist habe ich morgen mehr als ein ernsthaftes Problem 

Kann man dieses blöde update wieder rückgängig machen?

Ungetan machen ist schwer, aber bitte versuch die Contribs die du installiert hat auch zu updaten, meisten sollen in SME Contribs repository sein und haben auch die neue Sprache Konversion gehabt die das Problem verursachen. Versuch Mahl am SME Server Shell:

Code: [Select]

yum update --enablerepo=smecontribs
Es wird wahrscheinlich die Contribs updaten und nachdem Fertig damit sagt es diese Eintrage ein zugeben, mach das auch.

Code: [Select]

signal-event post-upgrade
signal-event reboot
NB Vielleicht ist meinem Deutsch nicht das beste aber ich bin nur ein blöde Holländer

[capri]

NB Vielleicht ist meinem Deutsch nicht das beste aber ich bin nur ein blöde Holländer

Und Nochmal.. du bist kein blöder Holländer, oder wenn du das so siehst dann bin ich ein dreckiger Nazi, also so als Deutscher, nan sieht uns halt noch Immer manchmal gern so

Deine Hilfe ist fast immer treffend und gut, ich vermute auch das du es in diesem Fall wiedermal auf den Punkt gebracht hast, jedoch gegen die derzeitigen Umstände der SME Entzwickler da hilft manchmal wirklich nur noch Kentnisse der ganzen Interna von SME, die zumindest ich leider nicht habe

PS: Ich bin immer noch stark am Überlegen auf Debian Etch amd64 mit ISPConfig umzusteigen, wenn SME7/8 nicht auch noch mit vielen meiner unsinnigen Basteleien so robust laufen würde

[cactus]

Und Nochmal.. du bist kein blöder Holländer, oder wenn du das so siehst dann bin ich ein dreckiger Nazi, also so als Deutscher, nan sieht uns halt noch Immer manchmal gern so

Das weiss ich, dewegen der Smiley.

Deine Hilfe ist fast immer treffend und gut, ich vermute auch das du es in diesem Fall wiedermal auf den Punkt gebracht hast

Herzlich danke für den Kompliment.

jedoch gegen die derzeitigen Umstände der SME Entzwickler da hilft manchmal wirklich nur noch Kentnisse der ganzen Interna von SME, die zumindest ich leider nicht habe

Darum versuch ich auch wann ich das Antwort hab das mit euch zu teilen. Ich hab in die Jahren das innere SME Servers ziemlich gut kennen gelernt.

Ich hoffe das wir noch hören werden von MIB und schullef, ich bin gespannt ob es die Probleme gelöscht hat.

[e[nt]e]

Hallo,

ich hatte das Problem mit dem Server-Manager auch. Nachdem ich deine Tipps befolgt habe capri, sah es schon etwas besser aus, allerdings sind quota, useraccounts, directory, datetime und localnetworks immer noch nicht richtig zugeordnet. Und noch dazu ist Fetchmail nun gar nicht mehr zu sehen im Server-Manager. Und bei dem Aufruf über https://192.168.*.*/server-manager/cgi-bin/fetchmail gibt es auch weiterhin einen Internal Server Error. Ich habe aber noch das hier gefunden:
http://www.schirrms.net/sme/SMEFetchMail.php#SME-UTF-8

Fetchmail ist ja scheinbar nicht im smecontribs repository. Ich habe jetzt allerdings keine Zeit mehr, mich weiter darum zu kümmern. Bei mir ist es zum Glück aber kein wichtiger Server.

Niklas

[cactus]

Nachdem ich deine Tipps befolgt habe capri,

Danke aber meinem Nick ist cactus

[capri]

Siehst du jetz bist du einge'italienischt' oder einge'Ford'ed jenachden wie man es sehen will (Mein Pseudonym kommt übrigens vom Ford Capri, da ich einen RS Zackspeed Nachbau a la 1978er DTM Serie fast 20 Jahre mein eigen nennen konnte)

Aber zum Wichtigen, es scheint seine Zuordnung in SME Server-Manager ist etwas zerschossen, wenn er nicht den Background hat sie selbst zu reparieren (ich hätte den nicht) dann wäre wohl eine Neuinstallation, soweit nicht zuviel davon abhängt, sehr empfehlenswert.

PS: eine SME Neuinstallation mit Abgleichung von Sicherungen ist mit zehnmal lieber  (und auch um mindestens das gleiche schneller) als z.B. einmal Gentoo neu aufzusetzen

[schullef]

Hallo, habe gerade den Tip von Cactus ausprobiert, yum meldet bei mir aber nur das keine update nötig sind, siehe unten.
Bei mir lief der SME immer out of the box, das einzige was zusätzlich installierte contrib ist dar backup.
Allerdings ist der Server schon einige Jahre am laufen immer mal wieder geupdated von 5.x au6.x dann auf 7.0 und jetzt auf 7.3.
Nach dem Update sah auch alles ok aus, erst das online update hat das Chaos verursacht. Hoffentlich funktioniert alles andere, der Server ist ein Produktivsystem.Ich habe zwar ein Backup vom letzten Monat, allerdings hat es zwischenzeitlich einige Änderungen gegeben. Außerdem habe ich noch ein komplett Backup von nach dem Update   Werde testhalber mal auf einen frisch eingerichteten Server nur die User und Ibays zurückspielen. Und dann lieber kein Update machen.

[root@server ~]# yum --enablerepo=smecontribs update
==============================================================
WARNING: Additional commands may be required after running yum
==============================================================
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Loading "installonlyn" plugin
Setting up Update Process
Setting up repositories
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
No Packages marked for Update/Obsoletion
================================================================
No new rpms were installed. No additional commands are required.
================================================================

[e[nt]e]

Danke aber meinem Nick ist cactus

Ooops...tut mir Leid 

[capri]

Eventuell, naja meißt hilfts Nicht, könnte ein 'yum clean all && yum --enablerepo=smecontribs update' etwas bringen?

[FraunhoferIFF]

gleiches Problem

habt ihr es schon hinbekommen ?

Marcel

[MIB]

Guten Morgen!
Nachdem um 7.00 Uhr nicht das Telefon läutete und die Beschwerden eintrafen dass man nicht auf den Server zugreifen könne war ich zumindest einmal etwas beruhigt.
Dann habe ich den Rat von Cactus befolgt und

Code:
yum update --enablerepo=smecontribs

mit anschließendem update und reboot ausgeführt. Es scheint wieder alles zu funktionieren. Allerdings scheint es mir als ob die contribs nicht geupdatet sondern neu installiert worden sind.
Ich habe noch einen SME mit fetchmail draussen und frage mich ob ich da ein update riskieren soll?
Interessantes Detail am Rande - einer der drei Server hatte gar keine Problem und alles brav übernommen nach dem normalen update. Warum?

Herzlichen Dank hiermit nochmal an den holländischen cactus.
Überhaupt möchte ich hier einmal die Qualität und Freundlichkeit dieses Forums hervorheben.  

[FraunhoferIFF]

moin MIB ,

lass das mit dem Update noch, ich habe auch einen mit Fetchmail draußen.
Ich warte da erstmal , sonst rennen die uns die Bude ein...

Marcel

[MIB]

Morgen Marcel!
Ich habe noch einen draußen - da ist fetchmail installiert aber nicht in Verwendung. Den uptöte ich mal um zu sehen was sich dann abspielt.

Habe gerade mit dem Kunden telefoniert wo die updates gemacht wurden. Der hat keine probs mit dem Einloggen oder den Mails. Dürfte also ganz normal laufen.

[cactus]

Ich habe noch einen SME mit fetchmail draussen und frage mich ob ich da ein update riskieren soll?

Wann es die Schirmms smeserver-fetchmail ist dan gibt es auch einen UTF-8 Version seit gestern.

Interessantes Detail am Rande - einer der drei Server hatte gar keine Problem und alles brav übernommen nach dem normalen update. Warum?

Leider keine Ahnung.

Herzlichen Dank hiermit nochmal an den holländischen cactus.

Danke!

[MIB]

Okay ich habe es ausprobiert mit http://www.schirrms.net/files/ smeserver-fetchmail-utf8-1.3.5-02.noarch.rpm. Es funktioniert!

[FraunhoferIFF]

mein Menu sieht immer noch scheiße aus, es funktioniert soweit alles.

ich hoffe mal da es ja hunderte betrifft, wird wohl bald ne Lösung kommen. Aber schön zu sehen das alle "alten Hasen" gleich hier einsteigen.
Gut zu wissen , das ihr auch Probleme bekommt wenn mal was nicht (wie gewohnt) läuft.



Bis bald
Marcel

[redalert]

Hallo, mal zu diesen Update Problemen,

siehe mein anderer Post, es können auch mit dem neue nFetchmail keine Mails mehr abgeholt werden, siehe hier :

Apr 21 12:30:45 email fetchmail[13612]: SMTP> MAIL FROM:<dwshiatsucanadam@shiatsucanada.com> SIZE=7207
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <dwshiatsucanadam@shiatsucanada.com>, sender OK - how exciting to get mail from you!
Apr 21 12:30:45 email fetchmail[13612]: SMTP> RCPT TO:<ofriedel@email.dct-gmbh.de>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 550 relaying denied ofriedel@email.dct-gmbh.de
Apr 21 12:30:45 email fetchmail[13612]: SMTP-Fehler: 550 relaying denied ofriedel@email.dct-gmbh.de
Apr 21 12:30:45 email fetchmail[13612]: SMTP-Lauscher mag Empfängeradresse ,,ofriedel@email.dct-gmbh.de" nicht
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 220 email.dct-gmbh.de ESMTP
Apr 21 12:30:45 email fetchmail[13612]: SMTP> HELO localhost
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 dct-gmbh.de Hi localhost [127.0.0.1]; I am so happy to meet you.
Apr 21 12:30:45 email fetchmail[13612]: SMTP> MAIL FROM:<FETCHMAIL-DAEMON@email.dct-gmbh.de>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <FETCHMAIL-DAEMON@email.dct-gmbh.de>, sender OK - how exciting to get mail from you!
Apr 21 12:30:45 email fetchmail[13612]: SMTP> RCPT TO:<dwshiatsucanadam@shiatsucanada.com>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <dwshiatsucanadam@shiatsucanada.com>, recipient ok
Apr 21 12:30:45 email fetchmail[13612]: SMTP> DATA
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 354 go ahead
Apr 21 12:30:45 email fetchmail[13612]: SMTP: (Körper der Umleitungs-Nachricht)
Apr 21 12:30:45 email fetchmail[13612]: SMTP>. (EOM)
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 552 Mail with no Date header not accepted here
Apr 21 12:30:45 email fetchmail[13612]: SMTP> RCPT TO:<postmaster@dct-gmbh.de>
Apr 21 12:30:45 email fetchmail[13612]: SMTP< 250 <postmaster@dct-gmbh.de>, recipient ok
Apr 21 12:30:45 email fetchmail[13612]: keine Adressen stimmten überein; leite an postmaster@dct-gmbh.de weiter.


alles wird an den postmaster geschickt weil andere User angeblich unbekannt sind.

Kann mir schnell jemand helfen um das in den Griff zu bekommen ????
so ein mist......

ist wirklich dringend

[cactus]

Apr 21 12:30:45 email fetchmail[13612]: SMTP-Lauscher mag Empfängeradresse ,,ofriedel@email.dct-gmbh.de" nicht

Es schaut sich an das die Addresse nicht bekantt ist auf den Server, stimmt das?

[redalert]

ja das sieht so aus. was aber komisch ist, vor dem update lief alles ????

es sieht so aus als ob er die alias"e" nicht mehr kennt ?!?!?

hmmmpf

[FraunhoferIFF]

guck mal,

/home/e-smith/db

ob die account db noch die richtige ist , falls nicht hast du ne Sicherung account.rpmsave ...

also überprüfte einfach ob da was nicht mehr richtig ist.. zur not eben Sicherung wiederherstellen.

Marcel

[redalert]

bringt mir leider nichts, nach wie vor das gleiche thema....

scheint wohl nur ne neuinstallation in frage zu kommen mal eben auf die schnelle......... so ein mist

[cactus]

bringt mir leider nichts, nach wie vor das gleiche thema....

scheint wohl nur ne neuinstallation in frage zu kommen mal eben auf die schnelle......... so ein mist

Ich galube die Database ist auch UTF-8 kodiert nach dem upgrade. Hatten die Aliassen speziale Charachter darin?

[redalert]

nein, nichts. keine speziellen sachen drin. scheint zerschossen zu sein aber ganz gewaltig...

[cactus]

nein, nichts. keine speziellen sachen drin. scheint zerschossen zu sein aber ganz gewaltig...

Und was sagt dieses Kommando:

Code: [Select]

db accounts show | grep '=pseudonym' -A 1

[redalert]

bringt mir nichts. habe ich schon alles überprüft. gleiches szenario wie vorher...

[MIB]

Habe soeben den SME mit dem installierten fetchmail getestet. Teilt richtig in die Postfächer aus und holt brav ab.

[FraunhoferIFF]

Also ich lass das update erstmal ,,,, is mir noch zu heiß

gerade die
e-smith-lib.noarch 1.18.0-25.el4.sme     

ein grauen für die OXler... also lieber noch warten....

Oder wer konnte ohne Probleme weitermachen?

Marcel

[MIB]

Na ja, ich habe noch einen SME in einer produktiven Umgebung stehen mit fetchmail den lasse ich momentan auch lieber ohne updates.

[yythoss]

So nun melde ich mich auch mal zu diesem Thema.
Es ist ja glaube ich nun schon bei allen angekommen, dass der Server-Manager etwas durcheinander gekommen ist.
Das liegt NUR an den Spachdateien. Diese sind seit dem letzten Update nun in UTF-8 codiert und der neue Parser kann mit anderen Zeichensätzen nichts anfangen und bricht dann ab. Das hat zur Folge, dass das Panel so komisch aussieht.
Das hat jedoch mit der Funktion der Programme nichts zu tun, diese arbeiten weiterhin.
Um diese Problem zu lösen, kann man zwar alle zusätzlich installierten rpm's löschen und hoffen, dass der programmierer welche in UTF-8 nachreicht, oder aber man ändert die Sprachdateien in UTF-8 um.
Ich arbeite schon an einem Script, welches einem diese Arbeit abnimmt. Somit muss man nicht alles neu installieren.

Für alle die OX installiert haben, haben ja schon gemerkt, dass das update nicht möglich ist. Im Moment ja eher ein Vorteil. Ich habe mit Vincent dem programmier von SME7 OX schon gemailt und warte auf eine neue e-smith-lib, welche für das Update notwendig wäre.

Ich bleib dran.

yythoss

[schullef]

So habe das Problem bei mir jetzt gelöst, schuld war ein altes contrib namens ddclient was ich vor Jahren mal eingespielt hatte.
Nachdem ich es mit yum removed hatte war alles wieder ok.

[FraunhoferIFF]

Moin Walter,

gut zu wissen das Du da dran bist ich bitte Dich mich da auf dem laufenden zu halten .... Ich hab leider erstmal nur das Clam update eingespielt , mußt jedoch feststellen, das dann die Qsmtp nicht mehr mitspielt, da gibt es dann nen problemchen. Habe also dann doch das ganze update reingezogen. und bin auf den morgigen Tag gespannt.

Drück uns mal die Daumen

Marcel

[yythoss]

Das folgende Script prüft in allen Sprachverzeichnissen die einzelnen files, ob sie in UTF-8 verfasst sind.
Findet das Script files die nicht in UTF-8 konvertiert sind (z.B. zusätzliche Contribs wie ddclient, fetchmail usw.)
so werden diese in UTF-8 konvertiert und zwar nur diese. Die original files bleiben davon unberührt.

Das Script darf nur EINMAL auf die Dateien losgelassen werden, sonst gibt es ein ducheinander!!!
Zuerst den alten Stand der Sprachdateien sichern:

Code: [Select]

tar cvzf /tmp/locale.tgz /etc/e-smith/locale/*
Das Script wird mit:

Code: [Select]

chmod 775 convert_utf-8.sh

ausführbar gemacht, und mit

Code: [Select]

sh convert_utf-8.sh
als root ausgeführt.
Hier nun der Downloadlink:

http://www.swt-online.de/smeserver/convert_utf-8.sh


yythoss

PS: Natürlich alles auf eigene Gefahr!

[Meiffe]

Ich finde diese Community einfach nur Klasse !

Vielen Dank für das Script !

[FraunhoferIFF]

Läuft Perfekt ..!!!!

Vielen Dank Walter.

Marcel

[busines]

 :-)Hallo,
nutze den Server nur für Private Zwecke,
ich möchte auf diesem Wege Yythoss für seine gute Arbeit mal Danke sagen.
mfg.

[capri]

Habe mir das Script mal durchgelesen, ist sehr durchdacht gemacht, statt den Fehler (der oft gemacht wird) einfach Alles auf UTF-8 umzustellen geht es nur die entsprechenden Dateien des Server-Managers an, Super dadurch wird z.B. vermieden das MC eine unsaubere Darstellung bekommt oder gar Clamav Probleme macht.

1A Arbeit yythoss !!

[fpausp]

Hallo,

Gibt es noch zusätzliche tätigkeiten nach dem das script ausgeführt wurde, bzw. wie kann man überprüfen ob alle contribs einwandfrei funktionieren ?


mfg
fpausp

[uli334]

Hallo yythoss,

danke fuer das schoene Script!
Hat auch bei mir das Panel wieder ordentlich sortiert.

Viele Gruesse,
Uli

[edbneutron]

Hallo!

Das Script hat wunderbar funktioniert!
Sehr gut durchdacht.

DANKE!!

[cactus]

Das folgende Script prüft in allen Sprachverzeichnissen die einzelnen files, ob sie in UTF-8 verfasst sind.
Findet das Script files die nicht in UTF-8 konvertiert sind (z.B. zusätzliche Contribs wie ddclient, fetchmail usw.)
so werden diese in UTF-8 konvertiert und zwar nur diese. Die original files bleiben davon unberührt.

Das Script darf nur EINMAL auf die Dateien losgelassen werden, sonst gibt es ein ducheinander!!!
Das Script wird mit:

Code: [Select]

chmod 775 convert_utf-8.sh

ausführbar gemacht, und mit

Code: [Select]

sh convert_utf-8.sh
als root ausgeführt.
Hier nun der Downloadlink:

http://www.swt-online.de/smeserver/convert_utf-8.sh


yythoss

PS: Natürlich alles auf eigene Gefahr!

Sieht gut aus... aber warum hast du das letzte Teil nicht auch im for loop Kodiert?

[yythoss]

Weil ich nur die language files prüfen will und ich alle Sprachen berücksichtigen wollte.

yythoss

[cactus]

Weil ich nur die language files prüfen will und ich alle Sprachen berücksichtigen wollte.

yythoss

Ja aber dass kann doch auch so, einfacher und weniger Chance auf Fehler, weil man nicht jede Linie zu modifizieren hat, nur eine Linie zu anderen wann es noch Locale dazu geben wird:

Code: [Select]

for lang in da de el en-us es fr hu id it nl pt_BR sl sv; do
pfad="/etc/e-smith/locale/$lang/etc/e-smith/web/functions/"
files=$(find "$pfad" -iname "*" -type f -print)
code
done
oder eben schlimmer:

Code: [Select]

for lang in da de el en-us es fr hu id it nl pt_BR sl sv; do
files=$(find "/etc/e-smith/locale/$lang/etc/e-smith/web/functions/" -iname "*" -type f -print)
code
done

[yythoss]

Sieht gut aus, bin leider nicht drauf gekommen.

[cactus]

Sieht gut aus, bin leider nicht drauf gekommen.

Kein Thema... nur ein Idee, weil ich die Kode sah.

[cactus]

PS: Natürlich alles auf eigene Gefahr!

Ich hab die Freiheit genommen es im Wiki einzutragen. Vielleicht kannst du deine original Ankundigung nog modifizieren und die Instruktion dazu stellen zuerst ein Backup zu machen von /etc/e-smith/locale/* wie ich im Instruktion im wiki gemacht hab.

[Free4All]

Hab das Skript gestern auch durchlaufen lassen und das hat wunderbar geklappt. Möchte mich an dieser Stelle auch dafür bedanken!

[toldo]

Ich schließe mich dem Dank an, denn auch bei mir hat das Script wunderbar funktioniert!

[Jean-Philippe Pialasse]

tag,

ich habe das Skript angepasst, um es einführen zu können mehrer Mal.

außerdem ein Schutz an jeder Einführung verwirklicht wird.

Code: [Select]

cd
wget http://smeserver.pialasse.com/fichiers/convert_utf-8.sh
chmod +x convert_utf-8.sh
sh convert_utf-8.sh

Jean-Philippe