יש לי שרת יוניקס שעליו כלי ניהול של הstorage שלנו. כחלק מהכלים, ישנה פקודה שמתחילה תהליך רפליקציה לDR.
כאשר אני מריץ את הפקודה הזאת מקומית, אז נכתבות למסך מספר שורות ואני מקבל בחזרה את הshell שלי, כאשר התהליך ממשיך לרוץ ברקע (הprocess עדיין קיים ממש).
כאשר אני מריץ את הפקודה מרחוק, מתחנת windows, באמצעות plink או ssh, הפקודה כותבת את השורות הנ"ל למסך, אבל לא חוזרת לי לshell. מה שגורם לכך שאני לא יכול להשתמש בפקודה בסקריפט, למשל.

ניסיתי להריץ את הפקודה עם & בסוף. ניסיתי להפנות את הפלט (std ו- err) ל /dev/null, אבל ללא הועיל.

אני יכול לגרום לפקודה לרוץ כprocess נפרד באמצעות start, אבל חשובה לי האפשרות ללכוד את הRC (או errorlevel) של הפקודה.

אשמח לעזרה.

לבלוג שלי - Sandbox

Pinky: Ha ha ha ha, Troz!
Brain: What is troz?
Pinky: Why that's Zort in a mirror. Huh huh, Troz!

אם אתה רוצה לקבל את מה שהפרוסס מחזיר, אתה חייב להשאיר אותו ב controlling terminal שלך, ולכן העפה לרקע לא תעזור לך.

אם הפקודה לא חוזרת ל shell, סימן שהיא לא סיימה.

אם אתה רוצה להעיף לרקע ולא איכפת לך ממה שחזר, אתה יכול להריץ את התוכנה על ידי הקדמתה בפקודה nohup והעפתה לרקע. (זה ימנע את תופעת אי סגירת ה controlling terminal...)

לא הצלחתי להבין למה הפקודה לא חוזרת ל shell... היא לא מסתיימת אף פעם?

נמאס לכם לזכור סיסמאות? לחצו כאן!

שוב, כאשר אני מריץ את הפקודה מקומית, היא מחזירה אותי לshell אבל ממשיכה לרוץ. זו עובדה עד שלא מסתיים תהליך הרפליקציה בstorage, הprocess נשאר באוויר.
בהרצה מקומית, אם התהליך מצליח ונכנס לעבודה, אני מקבל RC=0 ואם הוא נכשל, אז הRC בהתאם לסוג הכישלון.

בדקתי עכשיו הרצה של הפקודה הזו משרת יוניקס אחר, והתופעה זהה. כך שאפשר לשלול בעייתיות של plink או ssh בחלונות.

לבלוג שלי - Sandbox

Pinky: Ha ha ha ha, Troz!
Brain: What is troz?
Pinky: Why that's Zort in a mirror. Huh huh, Troz!

אבל אם התהליך עובר לרקע, איך הוא יכול להחזיר משהו (מועיל) ? הרי הקוד של הסקריפט ממשיך לרוץ לפני שתהליך הרפליקציה הסתיים...

איך אתה מסביר את הפקודה משרת אחר? נכנס ב SSH ומריץ ידנית כמו שאתה מריץ מקומית על המכונה, או שאתה עושה ssh machine-name command ?

נמאס לכם לזכור סיסמאות? לחצו כאן!

קצת חפרתי וגיליתי שהפקודה מפעילה את עצמה מחדש אבל הפעם הPPID שלה הוא 1...

קוד:

