BSDs im kommerziellen Einsatz

[Reks30]

Zitat von kili

Auf ports@ schwirren Updates von Ian McWilliam fuer Samba-3.4 herum, die wollen getestet und reviewed werden. Unter den aktiven Portern gibt's nicht so furchtbar viele Samba-User. Das allgemeine Feedback haelt sich (wie leider ueblich) in Grenzen.

Danke für die Info. Ich sehe mir das mal an. Ich bin durchaus bereit zu testen, aber mein Problem mit solchen Tests ist immer wieder, das dafür -current vorrausgesetzt wird, ich aber ausschließlich -stable nutze. Ich werde mal versuchen den Patch auf ein 4.6 Release System anzuwenden sobald ich meine CDs bekommen habe.

Gruß
Reks30

[Nonpareille]

@kili
Wenn mir jemand erklärt, wie man das anstellt, wär ich durchaus bereit, das auf meinem (weniger wichtigen) Server mal auszuprobieren. Ich steh nämlich vor dem selben Problem wie Reks30. Ich muß notgedrungen Windows als Arbeitsplatzrechner einsetzen. Und wenn meine Kunden, was abzusehen ist, mir die Dateien in Programmversionen schicken die ihrerseits wieder Windows7 voraussetzen, muß ich notgedrungen zumindest einen Rechner umstellen, was wiederum dazu führt, daß der Sambaserver folgen muß. Denn der läuft z. Zt. unter OpenBSD. Im Gegensatz zu Reks30 bin ich allerdings nicht in der Lage, mir selbst ein Pacckage zurechtzuzimmern. Wär schade, wenn ich deshalb das System wechseln müßte.

[Reks30]

@Nonpareille: Solange es dir nur um die reine Dateiablage ohne Domänenfunktion geht (also als Arbeitsgruppenserver) funktioniert Windows 7 auch mit Samba 3.0 zusammen. Was nur nicht geht ist die Domänenmitgliedschaft, wenn Samba der Domänencontroller ist. Solltest du also gar keine Domäne nutzen, ist es für dich kein Problem.

Gruß
Reks30

[Nonpareille]

@Reks30
Danke, das beruhigt mich etwas.

@kili
das Angebot (falls ein Test in der Konstellation Arbeitsgruppenserver von Nutzen ist) steht trotzdem.

[Azazyel]

Zitat von MuffiXXL

UFS ist allerdings in vielen fällen performanter und es gibt durchaus Einsatzzwecke wo man schlicht kein ZFS benötigt. So habe ich z.B. Produktivsysteme mit FreeBSD auf VMWare ESX am laufen und die Storage liegt auf einem NetAPP Filer der mehrfach redundant ist und alle 8h Snapshots schießt. Wozu also ZFS?

In diesem Fall brauchst du die Features wirklich nicht - dein Posting klang aber mehr nach "ZFS braucht man eigentlich überhaupt nicht".

Notiz am Rande: In der aktuellen Ausgabe von freeX gibt es einen Artikel zu Virtualisierung unter FreeBSD.

[kili]

Zitat von Nonpareille

@kili
Wenn mir jemand erklärt, wie man das anstellt, wär ich durchaus bereit, das auf meinem (weniger wichtigen) Server mal auszuprobieren.

Zunaechst weiss ich nicht, ob der letzte Patch annaehernd auf 4.5 laeuft, evtl. muesstest Du wie Reks30 einen Snapshot verwenden, oder schlimmstenfalls auf 4.6 warten (was ja schon an einige Vorbesteller ausgeliefert wird und spaetestens am 1.11. auch komplett zum Download zur Verguegung steht).

Dann brauchst Du einen aktuellen Portstree (passend zu Deinem System, also von 4.5, wenn Du es mit 4.5 ausprobieren willst, ansonsten -current) unter /usr/src. Entweder per CVS auschecken oder z.B. per FTP herunterladen (ports.tar.gz unter /pub/OpenBSD/snapshots oder /pub/OpenBSD/4.5, vom FTP-Mirror Deiner Wahl). Falls Du per FTP herunterlaedst, packst Du den Tarball anschliessend als root unter /usr aus (alle Beispiele im Folgenden fuer Snapshots):

