On Tue, 6 Apr 1999, Walter Ulmke wrote:
>
> das hier wird l�nger, wer sich gest�rt f�hlt bitte ich um
> Verzeihung. Bitte per PM an mich direkt antworten, ich
> nehme an, dass das Thema wenige interessiert.
Das geringe Interesse sehe ich ausgerechnet hier nicht :>
Ausserdem schreibt man ja die Antworten nicht fuer den Moment
oder um sich zu produzieren, sondern dass "nur" Mitlesende auch
ohne aktive Schreibtaetigkeit Nutzen aus der Liste ziehen und -
ganz wichtig jetzt - dass im Archiv Suchende Antworten schnell
finden statt erneut warten zu muessen. Soweit zum Thema
"Was soll DAS auf der Liste ..."
Alle Angewiderten sind in der Lage, Killfiles aufzusetzen.
Nur "verpasst man mit einem Killfile saemtliche Highlights"
(Jakob Krieger in de.alt.ufo).
> Mir gef�llt Linux ganz au�erordentlich, weil es super ist,
> weil es "Unix" ist, und weil es die letzte Chance
> darstellt, Unix anstatt Windows durchzusetzen.
Nein, es ist die Variante, die in letzter Zeit den heftigsten
Hype erfahren hat :( Es gibt noch andere, sieh Dir z.B.
www.freebsd.org an und bei beruflichem (also ernsthaftem :)
Interesse auch die FreeBSD Mall. Dann waren noch NetBSD (wie
der Name sagt ...), OpenBSD (wohl sehr viel portabler und
verbreitet als die anderen) und BSDI (komerzielle Variante,
tw in der ct besprochen).
> ABER - ist Linux gut genug, um auf meinen Firmenservern zu
> laufen? Ich muss mich in den n�chsten Wochen entscheiden.
Mindestens so gut wie alle anderen. Du hast die
Literaturstellen aus dem Archiv bei SuSE geholt mit
den konkreten Zahlenvergleichen, Kostenrechnungen und
Projektabrechnungen? Da war nicht nur Polemik dabei in den
Diskussionen, die BTW hier immer wieder mal hochkommen.
> Ich will nur ein paar Punkte erw�hnen, die mich an
> Linux st�ren:
>
> f�r meine grossen APC Notstromversorgungen gibt es
> anscheinend keine Software - zumindest gibt es nach meinen
> Kenntnissen kein Port von Powerchute plus.
Meinst Du das ernst? Der apcupsd kann sehr wohl mit "dummen"
und "smarten" UPSen umgehen, solange sie einen V.24-Anschluss
haben oder man eine kleine eigene Schaltung bastelt. Und die
Rechner unterhalten sich auch ueber das Ethernet ueber den
Zustand der USV, falls es sein muss. Zugegebenermassen ist das
Protokoll ein anderes als das von PowerChute, aber man hoert
von Projekten wie PowerFlute :> Wie's mit der Unterstuetzung
(lies: Offenlegung des Protokolls) seitens APC aussieht, weiss
ich nicht. In ganz harten Faellen kann man sicher auch den
SCO-Emulator iBCS rauskramen und die mitgelieferte Software doch
noch rennen lassen. Dazu kann ich mich aber nicht aeussern,
weil ich dafuer keinen Bedarf sehe und das nie versucht habe.
Zieh bei Interesse das Paket apcupsd, das platzt beinahe vor Dok
(Schaltskizzen, Anleitungen, Protokollbeschreibungen,
Beispielkonfigurationen, ...).
> wir benutzen Informix Online. Datenreplikation gibt es
> (noch) nicht f�r Linux.
Was ist mit den anderen "Grossen" der Branche? Zwingen die
Informix, auch diesen Teil in sehr naher Zukunft anzubieten? :>
> Zugangskontrolle: unter SCO UNix kann ich festlegen, dass
> jeder Nutzer beim Anmelden nur 2 Fehlversuche hat - danach
> ist das Konto gesperrt. Ich kann sogar die Anzahl der
> Login-Versuche auf Terminalebene begrenzen. Mit der
> Shadow-Suite kann man einiges machen, aber so etwas nicht.
> Das halte ich f�r sehr wichtig im Interesse der
> Systemsicherheit.
Laesst sich das mit PAM regeln (plugins steuern die
Zulaessigkeit einer Anmeldung und werden klassifiert nach
"notwendig" und "hinreichend", man kann die Plugins stapeln
oder ketten)? Gibt Dir der Login-Mechanismus vom FreeBSD
(Login-Klassen mit feingradiger Rechtvergabe) die noetigen
Freiheiten?
> F�r manche exotische, anspruchsvolle teure Hardware gibt es
> keine Treiber, so z.B. nicht f�r unser Digi EPC/X System.
Werden die Digi PC/X nicht unterstuetzt? Ist die EPC so viel
anders? IIRC ist Digi selbst an der Unterstuetzung ihrer
Hardware interessiert. Hilft der Web-Server www.dgii.com
(sp?) weiter? Ich weiss nur, dass das NICHT digi hiess.
Die treiberdisketten sollten eine aktuelle Referenz haben.
Die Plaette der beigelegten Treiber macht mich jedenfalls
optimistisch. Sogar QNX lief damit.
Ist Deine Erkenntnis gesichert und die Resignation berechtigt?
Sorry dass das so eigenartig klingt, aber zwischen "Geht
nicht" und "Geht vermutlich nicht" ist noch Platz fuer einen
Hoffnungsschimmer :) Hilft die in Documentation/digiboard.txt
erwaehnte Liste evtl weiter?
Und dann: IIRC ging es dabei um "endlos" lange serielle
Leitungen und 16fach Anschluesse. Laesst sich das mit einem
billigen Rechner, Ethernet und 2 (billigeren?) 8fach Karten
und 2m-Kabeln erschlagen? Was mich schon immer interessiert
hat: Wer braucht ueberhaupt so viele serielle Leitungen?
(OK, der Markt ist offenbar da, also bitte Aufklaerung per PM)
> Wir wissen alle, in einem Jahr sieht alles anders aus - das
> gibt es wahrscheinlich die Datenreplikation usw. Ich muss
> mich aber in 2-3 Wochen entscheiden, ob ich die Server
> exklusiv unter SCO Unix laufen lasse, oder (hoffentlich nur
> vor�bergehend) eine Doppelserverstrategie fahre - Datenbank
> auf einem Server mit SCO, alles andere auf einem 2. Server
> mit Linux.
Ist der Datenbank-Server nicht ohnehin derart wichtig, dass er
"nur" dafuer da ist? Dann kann er doch sein System behalten.
Und niemand hindert Dich, Linux fuer die Aufgaben einzusetzen
die es sofort erfuellen kann. Einen Kommunikationsrechner
wuerde ich ohnehin nicht mit File- oder Druckserver-Aufgaben
belaestigen.
virtually yours - Gerhard Sittig
--
If you don't understand or are scared by any of the above
ask your parents or an adult to help you.
--
Um aus der Liste ausgetragen zu werden, eine Mail an [EMAIL PROTECTED]
schicken, mit dem Text: unsubscribe suse-linux
