bash && nhà điều hành ngăn chặn backgrounding trên ssh

Question

Sau khi cố gắng tìm ra lý do tại sao nhiệm vụ Capistrano (cố gắng khởi động một daemon ở chế độ nền) bị treo, tôi phát hiện rằng sử dụng && trong bash over ssh ngăn chương trình tiếp theo chạy trong lý lịch. Tôi đã thử nó trên bash 4.1.5 và 4.2.20.

Sau đây sẽ treo (tức là chờ sleep để kết thúc) trong bash:

ssh localhost "cd /tmp && nohup sleep 10 >/dev/null 2>&1 &" 

Sau đây sẽ không:

ssh localhost "cd /tmp ; nohup sleep 10 >/dev/null 2>&1 &" 

Cả sẽ này:

cd /tmp && nohup sleep 10 >/dev/null 2>&1 & 

Cả zsh và dấu gạch ngang sẽ thực thi nó trong nền trong mọi trường hợp, bất kể && và ssh. Đây có phải là hành vi bình thường/mong đợi đối với bash hoặc lỗi không?

Answer 1

Một giải pháp dễ dàng là sử dụng:

ssh localhost "(cd /tmp && nohup sleep 10) >/dev/null 2>&1 &" 

(điều này cũng hoạt động nếu bạn sử dụng niềng răng, xem ví dụ thứ hai dưới đây).

Tôi không thử nghiệm thêm nhưng tôi đã thuyết phục hợp lý rằng nó phải làm với các mô tả tệp mở đang treo xung quanh. Có lẽ zsh và dấu gạch ngang ràng buộc && để điều này có nghĩa là những gì đã được đánh vần như:

{ cd /tmp && nohup sleep 10; } >/dev/null 2>&1 

trong bash.

---

Không, thử nghiệm nhanh trong dấu gạch ngang cho thấy rằng echo foo && echo bar >file chỉ chuyển hướng sau này. Tuy nhiên, nó phải có một cái gì đó để làm với kéo dài của fd mở gây ra ssh để chờ đợi cho đầu ra nhiều hơn; Tôi đã chạy vào điều này rất nhiều trong quá khứ. Thêm một mẹo nữa, không cần thiết nếu bạn sử dụng dấu ngoặc đơn hoặc dấu ngoặc ôm cho trường hợp cụ thể này nhưng có thể hữu ích trong bối cảnh chung hơn, nơi tập hợp các lệnh cần thực hiện với && phức tạp hơn. Vì bash dường như được treo trên bộ mô tả tệp không phù hợp với && nhưng không phải với ;, bạn có thể biến a && b && c thành a || exit 1; b || exit 1; c. Này làm việc với các trường hợp thử nghiệm:

ssh localhost "true || exit 1; echo going on; nohup sleep 10 >/dev/null 2>&1 &" 

Thay true với false và tiếng vang của "xảy ra" được bỏ qua.

(Bạn cũng có thể set -e, mặc dù đôi khi đó là một cái búa lớn hơn mong muốn.)

Answer 2

Điều này dường như làm việc:

ssh localhost "(exec 0>&- ; exec 1>&-; exec 2>&-; cd /tmp; sleep 20&)"