>ps -ef |grep dudi
 	root 22316 11074  0 10:50:14 pts/3	0:00 symreplicate -noprompt -g kduditest_dg start 
 	root 23320  6582  0 10:50:23 pts/9	0:00 grep dudi
  >ps -ef |grep dudi
 	root 22316 11074  0 10:50:14 pts/3	0:00 symreplicate -noprompt -g kduditest_dg start 
 	root 23485  6582  0 10:50:26 pts/9	0:00 grep dudi
  >ps -ef |grep dudi
 	root 22316 11074  1 10:50:14 pts/3	0:01 symreplicate -noprompt -g kduditest_dg start 
 	root 23652  6582  0 10:50:27 pts/9	0:00 grep dudi
  >ps -ef |grep dudi
 	root 22316 11074  1 10:50:14 pts/3	0:01 symreplicate -noprompt -g kduditest_dg start 
 	root 23799  6582  0 10:50:28 pts/9	0:00 grep dudi
  >ps -ef |grep dudi
 	root 22316 11074  1 10:50:14 pts/3	0:01 symreplicate -noprompt -g kduditest_dg start 
 	root 23966  6582  0 10:50:30 pts/9	0:00 grep dudi
  >ps -ef |grep dudi
 	root 24054	 1  0 10:50:31 ?		0:00 symreplicate -noprompt -g kduditest_dg start 
 	root 24099  6582  0 10:50:31 pts/9	0:00 grep dudi
  >ps -ef |grep dudi
 	root 24054	 1  0 10:50:31 ?		0:00 symreplicate -noprompt -g kduditest_dg start 
 	root 24423  6582  0 10:50:33 pts/9	0:00 grep dudi

אני מניח שהתהליך הראשון מחזיר את הRC.

וההרצה מתבצעת בשורה אחת, ללא שנכנסתי לshell.

לבלוג שלי - Sandbox

Pinky: Ha ha ha ha, Troz!
Brain: What is troz?
Pinky: Why that's Zort in a mirror. Huh huh, Troz!

זהו, לדעתי היא עוברת ל background, ואז אין לה פרוסס אבא, ובאופן טבעי, כיוון שחייב להיות פרוסס אבא, הוא הופך להיות PID 1, שזה init, הפרוסס הראשי שהקרנל מעלה אחרי התיחול של המערכת.

במילים אחרות, מה שמחזיר לך RC מחזיר לך קוד שגיאה אולי במקרה שהוא לא מצליח להריץ בכלל את התוכנה, אבל זה לא מדד להאם פעולתה הסתיימה בהצלחה או לא. לכן נשאלת השאלה האם הדבר אכן חשוב לך, בהתחשב בכך...

נמאס לכם לזכור סיסמאות? לחצו כאן!

שים לב שהPID משתנה.. כלומר, להבנתי, זה process חדש.
הprocess שמתחיל כנראה מחזיר 0 אם התהליך התחיל בהצלחה..

בכל מקרה, כנראה שאנטוש את הבעיה הזו ופשוט הפעיל את הפקודה בחלון נפרד עם start ואבדוק בצורה אחרת אם התהליך התחיל כראוי.

לבלוג שלי - Sandbox

Pinky: Ha ha ha ha, Troz!
Brain: What is troz?
Pinky: Why that's Zort in a mirror. Huh huh, Troz!

משתנה מתי, בין ריצה אחת לאחרת של התוכנה?

זה ברור.

גם מה shell שמריץ את הפרוסס ברור שיהיה שינוי ב PID

בקיצור לא הבנתי מה הקשר

נמאס לכם לזכור סיסמאות? לחצו כאן!

זו אותה ריצה לכאורה. את הפקודה הרצתי פעם אחת בלבד לאורך הדגימה הנ"ל.

לבלוג שלי - Sandbox

Pinky: Ha ha ha ha, Troz!
Brain: What is troz?
Pinky: Why that's Zort in a mirror. Huh huh, Troz!

אולי הפקודה הזאת מחייבת שישאר לך חלון פעיל, ולכן מונעת מימך את סגירת המסוף?

תנסה להשתמש בפקודה בתוך screen

אם אתה מריץ סקריפט, להריץ עם x- כדי לראות איפה זה נתקע
אם זה בינארי, להריץ עם strace

דוגמאות :
bash -x ./my_script.sh
strace my_bin

מקווה שזה יעזור

(אפשר גם להריץ את זה מקומית ומרחוק, ולהשוות את הפלט)