SystemError

Ein Rudel wirklich interessanter IT Systeme unter den Fingern zu haben. Gegen 03:00 vom Walkürenrittklingelton (max Lautstärke) des RB Telefons rausgehauen zu werden und sofort senkrecht im Bett zu stehen. Wenn 's dumm gelaufen ist das ganze auch 6 mal die Nacht. Wenig Schlaf. Viel Arbeit. Tolle Kollegen, Kunden und Zulieferer. Habe irgendwie immer das Gefühl genossen hochverfügbare Systeme zu betreuen, deren Ausfall auch wirklich jemanden gestört hätte. Und ok, ich geb 's zu: Ich habe mir da auch ein bisserl meinen Adrenalinkick hergeholt. Hmmm... also bei uns war das so dass wir zunächst mal nur erreichbar waren; im Bedarfsfall dann eben flink den Laptop + Modem ausgepackt. Habe ich auch oft bei Bekannten während irgendwelcher DVD Abende oder beim Essen gemacht. Telefonleitungen gibt es ja fast überall in Griffreichweite. Was eben tabu war sich bewusst der Erreichbarkeit zu entziehen, also z.B. in nen Club oder Kino ohne Empfang zu gehen. Das hängt vom Arbeitgeber ab. Bye SystemError

Ich habe das zu meinen "wilden Zeiten" als Admin zu genüge getan. Und ich hab 's gern gemacht; und nicht (nur) wegen des Geldes. Das waren damals ca 10 bis 20 % Vergütung für die reine StandbyZeit. Bei Anruf // Alarm mindestens für 30min Vergütung zum normalen Stundensatz; plus Spät-, Nacht-, Feiertagszuschläge. Das waren bei uns damals 11h Stunden Ruhezeit, wer die nicht eingehalten hat wurde (sehr sanft) vom Teamleiter gerüffelt. Imho sind die 11h auch gesetztlich vorgeschrieben: http://www.ratgeberrecht.de/search/display.php?http://www.wdr.de/tv/recht/fragen/view/rf00581.html|ruhezeit Bei uns lief das damals so: Ich wurde von einem "alten Hasen" in das Thema eingewiesen, mit dem hatte ich folgenden Deal: "Wenn was ist und Du kommst nicht weiter, dann ruf einfach an. Ich bin dann auch zu erreichen." Das haben wir dann die ersten paar mal so gemacht. Wenn es dann später dann als ich das Thema im Griff hatte gab es natürlich auch immer wieder Situationen an denen ich nichts wirklich drehen konnte sondern weiter eskalieren musste. Zum Beispiel: ---> Kunde informieren weil Schnitsstelensystem auf Kundenseite spinnt. ---> HerstellerSupport einfordern weil Hardware oder Softwareproblem auf Herstellerseite. ---> Einen meiner Vorgesetzten rausklingeln weil Managemententscheidung gefordert. ---> Andere Abteilung informieren weil Problem auf deren Seite... ---> etc ... Im grossen und ganzen habe ich wirklich gerne RB geleistet... waren sicherlich wilde aber auch gute Zeiten. Angefangen habe ich damit übrigens schon in den letzen paar Azubimonaten... Und wichtig war damals auch nicht wirklich alles perfekt zu beherschen sondern den Problem einfach nur gezielt und systematisch nachzugehen. Und es gab schliesslich auch Betirebshandbücher... Das ganze wird sicherlich von Unternehmen zu Unternehmen sehr unterscheidlich gehandhabt. Wenn Du Bedenken hast dann sprich mit Deinen Kollegen // Vorgesetzten darüber. Hätte (und habe) ich in solchen Situationen getan. Vertrauen war da. Bye SystemError

*hrhr* Naja, ich habe es mal erlebt dass (aus welchen Gründen auch immer) auf ner 4 CPU Maschine (RedHat AS) nur der SingleCPU Kernel lief. Der Admin zuckte nur mit den Schultern... und ich schüttelte nur den Kopf. Im Zweifelsfall sollte ein "cat /proc/cpuinfo" Gewissheit liefern. Bye System

Der RedHat AS 3 liefert sowohl einen SingleCPU als auch einen SMP Kernel mit. Wenn Du also bereits den SMP Kernel laufen hast dann musst Du genau gar nichts tun. Bye SystemError

Hi Bosi, mit "|" kannst Du die StandardAusgabe eines Kommandos in die StandardEingabe eines anderen umleiten. In Deinem Fall geht das dann in etwa so: syserror@carthage$ echo "ALL YOUR BASE ARE BELONG TO US" | write syserror ttyp1 Bye SystemError

