PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : rsync ignoriert password file



Fly
07.07.05, 12:05
Moin,

versuche mit rsyncd zwischen Windows und Linux die Daten zu syncronsieren. Es funktioniert solange ich das password eingebe. Jetzt sollte das alles mit script laufen und es funktioniert leider nicht mit Option --password-file=/home/pwd...

Eine Zeile aus skript:


rsync -avrt rsync://rsyncuser@ws249/data /home/local --password-file=/home/pwd > /var/log/rsync_data


folgendes kommt wenn ich das skript ausführe:


ftp:/home # sh rsync_data
continuing without password file
Password:


Kann mir jemand helfen?

cane
07.07.05, 12:34
Ist password-file korrekt formatiert?

mfg
cane

Fly
07.07.05, 13:02
Ist password-file korrekt formatiert?

mfg
cane
Hab einfach ein Passwort ins Passwortfile Eingetragen...

pitu
07.07.05, 13:28
The file must not
be world readable. It should contain just the pass*
word as a single line.


Hast du dass password wirklich nur als single line eingetragen? ist da ein lf dahinter? wenn ja, versuchs doch mal ohne.

rechte: 0600 oder 0400

Fly
11.07.05, 09:39
Moin, nach mehrmaligen herumtesten mit einem Skript, der mit rsyncd die Daten zwischen Linux Server und Windows Client syncronisieren bekomme ich jetzt gewaltige Probleme. Wenn ich sh rsync_data ausführe, sehe ich am Server im 2 Terminal im Top, dass sich dann viele sh Prozesse öffnen und wenn ich den Skript nicht abbreche, hängt der Server sich auf. Es sieht nach einem Programmfehler aus. Ich hoffe, dass jemand ein Fehler in meinem Skript bemerkt, denn ich finde den Fehler einfach nicht :mad:

Inhalt der rsync_data Skripts:


rsync -uvrt rsync://rsyncuser@ws249/data /home/local --password-file=/home/pwd


Wenn ich den Skript ausführe sehe ich im TOP folgendes:


30 root 16 0 0 0 0 D 49.6 0.0 1:10.66 kswapd0
16526 root 18 0 3516 1708 2428 S 3.5 0.5 0:00.64 sh
16530 root 18 0 3516 1640 2428 S 3.2 0.5 0:00.11 sh
16519 root 18 0 2352 1464 1744 R 3.0 0.5 0:00.52 top
16516 root 18 0 3516 1476 2428 S 2.4 0.5 0:00.08 sh
16508 root 18 0 3516 1476 2428 S 2.1 0.5 0:00.07 sh
16500 root 18 0 3516 1476 2428 S 1.8 0.5 0:00.06 sh
16503 root 18 0 3516 1480 2428 S 1.8 0.5 0:00.06 sh
16505 root 18 0 3516 1476 2428 S 1.8 0.5 0:00.06 sh
16511 root 18 0 3516 1476 2428 S 1.8 0.5 0:00.06 sh
16499 root 18 0 3516 1476 2428 S 1.5 0.5 0:00.05 sh
16501 root 18 0 3516 1476 2428 S 1.5 0.5 0:00.05 sh
16502 root 18 0 3516 1476 2428 S 1.5 0.5 0:00.05 sh
16510 root 18 0 3516 1476 2428 S 1.5 0.5 0:00.05 sh
16513 root 18 0 3516 1476 2428 S 1.5 0.5 0:00.05 sh
16517 root 18 0 3516 1524 2428 S 1.5 0.5 0:00.05 sh
16507 root 18 0 3516 1476 2428 S 1.2 0.5 0:00.04 sh
16509 root 18 0 3516 1480 2428 S 1.2 0.5 0:00.04 sh
16527 root 18 0 3516 1680 2428 S 1.2 0.5 0:00.42 sh
16504 root 18 0 3516 1476 2428 S 0.9 0.5 0:00.03 sh
16506 root 18 0 3516 1480 2428 S 0.9 0.5 0:00.03 sh
16514 root 18 0 3516 1476 2428 S 0.9 0.5 0:00.03 sh
16532 root 18 0 3516 1516 2428 S 0.9 0.5 0:00.60 sh
16534 root 18 0 3516 1792 2428 S 0.9 0.6 0:00.06 sh
16512 root 15 0 3516 1480 2428 S 0.6 0.5 0:00.02 sh

Ich verstehe nicht, warum es dann durch den Skript so viele sh Prozesse entstehen? :confused:

Bis auf den Password-file hat es schon mal funktioniert, leider jetzt nicht mehr... Woran kann es liegen? Bin über jede Tipps dankbar!

pitu
11.07.05, 14:14
--no-detach
When running as a daemon, this option instructs
rsync to not detach itself and become a background
process. This option is required when running as a
service on Cygwin, and may also be useful when
rsync is supervised by a program such as daemon*
tools or AIX's System Resource Controller. --no-
detach is also recommended when rsync is run under
a debugger. This option has no effect if rsync is
run from inetd or sshd.


Vielleicht hilft das??? Ich weiss ja nicht, wie du inzwischen den rsync gestartet hast.

Fly
12.07.05, 16:19
Moin,

wie kann es sein, dass rsync nicht funktioniert? Wenn ich z. B. im Home Verzeichnis 2 Verzeichnisse erstelle z. B. soure destination und mit rsync folgendes ausführe:

rsync -av /home/source/ /home/destination/ wobei im source eine testfile drinnen ist... hängt das ganze system (SuSe 9.2) auf...

habe auch rsync deinstalliert und wieder neu installiert. sowas hab ich noch nie gesehen, dass rsync einfach nicht funzt... ein online update mit neusten Patches für Kernel war auch erfolglos...

@pitu wenn ich rsync mit --no-detach ausführe bekomme ich statt sh prozesse bash prozessen im Top... und hängt ebenfalls auf...

ich glaube nicht, dass es schon einige mal das selbe Problem hatten, jedoch wenn jemand tipps hat, wäre ich sehr dankbar...

kuiros ist, dass ich schon einmal den Befehl ausführen konnte und jetzt werde ich die Image SIcherungen zurückspielen...

pitu
12.07.05, 17:28
Sorry, aber ich glaub nicht, dass es an SuSE liegt, ich benutze rsync seit der SuSE 8.0 und es hat immer funktioniert.

Mach doch bitte mal spasseshalber ein

strace -f -o logfile rsync /source /dest 2>&1

vorher schau bitte mal nach einem absturz in /var/log/messages und /var/log/warn rein.

Fly
13.07.05, 08:15
Hallo pitu,

danke für deine Tipps.
Ich habe gestern noch die Images der /usr Verzeichnis zurückgesichert, seit dem funzt rsync wieder einwandfrei. Na endlich! Komischerweise habe ich im /usr usw. nichts gemacht... auch ist mir aufgefallen, wenn ich rsync ausgeführt habe ist kein rsync Prozess gelaufen... nur viele bash oder sh Prozesse, da war im /usr irgendwo was faul...