Bir arka plan işlemi başlatıp sonra oturumu kapatırsam, çalışmaya devam edecek mi?

Bunu bir iş arkadaşınızla uzun bir tartışmadan sonra sormak istiyorum, burada gerçekten bir açıklama yapmak isterim.

" &" Komut satırına ekleyerek veya CTRL-Z" bg" ile arka planda devam ettirerek veya " " ile arka planda devam ettirerek bir arka plan işlemi başlatırım . Sonra oturumu kapatıyorum.

Ne oluyor?

Bir SIGHUP tarafından öldürülmesi gerektiğinden eminiz, ama bu olmadı; tekrar giriş yaptıktan sonra süreç mutlu bir şekilde çalışıyordu ve pstree"kabul ettiğini" gösterdi init.

Beklenen davranış bu mu?

Ama öyleyse, öyleyse, nohupemrin amacı nedir? Öyle görünüyor ki, süreç yine de, onsuz öldürülmeyecek ...

Düzenle 1

Biraz daha detay:

• Komut, fiziksel konsoldan değil bir SSH oturumundan başlatıldı.
• Komut olmadan nohup ve / veya &; daha sonra ile askıya alınmış CTRL-Zve arka plan ile sürdürülmüştür bg.
• SSH oturumu vermedi bırakın. Gerçek bir oturum kapatıldı (" exit" komutu).
• İşlem bir scpdosya kopyalama işlemiydi.
• Tekrar oturum açtıktan sonra, pstreeçalışan ve çocuk olduğu süreci gösterdi init.

Düzenle 2

Soruyu daha net bir şekilde ifade etmek için: Bir işlemi arka plana koymak ( &veya veya kullanarak bg) SIGHUPtıpkı nohupkomutta olduğu gibi yoksaymaya neden olur mu?

Düzenle 3

El ile bir gönderme çalıştı SIGHUPiçin scp: o çıkıldı, kesinlikle sinyalini yok bu yüzden.

Sonra tekrar başlatmayı, arkaplana koyup oturumu kapatmayı denedim: oturumu kapattı initve çalışmaya devam etti ve tekrar oturum açarken orada buldum.

Şimdi oldukça şaşırdım. SIGHUPOturumu kapattıktan sonra hiç gönderilmemiş gibi görünüyor .

Cevap bulundu

BASH için bu huponexit, yerleşik shoptkomut kullanılarak görüntülenebilen ve / veya ayarlanabilen kabuk seçeneğine bağlıdır .

Bu seçenekler varsayılan olarak kapalı, en azından RedHat tabanlı sistemlerde görünüyor.

BASH man sayfasında daha fazla bilgi :

Bir SIGHUP aldıktan sonra kabuk varsayılan olarak çıkar. Çıkmadan önce etkileşimli bir kabuk, SIGHUP'ı çalışan veya durdurulmuş tüm işlere yeniden gönderir. Durdurulan işlere SIGHUP'ı almalarını sağlamak için SIGCONT gönderilir. Kabuğun belirli bir işe sinyal göndermesini önlemek için, aşağıya doğru yerleşik yerleşik olan (aşağıdaki SHELL BUILTIN KOMİSYONU'na bakın) işler tablosundan çıkarılmalı veya disown -h komutunu kullanarak SIGHUP almayacak şekilde işaretlenmelidir.

Eğer huponexit kabuk seçeneği shopt ile ayarlanmışsa, bash etkileşimli bir giriş kabuğu çıkınca tüm işlere bir SIGHUP gönderir.

Warner ile aynı fikirdeyim ve sadece kabuğun SIGHUP'u yerleşik "disown" komutuyla göndermesini engelleyebileceğinizi eklemek istiyorum. Beşinci adam sayfası iyi bir açıklama içeriyor.

Komutu başlatmak ve çıktıyı nohup çıktı dosyasına yönlendirmek için nohup komutunu kullanabilirsiniz . Nohup man sayfasından:

nohup - run a command immune to hangups, with output to a non-tty

Diğer seçenek, ekran komutunu kullanmaktır . Ekran kullanmanın yararı, daha sonra işleme tekrar bağlanabilmenizdir.

Bir süreci arka plana yerleştirdiğinizde, hala onu uygulayan kabuğun alt süreci olacaktır.

Bir kabuğun altında çalışan tüm alt işlemlere, çıkışta bir YAKIN gönderilir. Performans, bash kılavuzunda ayrıntılı bir şekilde ayrıntılandırılmış olan kesin duruma bağlı olarak biraz değişmektedir. Diğer mermilerin muhtemelen benzer açıklamaları vardır.

Apache ve diğer araçlar, tipik olarak SIGHUP'ta yapılandırmayı yeniden yükler. Kullanıcı alanı yardımcı programları genellikle ölür. Sinyallere bağlı uygulama performansı, uygulamaya özel olabilir.

İşlem neydi? Önceki gönderi 1'de açıklanan performans doğruydu.

Bazı kod fonksiyonları ve işlemleri sinyalleri yakalayabilir. döngüler deli gibi kaçabiliyorken.

Görmek:

SSH oturumu düşüyor - Komut yürütülmeye devam ediyor mu?

16:22

Bash manpage'den:

The shell exits by default upon receipt of a SIGHUP.   Before  exiting,
an  interactive  shell  resends  the  SIGHUP  to  all  jobs, running or
topped.

İlk araştırma 1 , OpenSSH’nin muhtemelen SIGHUP’ı, belki de daha fazla sinyali göz ardı ettiğini gösteriyor.

Komut gibi bir araçla başlatılmadıysa, screenoturum sona erdiğinde, o oturumla ilgili tüm işleri / görevleri yapın.