Bau doch einfach ein SSH Kommando in der Art von: ssh deinuser@deinrechner.homeunix.org "/usr/local/bla/deinsript.sh" Dazu dann eben noch einen passphraselosen SSH Public Key auf Rechner 2 hinterlegen... Bye SystemError

Moin, Vorsicht. Immer den konkreten Studiengang anschauen. Informationswirtschaft kann unter Umständen auch mit ner Menge Jura einhergehen: http://www.informationswirtschaft.org/ Was Mathe für WINFs an FHs angeht: Sicherlich nicht die Art von schwarzer, böser Mathe wie bei den Informatikern an der Uni üblich, aber: um die ein oder andere Mathe Veranstaltung wirst Du nicht rum kommen. Auch hier kommt es letztendlich immer auf den konkreten Studiengang an. Viele FHs bieten ja Studienordnungen && Stundenpläne im Netz an; einfach mal reinschauen. Bye SystemError

Hi Kaffeemacher, 1.) Ich kann mich der schon mehrfach geäusserten Meinung nur anschliessen alle nicht benötigten Daemonen abzuschalten. Vor allen Dingen den graphischen SchnickSchnack. 2.) Solle die Maschine tatsächlich && deutlich Swappen: RAM und dann noch mehr RAM. Dabei wäre allerdings nicht die absolute Auslastung des SwappBereiches interessant sondern die SwappRate im NormalBetrieb. 3.) Einen Distributionswechsel halte ich nicht für zielführend. Bye SystemError

Hallo, schau mal hier zum Thema PostFix und Relaying: http://www.postfix.org/basic.html#relaying bzw. hier zum "mynetworks" PostFix Parameter: http://www.postfix.org/basic.html#mynetworks Könnte da Dein Problem liegen? In der von Dir geposteten Konfigurationsdatei ist der "mynetworks" Parameter nämlich leer. Nur so ein Gedanke... Bye SystemError

Hallo, *eeeks* IBM Deutsch? Naja... ich persönlich finde dass man mit den "großen" IBM Produkten auf Englisch einfach deutlich besser fährt. Egal, zum Thema: Richtig, Mit dem "Datenbankverwaltungsbenutzer" kannst du alle Instanzen und Datenbanken auf Deiner Maschine administrieren. Ebenfalls richtig, mit dem "Exemplarbenutzer" administrierst Du 1 Instanz mit allen zugehörigen Datenbanken. Der "Abgeschirmter Benutze" dient zum ausführen von "UserDefinedFunctions" und ist somit mitnichten nutzlos! Guckst Du (z.B.) hier: http://www.trivadis.ch/Images/FA_RPE_UDF2_tcm16-11739.pdf Bye SystemError

Also ich würde jetzt per SSH getunneltes RSync empfehlen... sowas in der Art von: for i in `cat myhostlist.txt` do rsync -ave ssh --force --delete --stats /mein/lokaler/pfad/ $i:/mein/entfernterpfad/ sleep 1 done Dazu dann natürlich noch passwortfreier SSH Zugang via hinterlegtem SSH PublicKey auf den Zielrechnern und ein entsprechender CronJob. Dabei wäre zu verhindern dass das Script mehr als einmal gestartet wird. Wäre das für Dich praktikabel? Bye SystemError

Hallo, lsmod listet alle aktuell geladenen Module und dürfte Dir damit weiterhelfen. Bye SystemError

Was sagen FileSystemChecks von einem entsprechendem (bootbarem) Rettungsmedium aus ausgeführt? Welchen DateiSystemTyp verwendest Du? Bye SystemError

Hallo, wie wäre es denn mit minicom: http://freshmeat.net/projects/minicom/ ? Hat für meine Zwecke (serielle Konsolen von Unix Rechnern) immer gut funktioniert. Wird von vielen Linux Distributionen mit ausgeliefert. Bye SystemError

Naja so ein bisschen war das schon gefragt (u.a.): Ich wollte mit meinem Post auch nicht Dich angreifen oder Dir eine Aussage in den Mund schieben, sondern nur meine Bedenken gegen perlcc zum Ausdruck bringen und klarstellen worum es sich dabei genau handelt. Wobei Punkt 2 der von mir aufgeführten Bedenken imho ein KO Kriterium ist. Bye SystemError

Hallo, bei perlcc handelt es sich um eine Möglichkeit PerlScripte in ausführbaren Maschinencode zu übersetzen, also zu kompilieren. 1.) Hierbei handelt es sich um keine Verschlüsselung! 2.) Zitat: Quelle: http://search.cpan.org/~jhi/perl-5.8.0/utils/perlcc.PL Bye SystemError

