Điểm:0

Làm cách nào để chúng tôi tìm thấy nơi rsync được lên lịch và làm cách nào để lên lịch lại?

lá cờ cn

Làm cách nào để chúng tôi tìm thấy nơi rsync được lên lịch? Tôi có một rsync được thực hiện trong máy chủ A đến máy chủ B và tôi cần tìm trong máy chủ A nơi rsync được gọi cũng như vị trí và cách nó được lên lịch. Có tệp nào cho cấu hình này được đặt như cho cronjobs không? Tôi gặp một số vấn đề về hiệu suất trong máy chủ B và tôi cần lên lịch lại rsync để nó chỉ xảy ra ngoài giờ cao điểm.

lá cờ in
Tôi có thể sẽ bắt đầu với thứ gì đó đơn giản như `grep 'rsync' -R /etc /var/spool/cron /var/log`. Giả sử công việc hoặc tập lệnh chứa tên 'rsync' có khả năng tìm thấy mục nhập nhật ký cron hoặc crontab hoặc có thể là tập lệnh. Nếu bạn biết khi nào nó bắt đầu, bạn có thể xem nhật ký của mình và xem cron đang chạy tác vụ, giả sử cron đang chạy nó.
Điểm:2
lá cờ pt

Đáng buồn thay, rsync không tự động đăng nhập ở đâu đó mỗi khi nó được sử dụng. Một số công việc thám tử sẽ được yêu cầu.

Đặt cược tốt là rsync đang được chạy từ "cron" ở đâu đó. (cron là một hệ thống chạy định kỳ một dòng lệnh hoặc tập lệnh. Ví dụ: tôi có một công việc định kỳ hàng giờ để cập nhật cơ sở dữ liệu và một công việc định kỳ hàng ngày chạy các tập lệnh sao lưu của tôi.)

Cron (thực ra là crond) lưu nhật ký tất cả các lệnh ("công việc") mà nó chạy trong /var/log/cron. (Một số hệ thống Unix/Linux đặt nó ở một nơi khác. Kiểm tra trang hướng dẫn.) Bạn có thể con mèo tệp đó để kiểm tra nó (nó là một tệp văn bản.)

Cấu hình của Cron được lưu trữ trong /etc hoặc /var/spool/cron hoặc cả hai tùy thuộc vào hệ thống Unix/Linux của bạn. Trang người đàn ông sẽ giúp đỡ, cũng như làm điều gì đó như

tìm /etc /var -name '*cron*'

Bạn có thể tìm rsync trong các tệp đó bằng cách thực hiện một số thao tác như:

grep rsync -R /etc /var/spool/cron

Tuy nhiên, công việc định kỳ có thể đang gọi một tập lệnh gọi rsync. Tên tập lệnh đó có thể không bao gồm các chữ cái "rsync". Nó có thể được gọi là "sao lưu" hoặc "cập nhật" hoặc có thể nó được đặt tên theo hệ thống mà dữ liệu cũng đang được đẩy hoặc lấy từ đó.

Nếu hệ thống của bạn sử dụng "systemd", có khả năng nó đang được chạy từ đó. Kiểm tra các cấu hình đó bằng cách greping /vân vân đệ quy.

Nếu không có cách nào hoạt động, bạn có thể làm hai điều "chế độ tuyệt vọng".

  1. Gỡ bỏ rsync lệnh buộc sao lưu không thành công. Thông báo lỗi có thể xuất hiện trong email (cron gửi email cho chủ sở hữu công việc khi xảy ra sự cố) hoặc trong nhật ký hệ thống. Bạn chỉ có thể làm:
mv /usr/bin/rsync /usr/bin/rsync.KHÔNG
# đợi một lúc, xem điều gì sẽ xảy ra.

# Hoàn nguyên thay đổi
mv /usr/bin/rsync. KHÔNG /usr/bin/rsync
  1. Thay thế rsync bằng tập lệnh bao bọc ghi lại những gì nó đang làm, sau đó gọi rsync thực.

Tạo một tệp có tên /usr/bin/rsync.wrapper trong đó có:

#!/bin/sh
tiếng vang "$@" >>/var/tmp/my.rsync.log
pwd >>/var/tmp/my.rsync.log
exec /usr/bin/rsync.REAL "$@"

Bây giờ hãy cài đặt trình bao bọc:

chạm /var/tmp/my.rsync.log
chmod a+w /var/tmp/my.rsync.log
chmod a+rx /usr/bin/rsync.wrapper
mv /usr/bin/rsync /usr/bin/rsync.REAL
ln -s /usr/bin/rsync.wrapper /usr/bin/rsync

Khi bạn hoàn tất, hoàn nguyên những thay đổi đó với

rm /usr/bin/rsync
mv /usr/bin/rsync.REAL /usr/bin/rsync

FYI: Tôi không đề xuất 2 ý tưởng cuối cùng này (xóa rsync, sử dụng trình bao bọc). Chúng nguy hiểm và có thể làm hỏng hệ thống của bạn. Tuy nhiên, nếu vẫn thất bại, giải pháp trình bao bọc sẽ thực hiện thủ thuật!

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.