Hej
vi ser mærkelig adfærd, når vi udføre shell script er det lykkedes fuldbyrdende men det er PID er stadig hængende, når vi ser ps-ef | grep script1.ksh indtil vi gør Kill <PID>


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

Inde script vi bruger
exit kommando før afslutningen af script



OS: AIX 5.3.0.0

Kan nogen rådgive

Lad mig vide, hvis du har brug for yderligere oplysninger.


tak
SmithK

Svært at sige, hvis du ikke give koden for script.

Jeg har indsnævret det spørgsmål, som vi bruger gzip i scriptet .. til at komprimere filen .. vi skrive til røret vil vi compreess vha. gzip
nedenfor er eksempelkode

#! / usr / bin / ksh

/ usr / sbin / mknod NAMEDPIPE p

gzip -1 <NAMEDPIPE> Eksporter &
DB2 "eksport til NAMEDPIPE af del vælg * fra test" # # DB2-kommando til at
# # Export data
rm-f NAMEDPIPE


Efter færdiggørelsen af manuskriptet, med succes, jeg stadig se script PID, jeg kan ikke se forbindelsen nogen forbindelse til DB, Dybest script er hængende i der gør noget, jeg har en formodning om gzip -1 <NAMEDPIPE> Eksporter & ikke termenating ... . korrekt

Tak
Smithk

I dit script du opretter en baggrundsproces der lyder fra de navngivne pipe (gzip).

Næste du starter en proces (dB), som skriver til den navngivne pipe.

Så snart skriveprocessen (db) sker du fjerner den navngivne pipe.

Mest sandsynlige på det tidspunkt aflæsningstidspunkt processen (gzip) har endnu ikke afsluttet læse alle data fra den navngivne pipe.

Da den navngivne pipe (og oplysningerne i den) er blevet fjernet aflæsningstidspunkt proces aldrig vil modtage en EOF.

Grundlæggende læse-processen er tilbage med en åben fil deskriptor der henviser til noget, der ikke findes mere.

Derfor gzip kommando vil ikke slutte.

Da denne proces er et barn processen med dit script, dit script vil ikke slutte.

Det kun ser ud, som om det afsluttes, alt, hvad det gjorde, var retur kontrol tilbage til din shell. Under det waitingfor en død af barnet.

Efter fuldbyrdende dit script, forventer jeg, du vil ikke blot være i stand til at finde dit script med ps i processen tabellen, men gzip såvel.

Desuden er jeg forstå, hvorfor du bruger en navngiven pipe for sådan noget.

Ville det ikke være meget nemmere at bruge:

DB2 "eksport til UDFOERSEL af del vælg * fra test"
gzip -1 EXPORT

Jeg er ikke bekendt med db kommando, men jeg formoder,
DB2 "Vælg * fra test"
ville producere output på skærmen.

Hvis ja, hvorfor ikke bruge en "anonym" pipe:
DB2 "Vælg * fra test" | gzip -1 -> EXPORT.gz

Det kan arbejde med en navngiven pipe lige så godt, hvis du skifter 2 kommandoer:
:
#! / usr / bin / ksh

/ usr / sbin / mknod NAMEDPIPE p

DB2 "eksport til NAMEDPIPE af del vælg * fra test" & # # DB2-kommando til at
# # Export data
gzip -1 <NAMEDPIPE> EXPORT.gz

rm-f NAMEDPIPE

Jeg mener ja
gzip -1 <NAMEDPIPE_FILE> EXPORT_FILE &

årsag til problemet, er vi skriftligt til røret, da vi ikke har nok plads på filsystem til at eksportere data, vi skrive data i Pipe og derefter komprimere i baggrunden.

vi kan ikke gøre sådan her
DB2 "eksport til NAMEDPIPE af del vælg * fra test" &
gzip -1 <NAMEDPIPE> EXPORT.gz

Da hvis vi har nogen fejl på eksportmarkederne gerne tabellen ikke fundet ... næste skridt gzip er waitting for PIPEFILE, og scriptet selv hænger uden videre til næste trin.


Enhver indsigt?

tak
smithk

Du kan forsøge at bygge en forsinkelse, før du tager røret.

sove 30
rm-f NAMEDPIPE