# cd /var/tmp
# ftp ftp://dein-lieblings-mirror.com/pub/OpenBSD/snapshots/ports.tar.gz
# cd /usr
# tar xzf /var/tmp/ports.tar.gz

Dann brauchst Du natuerlich den Patch aus dieser Mail (ist glaube ich der aktuellste Patch): http://marc.info/?l=openbsd-ports&m=125402520517156&w=2

Den laedtst Du am besten direkt im Verzeichnis vom Samba-Port herunter:

# cd /usr/ports/net/samba
# ftp -o samba.diff 'http://marc.info/?l=openbsd-ports&m=125402520517156&q=p3'

Jetzt patchen (und -E nicht vergessen, da ist Reks30 heute offenbar drauf reingefallen):

# patch -p0 -E < samba.diff

Falls Du nur Samba bauen willst, und die ganzen evtl. zusaetzlich benoetigten Abhaengigkeiten aus Packages installieren willst, packst Du folgendes in /etc/mk.conf:

PKG_PATH=ftp://dein-lieblings-mirror.com/pub/OpenBSD/snapshots/packages/${MACHINE_ARCH}/
FETCH_PACKAGES=Yes

Und anschliessend bauen und installieren. Je nachdem, ob Du eines der drei Flavors (cups, ldap, ads) benoetigst, musst Du FLAVOR passend setzen. Fuer ldap z.B.:

# FLAVOR=ldap make install

Das sollte es dann eigentlich tun. Falls Du das ganze mit 4.5 versuchen solltest, wuerdest Du statt `make install' einfach `make update' nehmen. Und falls Du zwar einen Snapshot verwendest, aber das System zum Testen nicht komplett von null aufsetzt, sondern auf den Snapshot updatest, wuerdest Du sinnvollerweise vorher die bereits installierten Packages wie ueblich aktualisieren:

# pkg_add -ui -Fupdate,updatedepends

(vorher ggf. einmal mit -n laufen lassen)

und dann ebenfalls Samba wie oben beschrieben per `make update' bauen und aktualisieren.

[Nonpareille]

@kili

Danke, werd ich mir am Wochenende mal nen snapshot holen und das durchexerzieren.

[ZerBEruZ]

Moinsen Leute,

nach langer Zeit will ich mich auch mal wieder zu Wort melden.
Wenn ich BSD nutze, dann FreeBSD fürs Pakete filtern, IPsec-Verbindungen zwischen den Standorten und das Monitoring mit Cacti usw.
Der Rest des Unternehmens läuft unter Windows, da die Branchensoftware unter nichts anderem funktioniert.
Als Storage kommt bei uns ebenfalls NetAPP zum Einsatz.

Wir lesen uns
ZerBEruZ

[Yamagi]

Und NetApp basiert bekanntlich auf FreeBSD.

[SolarCatcher]

Hier auf auf der freebsd-stable Mailing List berichtet Scott Lang (früher Yahoo, nun Netflix) über ihren Open Connect Appliance Server. Dieser basiert auf einem nur wenig angepassten FreeBSD 9.0.

Open Connect ist Netflex's eigenes CDN. In ihrem Blog heißt es

Like commercial CDNs, Open Connect will provide the Netflix data at no cost to the locations the ISP desires, or ISPs can choose to get the Netflix data at common internet exchanges. About 5% of Netflix data is already being served by Open Connect.

Und dieser Anteil soll ausgeweitet werden.

Interessant ist daher Scott's Bemerkung - und u.a. deshalb habe ich es in diesen alten Thread eingefügt:

From an advocacy standpoint, Netflix represents 30% of all North American internet traffic during peak hours, and FreeBSD is becoming an integral part of that metric as we shift traffic off of the traditional CDNs.

Das ist doch mal eine Zahl! Falls Ihr also Kunden habt, die zweifeln, dass FreeBSD potent genug für sie ist... Netflix traut es des System offenbar zu.