Ja, gibt es. In unserem Repository steht als ergänzendes Paket "invis-rdbu" bereit. Das ist ein Datensicherungstool, welches über die Kombination aus LVM-Snapshot und rdiff-backup Sicherungen des gesamten Systems erstellt. Als Sicherungsziel kommen USB-Festplatten oder ein Backupserver in Frage. Die USB-Festplattenvariante läuft dank UDEV als Plug and Play Lösung.
ich habe schon mehrere Server, als File-Groupware, etc. Dienst aufgesetzt. Das geht mit einer openSUSE rasch, einfach und arbeitet zuverlässig. Ich kann bisher noch keinen Vorteil darin sehen, mich irgend wo zu registrieren und diese eher umständlichen Installationsschritte zu setzten. Ein Server mit Samba, e-Groupware, FTP und Apache ist auch mit openSUSE ohne Zusätze schnell und zuverlässig.
Die im Artikel erwähnte Registrierung hat nichts mit unserem Projekt zu tun, sondern betrifft einzig den Zugriff auf die Samba4 Repositories von Sernet. Ich würde mir das auch anders wünschen, allerdings hatten wir da keine Wahl. Die openSUSE eigenen Pakete bringen leider den Active Directory Teil nicht mit. Vorteil an den Sernet-Paketen ist, dass es intensiv getestete LTS Pakete für den Produktiveinsatz sind. D.h. es gibt auch noch lange Updates, wenn die openSUSE bereits out of maintenance ist.
Das man einen solchen Server auch individuell aufsetzen kann ist klar, genau so hat unser Projekt auch mal angefangen. Da wir aber nicht immer alles zu Fuß installieren wollten haben wir angefangen das Setup zu Scripten, daraus ist dann später das Projekt geworden.
Stefan
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 19. Mai 2015 um 16:31.
Es hat wohl damit zu tun, dass Suse seine sehr restriktive Haltung in Sachen Quellen/Yast aufgegeben und mit Evergreen einen Community-LTS-Zweig hat.
Mich hat sowieso immer gewundert dass solch eine erfolgreiche und gut gepflegte Distri wie OpenSuse keine Derivate erzeugte - und das bei Yast als Alleinstellungsmerkmal ..
Ich glaube, das muss man etwas differenzierter sehen.
Die restriktive Haltung kam (denke ich) eher von Novell als von SUSE, jetzt wo SUSE wieder mehr Eigenständigkeit hat, ändern sich manche Dinge.
Evergreen war eher die Folge einer restriktiven Haltung als die einer Öffnung. (Ist aber nur eine Vermutung)
Wir als Projekt invis-server warten sehnlichst darauf, dass in Sachen LTS etwas passiert und die SLE-Quellen sind auf jeden Fall ein gutes Zeichen. Bleibt abzuwarten wie die openSUSE Community damit umgeht, die Disskussionen sind auf den Projektmailinglisten jedenfalls in vollem Gange.
Viele haben damals SuSE den Rücken gekehrt als sie sich an Novell verkauften. Daher nehme ich an wenn SuSE wieder SuSE wird, dann werden wohl viele wieder zurück wechseln. Zumindest würde ich das tun.
Frage an das Invis-Server-projekt: Habt ihr eine ausführliche deutschsprachige Dokumentation?
Eine Installations- und Administrationsanleitung gibt es im invis Wiki (http://wiki.invis-server.org/doku.php/invis_server_wiki). Bei der eingesetzten optionalen Software (Kivitendo, Zarafa, Wawision) müssen wir allerdings auf die Dokumentation der jeweiligen Projekte verweisen.
Viele haben SuSE auch den Rücken gekehrt, weil sie massive Probleme mit dem bald schon permanenten KDE-rumgekrücke hatten ...
SuSE lief & läuft angenehm ruhig & sauber, solange keine GUI draufgepackt wird ... wenn es mit der GUI losgeht, wird viel aufgrund der leider noch immer manchmal seltsam anmutenden "Abhängigkeitsverquickung" vermurxt wird ...
yast war vom ersten Suse-Tag an nicht GPL, und die Entwicklungswerkzeuge sowieso nicht. Die Quellen der Pro-Version waren auch vor Novell nicht allgemein zugänglich.
Ich glaube, dass es eine Erkenntnis der Unternehmen mit Opensource-Geschäftsidee ist, dass man mit zu restriktiver Politik nur die Community vergrätze. Wer offen ist, da entwickelt sich ein Biotop, dessen Ergebnisse zu zurück fließen.
Und wenn es Kunden/Endanwender sind, die eine zertifizierte Basis suchen und deshalb zum 'Original' zurück kehren.
Witzigerweise war es, soweit ich weiss, eine der ersten Aktionen unter Novell Leitung, YaST unter GPL zu stellen. Sonst haben die allerdings von Open-Source nicht wirklich viel verstanden.
Novell war es aber auch, die dem Red Hat Beispiel folgend "openSUSE" als Community-Projekt ins Leben gerufen haben, allerdings zunächst mit sehr kurzer Leine. Inzwischen ist das deutlich anders.
Ich denke, derzeit ist das alles bei openSUSE und SUSE auf einem guten Weg.
Die Administration, insbesondere das Hinzufügen und Entfernen von PCs, Benutzern und Gruppen ist wirklich einfach! Ich kann Stefan und den Invis-Server nur empfehlen! Für KMUs, die nicht unbedingt in den lock-in-Effekt rennen möchten ein ausgereifte, kostengünstige und solide Lösung.
Regelmäßig gibt es neue Features. Das Produkt und die Installation ist im Projekt-Wiki gut dokumentiert. Der Blog ist lesenswert. Da hilft es, dass Stefan auch als Autor unterwegs ist. Ich hoffe Ihr findet viele Mitstreiter und Mitentwickler.
Weiter so! Viele Grüße nach Hessen, auch an Ines, jp
gibt es backup/restore Funktionalität?
Ja, gibt es. In unserem Repository steht als ergänzendes Paket "invis-rdbu" bereit. Das ist ein Datensicherungstool, welches über die Kombination aus LVM-Snapshot und rdiff-backup Sicherungen des gesamten Systems erstellt. Als Sicherungsziel kommen USB-Festplatten oder ein Backupserver in Frage. Die USB-Festplattenvariante läuft dank UDEV als Plug and Play Lösung.
Stefan
ich habe schon mehrere Server, als File-Groupware, etc. Dienst aufgesetzt. Das geht mit einer openSUSE rasch, einfach und arbeitet zuverlässig. Ich kann bisher noch keinen Vorteil darin sehen, mich irgend wo zu registrieren und diese eher umständlichen Installationsschritte zu setzten.
Ein Server mit Samba, e-Groupware, FTP und Apache ist auch mit openSUSE ohne Zusätze schnell und zuverlässig.
Die im Artikel erwähnte Registrierung hat nichts mit unserem Projekt zu tun, sondern betrifft einzig den Zugriff auf die Samba4 Repositories von Sernet. Ich würde mir das auch anders wünschen, allerdings hatten wir da keine Wahl. Die openSUSE eigenen Pakete bringen leider den Active Directory Teil nicht mit. Vorteil an den Sernet-Paketen ist, dass es intensiv getestete LTS Pakete für den Produktiveinsatz sind. D.h. es gibt auch noch lange Updates, wenn die openSUSE bereits out of maintenance ist.
Das man einen solchen Server auch individuell aufsetzen kann ist klar, genau so hat unser Projekt auch mal angefangen. Da wir aber nicht immer alles zu Fuß installieren wollten haben wir angefangen das Setup zu Scripten, daraus ist dann später das Projekt geworden.
Stefan
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 19. Mai 2015 um 16:31.danke für die Zusatzinfo
Allerdings bin ich mit Zentyal nicht mehr zufrieden, weil das bei uns mit einer Anzahl VPN Tunneln ( <50 ) schon arg langsam in der Oberfläche wird.
( http://www.zentyal.org/ )
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 19. Mai 2015 um 16:15.Am meisten freut mich, dass jetzt endlich auch um OpenSuse ein Ökosystem von abgeleiteten Distris entsteht.
Debian -> Ubuntu-> Mint ..
Red Hat -> sientific Linux/OracleLinux/CentOS
breitere Basis-mehr Entwickler-mehr angepasste Pakete
Es hat wohl damit zu tun, dass Suse seine sehr restriktive Haltung in Sachen Quellen/Yast aufgegeben und mit Evergreen einen Community-LTS-Zweig hat.
Mich hat sowieso immer gewundert dass solch eine erfolgreiche und gut gepflegte Distri wie OpenSuse keine Derivate erzeugte - und das bei Yast als Alleinstellungsmerkmal ..
Na ja .. vielleicht klappt es jetzt
Ich glaube, das muss man etwas differenzierter sehen.
Die restriktive Haltung kam (denke ich) eher von Novell als von SUSE, jetzt wo SUSE wieder mehr Eigenständigkeit hat, ändern sich manche Dinge.
Evergreen war eher die Folge einer restriktiven Haltung als die einer Öffnung. (Ist aber nur eine Vermutung)
Wir als Projekt invis-server warten sehnlichst darauf, dass in Sachen LTS etwas passiert und die SLE-Quellen sind auf jeden Fall ein gutes Zeichen. Bleibt abzuwarten wie die openSUSE Community damit umgeht, die Disskussionen sind auf den Projektmailinglisten jedenfalls in vollem Gange.
Stefan
Viele haben damals SuSE den Rücken gekehrt als sie sich an Novell verkauften. Daher nehme ich an wenn SuSE wieder SuSE wird, dann werden wohl viele wieder zurück wechseln. Zumindest würde ich das tun.
Frage an das Invis-Server-projekt: Habt ihr eine ausführliche deutschsprachige Dokumentation?
Eine Installations- und Administrationsanleitung gibt es im invis Wiki (http://wiki.invis-server.org/doku.php/invis_server_wiki). Bei der eingesetzten optionalen Software (Kivitendo, Zarafa, Wawision) müssen wir allerdings auf die Dokumentation der jeweiligen Projekte verweisen.
danke
schau ich mir an. 
Viele haben SuSE auch den Rücken gekehrt, weil sie massive Probleme mit dem bald schon permanenten KDE-rumgekrücke hatten ...
SuSE lief & läuft angenehm ruhig & sauber, solange keine GUI draufgepackt wird ... wenn es mit der GUI losgeht, wird viel aufgrund der leider noch immer manchmal seltsam anmutenden "Abhängigkeitsverquickung" vermurxt wird ...
yast war vom ersten Suse-Tag an nicht GPL, und die Entwicklungswerkzeuge sowieso nicht. Die Quellen der Pro-Version waren auch vor Novell nicht allgemein zugänglich.
Ich glaube, dass es eine Erkenntnis der Unternehmen mit Opensource-Geschäftsidee ist, dass man mit zu restriktiver Politik nur die Community vergrätze. Wer offen ist, da entwickelt sich ein Biotop, dessen Ergebnisse zu zurück fließen.
Und wenn es Kunden/Endanwender sind, die eine zertifizierte Basis suchen und deshalb zum 'Original' zurück kehren.
Prinzip bei Red Hat CentOS
Witzigerweise war es, soweit ich weiss, eine der ersten Aktionen unter Novell Leitung, YaST unter GPL zu stellen. Sonst haben die allerdings von Open-Source nicht wirklich viel verstanden.
Novell war es aber auch, die dem Red Hat Beispiel folgend "openSUSE" als Community-Projekt ins Leben gerufen haben, allerdings zunächst mit sehr kurzer Leine. Inzwischen ist das deutlich anders.
Ich denke, derzeit ist das alles bei openSUSE und SUSE auf einem guten Weg.
Stefan
Regelmäßig gibt es neue Features. Das Produkt und die Installation ist im Projekt-Wiki gut dokumentiert. Der Blog ist lesenswert.
Da hilft es, dass Stefan auch als Autor unterwegs ist. Ich hoffe Ihr findet viele Mitstreiter und Mitentwickler.
Weiter so! Viele Grüße nach Hessen, auch an Ines, jp
Danke für die Blumen Herr P.