Hei
vi ser merkelig oppførsel når vi utfører shell script er det en vellykket gjennomføring, men det er PID er fortsatt henger når vi ser ps-ef | grep script1.ksh før vi gjør Kill <PID>


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

Inside script vi bruker
exit-kommandoen før ferdigstillelse av script



OS: AIX 5.3.0.0

Kan noen råd

Gi meg beskjed hvis du trenger mer informasjon.


takk
SmithK

Vanskelig å si om du ikke oppgi koden i skriptet.

Jeg har begrenses ned problemet vi bruker gzip i manuset .. å komprimere filen .. vi skrive til pipe vil vi compreess bruke gzip
Nedenfor er et eksempel på kode

#! / usr / bin / ksh

/ usr / sbin / mknod NAMEDPIPE p

gzip -1 <NAMEDPIPE> EXPORT &
DB2 "eksportere til NAMEDPIPE av del velge * fra test" # # DB2-kommandoen for å
# # Eksportere data
rm-f NAMEDPIPE


Etter ferdigstillelse av manus, uten problemer, jeg fortsatt se skriptet PID, ser jeg ikke forbindelsen noen forbindelse til DB, utgangspunktet er skriptet hengende i det gjør ingenting, jeg mistenker gzip -1 <NAMEDPIPE> EXPORT & ikke termenating ... . ordentlig

Takk
Smithk

I skriptet du oppretter en bakgrunn prosess som leser fra den navngitte datakanalen (gzip).

Neste du starter en prosess (dB), som skriver til den navngitte datakanalen.

Så snart skriveprosessen (dB) er gjort du fjerner navngitte datakanalen.

Mest sannsynlig på den tiden lesingen prosessen (gzip) ikke ennå komplett leser alle dataene fra den navngitte datakanalen.

Siden navngitt datakanal (og dataene i det) er fjernet lesingen vil aldri få en EOF.

Utgangspunktet lesingen er igjen med en åpen fil beskrivelse som henviser til noe som ikke finnes lenger.

Derfor gzip kommandoen vil ikke si.

Siden dette er et barn prosessen med skriptet, skriptet vil ikke si.

Det bare virker som om det sies, alt det gjorde var tilbake kontrollen tilbake til skall. Under det waitingfor en død for barnet.

Etter gjennomføring av skriptet, jeg forventer vil du ikke bare kunne finne skriptet med ps i prosessen tabellen, men gzip også.

Videre kan jeg forstå hvorfor du bruker en navngitt datakanal for noe sånt som dette.

Ville det ikke være mye enklere å bruke:

DB2 "eksportere til eksport av del velge * fra test"
gzip -1 EXPORT

Jeg er ikke kjent med db-kommandoen, men jeg antar
DB2 "select * fra test"
ville produsere utdataene til skjermen.

Hvis ja, hvorfor ikke bruke en "anonym" pipe:
DB2 "select * fra test" | gzip -1 -> EXPORT.gz

Det kan fungere med en navngitt datakanal i tillegg hvis du slår 2 kommandoer:
:
#! / usr / bin / ksh

/ usr / sbin / mknod NAMEDPIPE p

DB2 "eksportere til NAMEDPIPE av del velge * fra test" & # # DB2-kommandoen for å
# # Eksportere data
gzip -1 <NAMEDPIPE> EXPORT.gz

rm-f NAMEDPIPE

Jeg tror ja
gzip -1 <NAMEDPIPE_FILE> EXPORT_FILE &

forårsaker problemet, er vi writting til pipe siden vi ikke har nok plass på filsystem for å eksportere dataene vi skrive data inn Pipe og deretter komprimere i bakgrunnen.

vi kan ikke gjøre som denne
DB2 "eksportere til NAMEDPIPE av del velge * fra test" &
gzip -1 <NAMEDPIPE> EXPORT.gz

Fordi hvis vi har en feil på eksport som tabellen ikke funnet ... neste trinn gzip er waitting for PIPEFILE og skript selv er hengende uten går videre til neste trinn.


Eventuelle innsikt?

takk
smithk

Du kan prøve å bygge en forsinkelse før du fjerner røret.

hvilemodus 30
rm-f NAMEDPIPE