Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
SuSE 10.1 Samba updaten
14 views
Skip to first unread message
Ulrich Plaimauer
Jan 17, 2013, 9:57:36 AM1/17/13
to
Hi!
Ich hab hier einen alten SuSE 10.1 Server, auf dem Samba lï¿œuft.
Leider eine Version von Samba, die Win7 Domain-Clients nicht unterstï¿œtzt.
Wie stehen meine Chancen, ein Update dafï¿œr zu kriegen, ohne den Server
wegschmeiï¿œen zu mï¿œssen?
Ich hab das hier gefunden, weiￜ aber nicht, ob das kompatibel zu meiner
Distribution ist:
http://ftp.sernet.de/pub/samba/3.4/suse/10.1/i386/
mfg
Uli
Ich hab hier einen alten SuSE 10.1 Server, auf dem Samba lï¿œuft.
Leider eine Version von Samba, die Win7 Domain-Clients nicht unterstï¿œtzt.
Wie stehen meine Chancen, ein Update dafï¿œr zu kriegen, ohne den Server
wegschmeiï¿œen zu mï¿œssen?
Ich hab das hier gefunden, weiￜ aber nicht, ob das kompatibel zu meiner
Distribution ist:
http://ftp.sernet.de/pub/samba/3.4/suse/10.1/i386/
mfg
Uli
René Schuster
Jan 17, 2013, 12:07:55 PM1/17/13
to
On 2013-01-17 17:57, Ulrich Plaimauer wrote:
> Ich hab hier einen alten SuSE 10.1 Server, auf dem Samba l�uft.
^^^^^^^^^
> Ich hab das hier gefunden, wei� aber nicht, ob das kompatibel zu meiner
> Distribution ist:
>
> http://ftp.sernet.de/pub/samba/3.4/suse/10.1/i386/
^^^^^^^^^
Also ohne das jetzt ausprobiert zu haben oder �berhaupt ausprobieren zu
k�nnen, und ohne jegliche Gew�hr, w�rde ich spontan "Ja" sagen. Aber
warum schaust Du nicht einfach im Paket-Manager ob es eine neue Version
gibt?
--
rs
> Ich hab hier einen alten SuSE 10.1 Server, auf dem Samba l�uft.
^^^^^^^^^
> Ich hab das hier gefunden, wei� aber nicht, ob das kompatibel zu meiner
> Distribution ist:
>
> http://ftp.sernet.de/pub/samba/3.4/suse/10.1/i386/
^^^^^^^^^
Also ohne das jetzt ausprobiert zu haben oder �berhaupt ausprobieren zu
k�nnen, und ohne jegliche Gew�hr, w�rde ich spontan "Ja" sagen. Aber
warum schaust Du nicht einfach im Paket-Manager ob es eine neue Version
gibt?
--
rs
Ulrich Plaimauer
Jan 19, 2013, 7:34:43 PM1/19/13
to
Hi!
Am 17.01.2013 18:07, schrieb Ren� Schuster:
> Also ohne das jetzt ausprobiert zu haben oder �berhaupt ausprobieren zu
> k�nnen, und ohne jegliche Gew�hr, w�rde ich spontan "Ja" sagen. Aber
> warum schaust Du nicht einfach im Paket-Manager ob es eine neue Version
> gibt?
>
Ich hab mir das jetzt nochmal angesehen: es handelt sich um einen
SuSE 10.0 Server, nat�rlich sind unter den eingetragenen Paketquellen
KEINE neueren Samba Pakete auffindbar. Wundert mich nicht, der Server
ist schon etwas �lter ;-).
Wie geht man am Besten vor? Eine neuere Paketquelle suchen
oder Samba herunterladen und "von Hand" installieren?
mfg
Uli
Am 17.01.2013 18:07, schrieb Ren� Schuster:
> Also ohne das jetzt ausprobiert zu haben oder �berhaupt ausprobieren zu
> k�nnen, und ohne jegliche Gew�hr, w�rde ich spontan "Ja" sagen. Aber
> warum schaust Du nicht einfach im Paket-Manager ob es eine neue Version
> gibt?
>
SuSE 10.0 Server, nat�rlich sind unter den eingetragenen Paketquellen
KEINE neueren Samba Pakete auffindbar. Wundert mich nicht, der Server
ist schon etwas �lter ;-).
Wie geht man am Besten vor? Eine neuere Paketquelle suchen
oder Samba herunterladen und "von Hand" installieren?
mfg
Uli
René Schuster
Jan 20, 2013, 1:43:26 AM1/20/13
to
On 2013-01-20 03:34, Ulrich Plaimauer wrote:
> Ich hab mir das jetzt nochmal angesehen:
Ich auch...
> Ich hab mir das jetzt nochmal angesehen:
> es handelt sich um einen SuSE 10.0 Server,
> Wie geht man am Besten vor?
> Eine neuere Paketquelle suchen
Wird es vermutlich nicht geben.
> oder Samba herunterladen und "von Hand" installieren?
dem von Dir geposteten Verzeichnis auch alle davon abh�ngigen Pakete
enthalten... NB: Ich w�rde da nichts mehr angreifen. Runter damit.
--
rs
Ulrich Plaimauer
Jan 20, 2013, 10:08:52 AM1/20/13
to
Am 20.01.2013 07:43, schrieb Ren� Schuster:
>> es handelt sich um einen SuSE 10.0 Server,
>
> "SUSE Linux Enterprise 10"? Release 17. Juli 2006?
Das kommt hin ;-)
>> es handelt sich um einen SuSE 10.0 Server,
>
> "SUSE Linux Enterprise 10"? Release 17. Juli 2006?
>> Wie geht man am Besten vor?
>
> fdisk. Ernsthaft.
Wie zieht man einen Samba-PDC um?
Was muss ich alles kopieren?
mfg
Uli
ds_Dieter_Schultheis
Jan 20, 2013, 4:45:04 PM1/20/13
to
hat beides eine eigene Partition?
Wenn getrennt, dann neue OS Version installieren und dann die
Datenpartition einbinden. Die etc Konfig vom alten SAMBA 3 und neuen
SAMBA 4 ist meines Wissens aber etwas unterschiedlich.
Oder ist da eine noch �ltere SAMBA Version drauf?
--
MfG
Dieter
René Schuster
Jan 21, 2013, 12:54:57 AM1/21/13
to
On 2013-01-21 00:45, ds_Dieter_Schultheis wrote:
> Am 20.01.2013 16:08, schrieb Ulrich Plaimauer:
>>
>> Ich befürchte es auch fast.
> Am 20.01.2013 16:08, schrieb Ulrich Plaimauer:
>>
>> Wie zieht man einen Samba-PDC um?
>> Was muss ich alles kopieren?
>
>> Was muss ich alles kopieren?
>
> sind die Daten (/home) und OS auf einer Partition (nicht so toll) oder
> hat beides eine eigene Partition?
Das wäre noch relativ egal, in ersterem Fall sollte dann allerdings auf
> hat beides eine eigene Partition?
fdisk verzichtet werden. ;-) Allerdings würde ich eine 7 Jahre alte (?)
Platte schon rein prophylaktisch ersetzen, zumindest falls die Daten in
irgendeiner Form wichtig sind...
> Wenn getrennt, dann neue OS Version installieren
liegt (normalerweise) die Samba-User-DB (tdb files), die ist wichtig. Es
ist allerdings gut möglich dass die Pfade bei SUSE anders sind.
> und dann die Datenpartition einbinden. Die etc Konfig vom alten SAMBA
> 3 und neuen SAMBA 4 ist meines Wissens aber etwas unterschiedlich.
<http://wiki.samba.org/index.php/Samba4/samba-tool/domain/classicupgrade/HOWTO>
--
rs
Ulrich Plaimauer
Jan 21, 2013, 2:00:18 AM1/21/13
to
René Schuster schrieb:
wie (S)ATA, schön kühl hat ers auch im Abstellraum.
Außerdem ist die Datenplatte physisch eine Eigenständige.
> Zuerst noch /etc/samba/ und /var/lib/samba/ sichern. In /var/lib/samba/
> liegt (normalerweise) die Samba-User-DB (tdb files), die ist wichtig. Es
> ist allerdings gut möglich dass die Pfade bei SUSE anders sind.
Danke für den Tipp, nach dem tdb File werd ich Ausschau halten...
>> und dann die Datenpartition einbinden. Die etc Konfig vom alten SAMBA
>> 3 und neuen SAMBA 4 ist meines Wissens aber etwas unterschiedlich.
>
> Ist sie. Dafür gibt es ein Tool, und ein how-to:
>
> <http://wiki.samba.org/index.php/Samba4/samba-tool/domain/classicupgrade/HOWTO>
Danke!
mfg
Uli
> On 2013-01-21 00:45, ds_Dieter_Schultheis wrote:
>> sind die Daten (/home) und OS auf einer Partition (nicht so toll) oder
>> hat beides eine eigene Partition?
>
> Das wäre noch relativ egal, in ersterem Fall sollte dann allerdings auf
> fdisk verzichtet werden. ;-) Allerdings würde ich eine 7 Jahre alte (?)
> Platte schon rein prophylaktisch ersetzen, zumindest falls die Daten in
> irgendeiner Form wichtig sind...
Damals wurde auf SCSI gesetzt, die Platten sind nicht ganz so heikel
>> sind die Daten (/home) und OS auf einer Partition (nicht so toll) oder
>> hat beides eine eigene Partition?
>
> Das wäre noch relativ egal, in ersterem Fall sollte dann allerdings auf
> fdisk verzichtet werden. ;-) Allerdings würde ich eine 7 Jahre alte (?)
> Platte schon rein prophylaktisch ersetzen, zumindest falls die Daten in
> irgendeiner Form wichtig sind...
wie (S)ATA, schön kühl hat ers auch im Abstellraum.
Außerdem ist die Datenplatte physisch eine Eigenständige.
> Zuerst noch /etc/samba/ und /var/lib/samba/ sichern. In /var/lib/samba/
> liegt (normalerweise) die Samba-User-DB (tdb files), die ist wichtig. Es
> ist allerdings gut möglich dass die Pfade bei SUSE anders sind.
>> und dann die Datenpartition einbinden. Die etc Konfig vom alten SAMBA
>> 3 und neuen SAMBA 4 ist meines Wissens aber etwas unterschiedlich.
>
> Ist sie. Dafür gibt es ein Tool, und ein how-to:
>
> <http://wiki.samba.org/index.php/Samba4/samba-tool/domain/classicupgrade/HOWTO>
mfg
Uli
Bernd Petrovitsch
Jan 21, 2013, 5:33:58 AM1/21/13
to
On Sun, 20 Jan 2013 01:34:43 +0100, Ulrich Plaimauer wrote:
[...]
Naja, die diversen "Enterprise Linux" Distributionen werden z.T. auch
länger gewartet.
Ob bzw. wie gratis das ist, ist eine andere Frage .....
> Wie geht man am Besten vor?
Ohne genaue Kenntnis deiner organisatorischen (u.a.) Randbedingungen
kann man das so schlecht sagen.
> Eine neuere Paketquelle suchen
> oder Samba herunterladen und "von Hand" installieren?
- "neuere Paketquelle suchen" geht. K.A., wie es da bei SuSE/Novell
aussschaut.
- selber runterladen, kompilieren und installieren geht vermutlich auch
einfach, allerdings wird es sonst auch Updates geben.
- auf eine gewartete SuSE-Version umsteigen
- aktuelle .src.rpms suchen und selber neu bauen (am "alten"/fürs "alte"
SuSE): ist noch einfacher wie .tar.gz selber verarbeiten, muß man aber
auch regelmäßiger machen.
- mit dem ganzen Server auf neuere Version umsteigen (wie andere angedeutet
haben): k.A., was dort sonst noch so rennt .....
Wenn Du keine Upgrades braucht, weil der Server eh weit hinter einer
Firewall steht, kannst oben ein paar Nebensätze streichen;-)
Bernd
--
- Wie erkennt man IYO die offensichtlich ungeeigneten, hinter denen sich
nicht das Genie verbirgt?
- Wie erkennt man das Offensichtliche?
Martina Diel und Volker Birk
[...]
> Ich hab mir das jetzt nochmal angesehen: es handelt sich um einen
> SuSE 10.0 Server, natürlich sind unter den eingetragenen Paketquellen
> KEINE neueren Samba Pakete auffindbar. Wundert mich nicht, der Server
> ist schon etwas älter ;-).
Naja, die diversen "Enterprise Linux" Distributionen werden z.T. auch
länger gewartet.
Ob bzw. wie gratis das ist, ist eine andere Frage .....
> Wie geht man am Besten vor?
kann man das so schlecht sagen.
> Eine neuere Paketquelle suchen
> oder Samba herunterladen und "von Hand" installieren?
aussschaut.
- selber runterladen, kompilieren und installieren geht vermutlich auch
einfach, allerdings wird es sonst auch Updates geben.
- auf eine gewartete SuSE-Version umsteigen
- aktuelle .src.rpms suchen und selber neu bauen (am "alten"/fürs "alte"
SuSE): ist noch einfacher wie .tar.gz selber verarbeiten, muß man aber
auch regelmäßiger machen.
- mit dem ganzen Server auf neuere Version umsteigen (wie andere angedeutet
haben): k.A., was dort sonst noch so rennt .....
Wenn Du keine Upgrades braucht, weil der Server eh weit hinter einer
Firewall steht, kannst oben ein paar Nebensätze streichen;-)
Bernd
--
- Wie erkennt man IYO die offensichtlich ungeeigneten, hinter denen sich
nicht das Genie verbirgt?
- Wie erkennt man das Offensichtliche?
Martina Diel und Volker Birk
Thomas Schmidt
Jan 21, 2013, 8:04:38 AM1/21/13
to
Bernd Petrovitsch <be...@tuxoid.at> schrieb:
> - "neuere Paketquelle suchen" geht. K.A., wie es da bei SuSE/Novell
> aussschaut
Andere Dateiaufteilung!
> - selber runterladen, kompilieren und installieren geht vermutlich auch
> einfach, allerdings wird es sonst auch Updates geben.
Ja wenn man alle Abhängigkeiten hinkriegt?
> - auf eine gewartete SuSE-Version umsteigen
Das einfachste.
> - aktuelle .src.rpms suchen und selber neu bauen (am "alten"/fürs "alte"
> SuSE): ist noch einfacher wie .tar.gz selber verarbeiten, muß man aber
> auch regelmäßiger machen.
Der Aufwand ist nicht zu unterschätzen.
> - mit dem ganzen Server auf neuere Version umsteigen (wie andere angedeutet
> haben): k.A., was dort sonst noch so rennt .....
Eben!
> Wenn Du keine Upgrades braucht, weil der Server eh weit hinter einer
> Firewall steht, kannst oben ein paar Nebensätze streichen;-)
Tja ...
--
A1 != 1a
> Ohne genaue Kenntnis deiner organisatorischen (u.a.) Randbedingungen
> kann man das so schlecht sagen.
Exakt.
> kann man das so schlecht sagen.
> - "neuere Paketquelle suchen" geht. K.A., wie es da bei SuSE/Novell
> aussschaut
> - selber runterladen, kompilieren und installieren geht vermutlich auch
> einfach, allerdings wird es sonst auch Updates geben.
> - auf eine gewartete SuSE-Version umsteigen
> - aktuelle .src.rpms suchen und selber neu bauen (am "alten"/fürs "alte"
> SuSE): ist noch einfacher wie .tar.gz selber verarbeiten, muß man aber
> auch regelmäßiger machen.
> - mit dem ganzen Server auf neuere Version umsteigen (wie andere angedeutet
> haben): k.A., was dort sonst noch so rennt .....
> Wenn Du keine Upgrades braucht, weil der Server eh weit hinter einer
> Firewall steht, kannst oben ein paar Nebensätze streichen;-)
--
A1 != 1a
Bernd Petrovitsch
Jan 21, 2013, 9:11:11 AM1/21/13
to
On Mon, 21 Jan 2013 14:04:38 +0100, Thomas Schmidt wrote:
> Bernd Petrovitsch <be...@tuxoid.at> schrieb:
[....]
Die Dependencies sollten in den .rpms auch drinstehen.
[...]
Dependencies haben ("SysV-init vs udev vs systemd" fällt mir da akut ein),
dann ist es u.U. einfacher, nur die Dependencies im .spec File backporten
(indem man die vom alten abschaut/kopiert).
> Bernd Petrovitsch <be...@tuxoid.at> schrieb:
[....]
>> - selber runterladen, kompilieren und installieren geht vermutlich auch
>> einfach, allerdings wird es sonst auch Updates geben.
>
> Ja wenn man alle Abhängigkeiten hinkriegt?
Yup. Willkommen in der Packager-Welt;-)
>> einfach, allerdings wird es sonst auch Updates geben.
>
> Ja wenn man alle Abhängigkeiten hinkriegt?
Die Dependencies sollten in den .rpms auch drinstehen.
[...]
>> - aktuelle .src.rpms suchen und selber neu bauen (am "alten"/fürs "alte"
>> SuSE): ist noch einfacher wie .tar.gz selber verarbeiten, muß man aber
>> auch regelmäßiger machen.
>
> Der Aufwand ist nicht zu unterschätzen.
Ist er nicht, aber wenn aktuellere .rpms für neuere andere Files bzw.
>> SuSE): ist noch einfacher wie .tar.gz selber verarbeiten, muß man aber
>> auch regelmäßiger machen.
>
> Der Aufwand ist nicht zu unterschätzen.
Dependencies haben ("SysV-init vs udev vs systemd" fällt mir da akut ein),
dann ist es u.U. einfacher, nur die Dependencies im .spec File backporten
(indem man die vom alten abschaut/kopiert).
0 new messages