Szia
látunk furcsa viselkedését, amikor execute shell script is sikeresen végrehajtó de ez még ettől is akasztható, ha látjuk, ps-ef | grep script1.ksh amíg mi Kill <PID>


$ script1.ksh
$
$ Ps-ef | grep script1.ksh
felhasználó1 249996 1 0 10:48:40 pts / 1 0:00 / usr / bin / ksh script1.ksh

Inside forgatókönyvet is használ
exit parancs befejezése előtt script



OS: AIX 5.3.0.0

Tud valaki tanácsot

Hadd tudjam meg, ha szükséges további információt.


köszönöm
SmithK

Nehéz megmondani, ha nem a kód a forgatókönyvet.

Van szűkül le a kérdés mi használunk gzip a forgatókönyvben .. tömöríteni a fájlt .. írunk a pipát aztán compreess használatával gzip
Alul van a minta kód

#! / usr / bin / ksh

/ usr / sbin / mknod NAMEDPIPE p

gzip -1 <NAMEDPIPE> Exportálás &
db2 "kivitel, hogy a NAMEDPIPE del select * from teszt" # # db2 parancs
# # Export adatok
rm-f NAMEDPIPE


Befejezése után a forgatókönyvet, sikeres volt, még mindig a szkript PID, én nem látok semmilyen kapcsolat kapcsolat DB Alapvetően szkript lógott ott csinál semmit, gyanítom gzip -1 <NAMEDPIPE> Exportálás és nem termenating ... . megfelelően

Köszönöm
Smithk

A szkriptjeid hozunk létre folyamat a háttérben, amely a named pipe (gzip).

Most folyamat elindítása (KT), amely leírja, hogy a named pipe.

Amint az írás folyamat (db) történt eltávolítása a named pipe.

Nagy valószínűséggel ez a folyamat, amikor a olvasatra (gzip) még nem teljes olvasat minden adatot a named pipe.

Mivel a nevezett pipe (és az adatok azt) eltávolították a leolvasás folyamat nem kap EOF.

Alapvetően az olvasás folyamatban maradt nyitott fájl leíró, amely utal, hogy valami nem létezik többé.

Ezért a gzip parancs nem fogja felmondani.

Mivel ez az eljárás a gyermek folyamat szkriptjeid, szkriptjeid nem megszűnik.

Úgy tűnik, mintha csak azt befejezték, minden meg is volt visszatérő ellenőrzés vissza a shell. Alatta, hogy vársz egy halott a gyermekem.

Miután a végrehajtó szkriptjeid, én vártam, nem csak akkor találja meg a forgatókönyvet ps a folyamat, hanem a gzip is.

Továbbá, én értem, miért használja a named pipe valami ilyesmi.

Nem lenne sokkal könnyebben használható:

db2 "kivitel EXPORTJA del select * from test"
gzip -1 EXPORT

Nem vagyok jártas a KT parancsot, de azt feltételezni,
db2 "select * from test"
lenne a kimenet a képernyőn.

Ha igen, miért nem használja a "névtelen" pipa:
db2 "select * from teszt" | gzip -1 -> EXPORT.gz

Lehet, hogy működjön együtt a named pipe is, ha a kapcsoló 2 parancsokat:
:
#! / usr / bin / ksh

/ usr / sbin / mknod NAMEDPIPE p

db2 "kivitel, hogy a NAMEDPIPE del select * from test" & # # db2 parancs
# # Export adatok
gzip -1 <NAMEDPIPE> EXPORT.gz

rm-f NAMEDPIPE

Azt hiszem, igen
gzip -1 <NAMEDPIPE_FILE> EXPORT_FILE &

okozza a problémát, mi írásbeli a cső mert nem volt elég hely a fájlrendszer exportjogszabályai adatok írunk adatokat Pipe majd compress a háttérben.

nem tudjuk, mint ez
db2 "kivitel, hogy a NAMEDPIPE del select * from teszt" &
gzip -1 <NAMEDPIPE> EXPORT.gz

Mivel, ha valamilyen hiba az export, mint a táblázatban nem találtam ... Következő lépésként a gzip waitting a PIPEFILE, és a szkript maga hanging eljárás nélkül a következő lépésre.


Minden betekintést?

köszönöm
smithk

Megpróbálhatja építeni késés, mielőtt kihúzza a csövet.

sleep 30
rm-f NAMEDPIPE