Привет
мы являемся свидетелями странного поведения, когда мы вызываем скрипт оболочки она успешно исполнителей, но это PID-прежнему висит, когда мы видим, PS-EF | grep script1.ksh до тех пор, пока мы делаем Убил <PID>


$ script1.ksh
$
$ PS-EF | grep script1.ksh
user1 249996 1 0 10:48:40 баллов / 1 0:00 / USR / BIN / KSH script1.ksh

Внутри скрипта мы используем
выезд команды до завершения работы скрипта



ОС: AIX 5.3.0.0

Может ли кто-то сообщить

Позвольте мне знать, если вам нужна дополнительная информация.


спасибо
SmithK

Трудно сказать, если вы не предоставите код скрипта.

Я сузила вопрос мы используем GZIP в скрипте .. для сжатия файлов .. мы пишем на трубе то мы будем использовать compreess GZIP
Ниже приведен пример кода

#! / USR / BIN / KSH

/ USR / sbin / mknod NAMEDPIPE P

GZIP -1 <NAMEDPIPE> И ЭКСПОРТ
db2 "Экспорт в NAMEDPIPE в деле выбора из теста *" # # db2 команду
# # Экспорт данных
RM-F NAMEDPIPE


После завершения работы скрипта, успешно, я по-прежнему см. сценарий PID, я не вижу никакой связи подключения к БД, в основном скрипт висит там делать нечего, я подозреваю, GZIP -1 <NAMEDPIPE> ЭКСПОРТ И не termenating ... . должным

Спасибо
Smithk

В вашем скрипте вы создаете фон процесс, который считывает из именованного канала (GZIP).

Далее вы начинаете процесс (DB), которая записывается в именованный канал.

Как только в процессе написания (БД) осуществляется удалить именованный канал.

Скорее всего, к этому времени в процессе чтения (GZIP) еще не полный чтение всех данных в именованный канал.

С именем трубе (и данные в ней) была удалена чтения процесс никогда не получит EOF.

В принципе в процессе чтения не остается открытым дескриптор файла, который ссылается на то, что не существует каких-либо другое.

Поэтому GZIP команда не прекращается.

Поскольку этот процесс является дочерним процессом вашего скрипта, ваш сценарий не будет прекращать.

Это только кажется, как если бы она прекратила все она возвращалась контроля обратно в оболочку. Под его waitingfor мертвого ребенка.

После исполнения скрипта, я надеюсь, вы не только сможете найти свой сценарий с PS В процессе таблице, но GZIP а.

Кроме того, я понимаю, почему вы используете именованные каналы для нечто вроде этого.

Правда, было бы намного проще в использовании:

db2 "Экспорт Экспорт в деле выбора * из теста"
GZIP -1 ЭКСПОРТ

Я не знаком с БД командой, но я предполагаю,
db2 "SELECT * из теста"
будет производить вывод на экран.

Если это так, то почему бы не использовать "анонимный" труба:
db2 "SELECT * из теста" | GZIP -1 -> EXPORT.gz

Она могла бы работать в именованный канал, а если вы переключитесь на 2 команды:
:
#! / USR / BIN / KSH

/ USR / sbin / mknod NAMEDPIPE P

db2 "Экспорт в NAMEDPIPE в деле выбора * из теста" И # # db2 команду
# # Экспорт данных
GZIP -1 <NAMEDPIPE> EXPORT.gz

RM-F NAMEDPIPE

Я думаю, да
GZIP -1 <NAMEDPIPE_FILE> EXPORT_FILE И

причиной этому вопросу, мы написания в трубу, поскольку у нас нет достаточно места на файловой системы для экспорта данных, мы записываем данные в Трубы, а затем сжать в фоновом режиме.

мы не можем сделать так
db2 "Экспорт в NAMEDPIPE в деле выбора * из теста" И
GZIP -1 <NAMEDPIPE> EXPORT.gz

Так, если у нас есть какие-либо ошибки на экспорт, как таблица не найдена ... Следующим шагом является GZIP waitting для PIPEFILE, а скрипт сам висит без перейти к следующему шагу.


Любое понимание?

спасибо
smithk

Можно попытаться построить задержки, прежде чем снимать трубку.

30 спать
RM-F NAMEDPIPE