Processus courant dans le fond avec Nohup

Je travaille aux serveurs à distance beaucoup. J'emploie SSH pour me relier à mes serveurs. Tout à fait souvent je cours un processus dont j'ai besoin laisse la course même après que je ferme mon raccordement de SSH. Ceci pourrait être un manuscrit de coquille qui analyse par mes dossiers de notation ou restauration très grande de base de données de mysql. C'est quand je me tourne vers une ligne de commande de Linux « nohup » appelé par utilité. « Nohup » est abréviation « aucun décrochement », qui traduit « ignore le coup vers le haut du signal ». « Accrochez vers le haut » le signal est ce qui se produit quand vous vous déconnectez. Ce que le « nohup » est qu'il te permet de noter dans votre serveur, de lancer un processus et de se déconnecter. Les subsistances de processus fonctionnant même après que vous vous êtes déconnecté. Quand vous ouvrez une session encore vous pouvez accéder à ce processus encore, si son fonctionnement immobile.

La syntaxe de base du « nohup » est :

# nohup [commande] et

Remplacez « [commande] » avec le nom de votre manuscrit de coquille, ou une commande. « Et » à l'extrémité fait la commande ou le manuscrit couru comme processus de fond. Voici un exemple de la façon dont vous aviez l'habitude le « nohup » pour prendre une protection d'une grande base de données de mysql sur votre serveur à distance. D'abord, j'ouvre une session à mon serveur à distance en utilisant SSH :

# ssh calvin@sevenacross.com

Alors je mysqldump exécute commande « - ucalvin - largedatabase de phobbes > largedatabase.db » en « mode de nohup » en ajoutant « un nohup » avant et « et » après la commande :

# mysqldump de nohup - ucalvin - largedatabase de phobbes > largedatabase.db et
[1] 3999
nohup de # : apposant le rendement au `nohup.out'

Il y a deux lignes de rendement qui vous obtenez. « Le ″ 3999 dans la première ligne est l'identification de processus du processus que j'ai juste engendré, tandis que « le nohup : apposer le rendement au `nohup.out' » signifie que la sortie a mis qui viendrait habituellement à la borne est expédiée dans un dossier appelé « le nohup.out » dans l'annuaire duquel vous avez lancé la commande. Vous pouvez vérifier si le processus fonctionne toujours par la recherche par tous procédés de fonctionnement en utilisant l'identification de processus :

# picoseconde - E-F | grep 3999
calvin 3999 29848 0 18:42 ? 00:00 : 00 /usr/bin/mysqldump
calvin 6575 31852 0 18:44 pts/2 00:00 : 00 grep 3999

Quand le processus est fonctionnement fait vous verrez un résultat dans la ligne de commande comme ceci :

[1] + fait mysqldump de nohup - ucalvin - largedatabase de phobbes > largedatabase.db

Vous pouvez vérifier le dossier « nohup.out » pour vérifier toutes les erreurs ou d'autres messages qui ont été produits tandis que le processus fonctionnait. Si le dossier reste le blanc qui est correct. It means no messages were output while the process was running.