*cane zustimm* Yup. Vor allen Dingen auch wirklich kostengünstig. Bei einer solchen Lösung sollte man nur tunlichst darauf achten stets auf beiden beteiligten Maschinen die selbe Konfig vorzuhalten. Sonst: *aua* Bye SystemError

*wow* Und wieder was dazugelernt. Und sogar was wirklich nützliches. Danke! Bye SystemError

Hallo, also imho sollte der von Dir gepostete Bug aus dem FedoraBugzilla hier gefixt sein: https://www.redhat.com/archives/fedora-announce-list/2005-February/msg00016.html Aber: Du verwendest Kerberos security und // oder einen NetAppFiler? Sicher dass Du genau mit diesem Bug zu tun hast? Bye SystemError

Hallo, das ist ein von Fedora veröffentlichter ErrataKernel zum FedoraCore 2. Also Du findest eigentlich alles was das Herz zum Thema Fedora begehrt (natürlich) auf der offiziellen FedoraProject WebSite: http://fedora.redhat.com Da gibt es auch ein Archiv der fedora-announce-list@redhat.com MailingListe: https://www.redhat.com/archives/fedora-announce-list/ Auf dieser Liste werden alle Errata für die FedoraCores angekündigt. Hier geht es direkt zur Ankündigung des Fedora Paketes "kernel-2.6.10-1.770_FC2": https://www.redhat.com/archives/fedora-announce-list/2005-March/msg00005.html Bye SystemError

Hallo, also ich nehme mal an Du willst wissen wie lange noch neue Updates für die FedoraCores erscheinen werden. Siehe die aktuelle FAQ zu Fedora: http://fedora.redhat.com/about/faq/ FAQs lesen bildet übrigens ungemein. Zu beachten wäre dann noch das es auch das FedoraLegacyProject gibt: http://fedoralegacy.org/ Die Jungs bringen Updates für RedHat und Fedora Versionen raus, die ihr EndOfLife bereits überschritten haben. Allerdings handelt es sich dabei um eine eher lose Community; d.h. die Updates erscheinen bei weitem nicht so fix und zahlreich wie bei einer noch vom FedoraProject gepflegten Distribution. Bye SystemError

Moin, also Evolution 1.X legt seine gesamte Konfig + die MailOrdner normalerweise unter "$HOME/evolution ab. Die 2er Generation allerdings unter "$HOME/.evolution". 1.Xer Evolution Ordner + Konfig müssen konvertiert werden um von einem 2er Evolution genutzt werden zu können. Normalerweise geht das aber automatisch. Starte Evolution mal aus einem XTerm heraus. Dann solltest Du Informationen // Fehlermeldungen sehen, die normalerweise unterdrückt werden. Vielleicht ist da ja was dabei... Bye SystemError

Für den (unwahrscheinlichen) Fall dass Du irgendwo einen SSHClient // Server ausgabelst der nur Version 1 beherrscht. Bye SystemError

Hallo, 1.) Editieren der Datei /etc/ssh/sshd_config. Anpassen des "Protocoll" Parameters, in etwa so: Protocol 2,1 Dann sollte Dein SSHD Protokollversion 1 und 2 beherrschen. Evtl. kannst Du auch einfach nur "2" angeben. 2.) Dann noch den SSHDienst auf Deinem Server neu starten. Ganz neben bei: Ich kenne jetzt zwar PuTTY nicht, aber: Sollte da es nicht eine Option geben um SSH Protokollversion 1 zu verwenden? Bye SystemError

Also du könntest jetzt einfach die Zeile wieder reinnehmen, dann eben nur Protokoll Version 2 angeben, und dann natürlich den SSHD neu starten. Aber die Sache bleibt merkwürdig. Alle OpenSSHInstallationen, die mir bis jetzt untergekommen sind hatten standardmässig immer Version 1 und 2 aktiv. *strange* Du kannst übrigens auch sehr einfach von Deinem Client aus überprüfen welche Protokollversionen Dein Server anbietet. Einfach einen telnet auf Port 22; in etwa so: syserror@myboxen$ telnet mysrv 22 Trying 10.0.0.65... Connected to mysrv. Escape character is '^]'. SSH-2.0-OpenSSH_3.6.1p2 "SSH-2.0" gibt dabei dann die Protokollversion an; "OpenSSH_3.6.1p2" ist die OpenSSHVersion. Bye SystemError