Ich denke an eine Synchronisation des Updateverzeichnisses mit rsync oder unison. Die Frage ist nun, wie man das am besten macht. Fürs erste mache ich einfach mal ein wget -r von ftp://ftp.uni-kl.de/pub/linux/suse/i386/update/9.2/ Das führt aber nun zu redundantem Download, da die Pakete immer einmal mit einmal ohne Versionsnummer vorhanden sind. 64bit-Pakete brauche ich (noch) auch nicht. Welche Datei wird für YOU benötigt? Die mit der Versionsnummer? Welche Optionen machen mit rsync Sinn? Ich habe mir mal ein paar rausgesucht, die zu überlegen sind: -r, --recursive recurse into directories -l, --links copy symlinks as symlinks -p, --perms preserve permissions -t, --times preserve times -D, --devices preserve devices (root only) #-c, --checksum always checksum -v, --verbose increase verbosity -z, --compress compress file data --ignore-existing ignore files that already exist on receiver --progress show progress during transfer --size-only ignore mod time for quick check (use size) -b, --backup make backups (see --suffix & --backup-dir make backups into this directory -u, --update update only (don't overwrite newer --partial Wie sieht es mit Signaturen bzw. Prüfsummen aus? Wird die lokale Datei von YOU auf eine echte Signatur geprüft? Al
Morjen Al,
Die Frage ist nun, wie man das am besten macht. Fürs erste mache ich einfach mal ein wget -r von ftp://ftp.uni-kl.de/pub/linux/suse/i386/update/9.2/
schau mal hier: http://portal.suse.com/sdb/de/2004/09/fhassel_patchcd.html Klappt prima... Walze.
Am Dienstag, 11. Januar 2005 07:26 schrieb Frank Gerd Walzebuck:
schau mal hier:
Dann analysieren wir mal: rsync -rltuzv --stats --delete --include "kernel-{default,bigsmp,smp,syms}*" \ --exclude "src/" --exclude "*.i586.rpm" \ ftp.gwdg.de::pub/linux/suse/ftp.suse.com/suse/i386/update/9.1 /tmp/CDroot/i386/update/ Bleiben also diese Optionen zu diskutieren: --ignore-existing ignore files that already exist on receiver Sollte dadurch nicht eine Beschleunigung erreicht werden? --progress show progress during transfer Darstellungssache --size-only ignore mod time for quick check (use size) Beschleunigung? -b, --backup make backups (see --suffix & --backup-dir make backups into this directory Behält alte Dateien, wenn mal wieder ein Update nicht funktioniert --partial setzt by Disconnect an der Abbruchsstelle fort. --stats give some file transfer stats Darstellungssache --delete Da ist mir die Wirkungsweise von Backup noch zu unklar. Ich werde das wohl mit einem kleinen Verzeichnis testen müssen. -include bzw. --exclude beantwortet meine Frage, auf welche Dateien verzichtet werden kann. Al
Am Dienstag, den 11.01.2005, 12:35 +0100 schrieb Al Bogner:
Bleiben also diese Optionen zu diskutieren: --ignore-existing ignore files that already exist on receiver Sollte dadurch nicht eine Beschleunigung erreicht werden?
--progress show progress during transfer Darstellungssache
--size-only ignore mod time for quick check (use size) Beschleunigung?
-b, --backup make backups (see --suffix & --backup-dir make backups into this directory Behält alte Dateien, wenn mal wieder ein Update nicht funktioniert
--partial setzt by Disconnect an der Abbruchsstelle fort.
--stats give some file transfer stats Darstellungssache
--delete Da ist mir die Wirkungsweise von Backup noch zu unklar. Ich werde das wohl mit einem kleinen Verzeichnis testen müssen.
-include bzw. --exclude beantwortet meine Frage, auf welche Dateien verzichtet werden kann.
Al
Hallo Al versuch es damit : rsync -tKvrP --safe-links --stats --exclude=*.src.rpm rsync://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/update/9.2/ /mnt/daten/apps/linux/suse/i386/update/9.2/ Nur den Pfad am Ende mußt du anpassen :) Gruß Wladimir Boger
Am Dienstag, 11. Januar 2005 07:26 schrieb Frank Gerd Walzebuck:
(...). http://portal.suse.com/sdb/de/2004/09/fhassel_patchcd.html
Klappt prima... (...).
Das ist allerdings für SL 9.1. Die Verzeichnisstruktur hat sich bei SL 9.2 geändert. Vor allem sind die delta-RPMs (deltas/) hinzugekommen, welche IIRC nur bei ftp/http genutzt werden. Außerdem gibt es bei SL 9.2 ein separates Verzeichnis (für) x86_64/ unter rpm/, was man auch nicht unbedingt spiegeln will. Ich stell einfach mal meinen Vorschlag zur Diskussion: rsync -rltuzv --stats --delete --include "kernel-{default,bigsmp,smp,syms,um}*" --exclude "deltas/" --exclude "rpm/src/" --exclude "rpm/x86_64/" --exclude "*.i586.rpm" ftp.gwdg.de::pub/linux/suse/ftp.suse.com/suse/i386/update/9.2 /tmp/CDroot/i386/update/ Changes: * use 9.2 tree * include kernel-um * exclude deltas/ and rpm/x86_64/ * exclude rpm/src/ instead of src/ ("rpm/" necessary?) MfG, Jan -- Every man has the right to be wrong in his opinions, but no man has the right to be wrong in his facts.
Am Donnerstag, 13. Januar 2005 00:31 schrieb Jan Ritzerfeld:
Das ist allerdings für SL 9.1. Die Verzeichnisstruktur hat sich bei SL 9.2 geändert. Vor allem sind die delta-RPMs (deltas/) hinzugekommen, welche IIRC nur bei ftp/http genutzt werden. Außerdem gibt es bei SL 9.2 ein separates Verzeichnis (für) x86_64/ unter rpm/, was man auch nicht unbedingt spiegeln will. Ich stell einfach mal meinen Vorschlag zur Diskussion: rsync -rltuzv --stats --delete --include "kernel-{default,bigsmp,smp,syms,um}*" --exclude "deltas/" --exclude "rpm/src/" --exclude "rpm/x86_64/" --exclude "*.i586.rpm" ftp.gwdg.de::pub/linux/suse/ftp.suse.com/suse/i386/update/9.2 /tmp/CDroot/i386/update/ Changes: * use 9.2 tree * include kernel-um * exclude deltas/ and rpm/x86_64/ * exclude rpm/src/ instead of src/ ("rpm/" necessary?)
Will mal wer zu meinen zusätzlichen Optionen einen Kommentar abgeben? Ich zitiere nochmals aus meinem Posting davor. Für jeden der keine fixe IP hat, sollte doch partial wichtig sein und für andere mit fixer IP nicht schädlich. Ein Backup von alten Updates finde ich auch wichtig. Es ist ja schon öfters passiert, dass ein Update Probleme machte. Bleiben also diese Optionen zu diskutieren: --ignore-existing ignore files that already exist on receiver Sollte dadurch nicht eine Beschleunigung erreicht werden? --progress show progress during transfer Darstellungssache --size-only ignore mod time for quick check (use size) Beschleunigung? -b, --backup make backups (see --suffix & --backup-dir make backups into this directory Behält alte Dateien, wenn mal wieder ein Update nicht funktioniert --partial setzt by Disconnect an der Abbruchsstelle fort. --stats give some file transfer stats Darstellungssache --delete Da ist mir die Wirkungsweise von Backup noch zu unklar. Ich werde das wohl mit einem kleinen Verzeichnis testen müssen. -include bzw. --exclude beantwortet meine Frage, auf welche Dateien verzichtet werden kann.
Am Donnerstag, 13. Januar 2005 22:53 schrieb Al Bogner:
Am Donnerstag, 13. Januar 2005 00:31 schrieb Jan Ritzerfeld:
(...).
rsync -rltuzv --stats --delete --include "kernel-{default,bigsmp,smp,syms,um}*" --exclude "deltas/" --exclude "rpm/src/" --exclude "rpm/x86_64/" --exclude "*.i586.rpm" ftp.gwdg.de::pub/linux/suse/ftp.suse.com/suse/i386/update/9.2 /tmp/CDroot/i386/update/ (...).
Will mal wer zu meinen zusätzlichen Optionen einen Kommentar abgeben?
Oh, sorry. Ich wollte erstmal so nah wie möglich am SDB-Artikel bleiben. Wenn das dann funktioniert, kann man optimieren! :-D
Ich zitiere nochmals aus meinem Posting davor. Für jeden der keine fixe IP hat, sollte doch partial wichtig sein und für andere mit fixer IP nicht schädlich.
Sollte es. Ist ja kein HTTP ...
Ein Backup von alten Updates finde ich auch wichtig. Es ist ja schon öfters passiert, dass ein Update Probleme machte.
:-( amaroK 1.2beta3 aus dem supplementary-kde-9.2-Verzeichnis stürzt beim Start sofort ab, sobald eine collection.db existiert, egal ob die von 1.2beta2 oder eine jungfräulich von 1.2beta3 erzeugte. Aber das hat nix mit YOU-Patches zu tun: ich schweife ab ...
Bleiben also diese Optionen zu diskutieren: --ignore-existing ignore files that already exist on receiver Sollte dadurch nicht eine Beschleunigung erreicht werden?
Solange SUSE nicht auf die Idee kommt, neuere Versionen so zu nennen wie ältere.
(...). --size-only ignore mod time for quick check (use size) Beschleunigung?
Und wenn die Größe zufälligerweise gleich ist? Ich(!) denke diese und die vorherige Option sind die Zeitersparnis nicht wert. Oder hast du da signifikante Beschleunigungen feststellen können?
-b, --backup make backups (see --suffix & --backup-dir make backups into this directory Behält alte Dateien, wenn mal wieder ein Update nicht funktioniert
Gute Idee!
--partial setzt by Disconnect an der Abbruchsstelle fort.
s. o.: kann auch IMHO nicht schaden.
(...). --delete Da ist mir die Wirkungsweise von Backup noch zu unklar. Ich werde das wohl mit einem kleinen Verzeichnis testen müssen.
-b, --backup With this option, preexisting destination files are renamed as each file is transferred or deleted. You can control where the backup file goes and what (if any) suffix gets appended using the --backup-dir and --suffix options. Ich verstehe das so: Wenn eine alte Version existiert wird sie gesichert bevor sie mit der neuen überschrieben wird. Wenn keine neue existiert, aber eine alte, dann wird die alte auch gesichert, bevor sie durch --delete gelöscht wird.
-include bzw. --exclude beantwortet meine Frage, auf welche Dateien verzichtet werden kann.
Naja, ich weiß nicht, ob mein Vorschlag so perfekt funktioniert. Nächste Woche weiß ich aber hoffentlich mehr. :) MfG, Jan -- Old programmers never die. They just branch to a new address.
Am Montag, 10. Januar 2005 22:51 schrieb Al Bogner:
Ich denke an eine Synchronisation des Updateverzeichnisses mit rsync oder unison.
Ja, mach ich von gwdg per rsync, klappt bestens
Die Frage ist nun, wie man das am besten macht. Fürs erste mache ich einfach mal ein wget -r von ftp://ftp.uni-kl.de/pub/linux/suse/i386/update/9.2/
Das führt aber nun zu redundantem Download, da die Pakete immer einmal mit einmal ohne Versionsnummer vorhanden sind. 64bit-Pakete brauche ich (noch) auch nicht.
Die ohne Version sind symlinks und sollten als solche behandelt werden, (sieh -l unten), die brauchen quasi keinen Platz und kosten faktisch keine Downloadzeit. Wenn man sie allerdings nicht als symlinks, sondern als richtige files runterlädt, müllt es die Platte voll. Ich hab hier '-az --delete' als Parameter, wobei -a ein synonym für -rlptgoD ist (also ne ganze Latte Parameter).
Welche Datei wird für YOU benötigt? Die mit der Versionsnummer?
Hol Dir beide, der Symlink tut nicht weh. Du brauchst auch den kompletten Verzeichnispfad ab i386 um YOU glücklich zu machen (wobei es natürlich reicht nur ab 9.2 zu syncen.
Wie sieht es mit Signaturen bzw. Prüfsummen aus? Wird die lokale Datei von YOU auf eine echte Signatur geprüft?
Genau so, wie wenn sie auf dem FTP-Server liegen würden. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (5)
-
Al Bogner -
Frank Gerd Walzebuck -
Jan Ritzerfeld -
Manfred Tremmel -
Wladimir Boger