Dateien sind da, aber wenn ich salt-cp zu collectem erhalte ich diesen funky Fehler ohne klare Nachricht. FWIW, ich bin mit verschiedenen Ports als die Standard:salt-cp Fehler/Timeout Kopieren von Dateien
publish_port: 44505
ret_port: 44506
... Dateien an ihrem Platz und Server reagiert normalerweise:
salt 'test1' cmd.run 'ls /tmp/test*'
test1:
/tmp/test1-1.json
/tmp/test1-2.json
/tmp/test1-3.json
... Frage mich, was daran falsch ist (auch versucht/tmp/test/as dest):
salt-cp 'test1' /tmp/test* salt:// -l debug
[DEBUG ] Reading configuration from /etc/salt/master
[DEBUG ] Configuration file path: /etc/salt/master
[WARNING ] Insecure logging configuration detected! Sensitive data may be logged.
[DEBUG ] Reading configuration from /etc/salt/master
[DEBUG ] Missing configuration file: /root/.saltrc
[DEBUG ] MasterEvent PUB socket URI: /var/run/salt/master/master_event_pub.ipc
[DEBUG ] MasterEvent PULL socket URI: /var/run/salt/master/master_event_pull.ipc
[DEBUG ] Initializing new AsyncZeroMQReqChannel for ('/etc/salt/pki/master', 'XXX_master', 'tcp://127.0.0.1:44506', 'clear')
[DEBUG ] Initializing new IPCClient for path: /var/run/salt/master/master_event_pub.ipc
[DEBUG ] SaltReqTimeoutError, retrying. (1/3)
[DEBUG ] SaltReqTimeoutError, retrying. (2/3)
[DEBUG ] SaltReqTimeoutError, retrying. (3/3)
[ERROR ] An un-handled exception was caught by salt's global exception handler:
SaltClientError: Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
Traceback (most recent call last):
File "/usr/bin/salt-cp", line 10, in <module>
salt_cp()
File "/usr/lib/python2.7/dist-packages/salt/scripts.py", line 359, in salt_cp
client.run()
File "/usr/lib/python2.7/dist-packages/salt/cli/cp.py", line 38, in run
cp_.run()
File "/usr/lib/python2.7/dist-packages/salt/cli/cp.py", line 105, in run
ret = local.cmd(*args)
File "/usr/lib/python2.7/dist-packages/salt/client/__init__.py", line 568, in cmd
**kwargs)
File "/usr/lib/python2.7/dist-packages/salt/client/__init__.py", line 317, in run_job
raise SaltClientError(general_exception)
SaltClientError: Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
salt.exceptions.SaltClientError: Salt request timed out. The master is not responding. If this error persists after verifying the master is up, worker_threads may need to be increased.
Schätzen Sie jede Hilfe.
hinzugefügt ** file_recv: True ** zu Master-Konfiguration und verwendet ** Salz $ i cp.push $ j upload_path = $ j remove_source = True *, um ein Skript zum Sammeln von Dateien zu erstellen. Hoffe nur, das ist sicher genug. – martin
Darf ich fragen, warum Sie Dateien von Ihren Schergen auf Ihren Master kopieren möchten? Wenn es auf Sicherheit ankommt, können andere Ansätze existieren. Wenn Sie die 'file_rec'-Funktion aktivieren, machen Sie Ihren Master innerhalb eines verbundenen Günstlings möglicherweise angreifbar. Und wenn jemand deinen Master kontrolliert, hast du ein sehr großes Problem, da der Angreifer Root-Zugriff auf jeden verbundenen Diener erhält. Wir sammeln normalerweise Daten von den vom Salzmeister initiierten Schergen und benutzen den Scheduler/cron (Meister) zusammen mit Körnern/Modulen (Schergen). Salzmine könnte auch eine Option sein, wenn es um Echtzeitdaten geht. – dahrens
Es könnte auch eine Option sein, Ihre Daten an einen anderen Dienst zu senden - z. elasticsearch für Logdateien. Welche Option Sie auswählen sollten, hängt von den Daten ab, die Sie übertragen möchten, und von Ihrer gesamten Umgebung. Kontrollierst du das Netzwerk? Wie viele Schergen sind mit dem Meister verbunden? – dahrens