Dispatcher d000 encountered error getting listening address

Last Update:2014-06-15
Source: Internet

1. 79Adump
2. 4717Bdump
3. 2572945Cdump
4. 0Dpdump
5. 0Pfile
6. 22310Scripts
7. 32879Udump

Search for other people’s Solutions
Directly delete files starting with «a» from bdump.
Remove files under cdump
How can cdump increase rapidly?

Appendix:
Recently, the company took a case and found that the following error was reported by bdump during Standby. After multiple verifications, it was determined that the/etc/hosts hostname and IP address were inconsistent and changed to the correct one, restart the database and the following error will not appear again.

Make a record to prevent you from forgetting

1. Wed Oct05 20:00:43CST2011
2. Found dead dispatcher’D000′, Pid = (18,45)
3. Wed Oct05 20:00:43CST2011
4. Dispatcher’D000’Encountered error getting listening address
5. Wed Oct05 20:00:43CST2011
6. Errors in file/u01/app/Oracle/admin/sfisdb/bdump/sfisdb_ora_3257.trc:
7. ORA-07445: Exception encountered: core dump [kslgetl () +120] [SIGSEGV] [Address not mapped to object] [Zero x 000000210] [] []
8. ORA-00108: Failed to set up dispatcher to accept connection asynchronously
9. Wed Oct05 20:00:46CST2011
10. Found dead dispatcher’D000′, Pid = (18,46)
11. Wed Oct05 20:00:47CST2011
12. Dispatcher’D000’Encountered error getting listening address

Solution:

1. DJTSITECDB
2. DJTSITECDB [/etc] # ll nss *
3. -R —1Bin579Jan62009Nsswitch. compat
4. -Rw-r —1Root sys17Feb25 22:50Nsswitch. conf
5. -R —1Bin382Jan62009Nsswitch. files
6. -R —1Bin628Jan62009Nsswitch. hp_defaults
7. -R —1Bin564Jan62009Nsswitch. nis

Add a configuration file:

1. DJTSITECDB [/etc] # cat nsswitch. conf
2. Hosts: files dns

Ping the host

1. DJTSITECDB [/etc] # ping DJTSITECDB
2. Ping djtsitecdb:64 BytePackets
3. 64Bytes from172.19.67.2: Icmp_seq =0. Time =0MS
4. 64Bytes from172.19.67.2: Icmp_seq =1. Time =0MS
5. 64Bytes from172.19.67.2: Icmp_seq =2. Time =0MS

Stop the listener again
Stop data
Start Database
Start listening

1. /Dev/vg00/lvw.lelog
2. 13107217541212431%/Oraclelog
3. /Dev/vg00/lvoracle7340032 4773485 240647866%/Oracle
4. /Dev/vg00/lvnetapp1048576560809305276%/Netapp

Типичные ошибки при прошивке телефона

В интернете существует огромное количество возможных инструкций и рекомендаций по прошивке смартфона, хотя многие из них довольно подробны, пользователи все равно сталкиваются с трудностями, которые были не указаны или возникли случайным образом. Большинство из таких проблем решается довольно легко, но некоторые ведут к полному краху системы. Мы разобрали наиболее популярные ошибки при прошивке телефона, и нашли решения для них.

Наиболее популярные ошибки iOS были описаны мной в статье “Популярные ошибки iOS и их решения”, потому здесь попытаюсь разобрать популярные проблемы Android устройств, а также общие для всех платформ.

Ошибка прошивки status 0, 1, 6, 7 и 255

Эти статусы появляются при прошивке Android устройств с помощью CWM Recovery. Рассмотрим причину их возникновения и возможное решение:

Status 0, 255: данный статус сообщает нам про отсутствие update-scpript ( иногда update-binary) в установочном архиве. Теоретически, возможно взять этот файл с другой прошивки, подходящей для вашего смартфона, но желательно этого не делать. Идеальный вариант решения — найти другую версию архива или выбрать другую прошивку.

Status 1: возникает при неправильно указанном пути для монтирования системных или пользовательских разделов. Проще говоря, CWM не может получить доступ к внутреней памяти устройства. Появление этой ошибки означает не профессионализм создателя прошивки или ее изменение под другой аппарат. Прошивать такое не стоит, возможно, в ней присутствуют и другие проблемы, которые не видны на начальном этапе.

Status 6: указывает нам о неправильной кодировке файла updater-scpript (он лежит по адресу META-INFcomgoogleandroid), из-за чего система не может его прочитать. Самое простое решение — открыть его в текстовом редакторе (Формат->Шрифт) и пересохранить в кодировке Unix.

Status 7: данная прошивка предназначена для другой модели телефона. Наиболее распространенная из списка ошибки при прошивке телефона. Решается довольно легко, удалением из файла updater-scpript данных о модели. Делайте это только тогда, когда уверены что архив предназначен для вашего устройства.

Ошибки при прошивке телефона через Odin

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

Can’t open the serial(COM) port — Odin не может найти ваше устройство. Причиной этому могут быть не установленные драйвера или не работающий USB-порт. Для начала попробуйте подключить к другому порту (вы ведь знаете, что прошивать лучше через подключение к юсб на задней части ПК), если не помогло, проверьте через диспетчер устройств чтобы все драйвера были установлены.

MD5 hash value is invalid — эта ошибка при прошивке через Odin сообщает о испорченном файле. Перекачайте его заново, возможно, из другого источника.

Наиболее популярный инструмент для прошивки устройств на базе процессоров MediaTek. Здесь можно встретить большой количество возможных ошибок и это хорошая сторона, ведь они нам подскажут в чем проблема и как её решить.

S_COM_PORT_OPEN_FAIL (1003) (S_COM_PORT_OPEN_FAIL (1013), S_DA_EXT_RAM_ERROR (3001)): программа не может установить связи с аппаратом по причине отказа порта. Подключите к другому USB-порту или смените кабель.

S_NOT_ENOUCH_STORAGE_SPACE (1011) — прошивка, которую вы хотите записать в память устройства, превышает выделенное для нее место. Попробуйте использовать инструкции по переразметке разделов или более новую версию прошивальшика.

S_UNSUPPORTED_VER_OF_DA (1022) — обновите программу до более актуальной версии.

S_UNSUPPORTED_OPERATION (1040) или S_DA_EMMC_FLASH_NOT_FOUND (3144) — Скатер (Scatter) не подходит вашему телефону, а во втором случае еще может означать неработоспособную внутреннюю память.

S_BROM_CMD_STARTCMD_FAIL (2005) — помечены или наоборот, не помечены пункты preloader и dsp_bl.

S_DS_SOC_CHECK_FAIL (3013) — установите галочку на пункте uboot и проверьте путь к программе или прошивке, он не должен содержать кириллицы.

S_DA_INVALID_RANGE (3036) — нажмите Format, до того, как начнете саму прошивку.

S_FT_DA_NO_RESPONSE (4001) — используйте другую версию программы и переместите ее в корень главного диска (по стандарту — C:). В худшем варианте, сообщает нам о неисправности flash-памяти.

S_FT_DOWNLOAD_FAIL (4008) — смените кабель или понизьте версию программы.

S_FT_READBACK_FAIL (4009) — FlashTool не может прочитать файл с жесткого диска, проверьте его расположение, а также доступное место и хватит ли его для распаковки.

S_INVALID_DA_FILE (5002) — используйте download agent который шел в комплекте с утилитой.

S_DL_GET_DRAM_SETTINGS_FAIL (5054) — удалите и заново установите драйвера устройства.

S_DL_PC_BL_INVALID_GFH_FILE_INFOR (5066) — используйте другой скатер файл (желательно идущий в комплекте с прошивкой).

Постоянно перезагружается телефон

Проблема возникает в том случае, когда не делается сброс до заводских настроек после перепрошивки, а также в следствии сбоя системы. Наиболее действенный способ — сбросить настройки до заводских.

Для этого следует зажать одну из комбинаций на выключенном телефоне:

• Громкость+ и кнопку включения
• Громкость- и кнопку включения
• Громкость (больше или меньше) + клавишу Home (если она физическая) + кнопку питания.
• После чего зайти в Android Recovery (если не зашло автоматически) и выбрать wipe data/factory reset.

Прошивка телефона если он не включается

Выключите телефон и в таком состоянии подключите его к компьютеру, после чего запустите программу для прошивки, подходящую вашему устройству. Телефон должен определится и установятся драйвера, после чего смело запускаете процесс.

Мы описали наиболее популярные ошибки при прошивке телефона, если вам попалась не описанная здесь, смело спрашивайте в комментариях или в нашей группе Вконтакте.

Источник

Ошибка при обновлении Android: решение

Автор: Юрий Белоусов · 16.10.2019

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

Почему при обновлении Android выдает ошибку

Основные причины, почему при обновлении Android выдает ошибку:

1. Недостаточно места на мобильном устройстве;
2. «Кривая» прошивка;
3. Неполадки в работе операционной системы;
4. Неполадки с интернет-соединением;
5. Ошибка в самом пакете обновления.

Ошибка при обновлении системы Android: что делать

Базовые рекомендации при возникновении ошибки во время обновления Андроид:

1. Выполнить перезагрузку устройства. Как и в случае с ПК, банальная перезагрузка устройства способна устранить большинство проблем;
2. Проверить наличие свободного места. Обновления системы иногда могут занимать немало места, а если не смартфоне или планшете его недостаточно, то могут выдаваться ошибки при обновлении Android;

Ручное обновление Android

Если при автоматическом обновлении ПО Android пишет ошибку, то стоит попытаться выполнить его в ручном режиме:

1. Следует зайти в настройки;
   
2. Перейти в раздел «О телефоне»;
   
3. Зайти в «Обновление системы»;
   
4. Запустить обновление.

Обновление Android через компьютер

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

Для этого нужно использовать программы от официальных производителей мобильных устройств:

Если у вас смартфон или планшет другой фирмы, то ищите программу на официальном сайте производителя.

Сброс до заводских настроек Android

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

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

Видео-инструкция по сбросу Android:

Перепрошивка Android

Если даже после восстановления устройства до заводских настроек все равно выдает ошибку при обновлении Android, то скорее всего причина в изначально некорректной прошивке. Чаще такое случается на моделях телефонов малоизвестных производителей. Реже – у известных брендов.

Инструкцию по прошивке Android можно найти в этой статье:

Надеюсь, статья «При обновлении Андроид пишет ошибку: почему и что делать» была вам полезна.

Не нашли ответ? Тогда воспользуйтесь формой поиска:

Источник

Ошибки при прошивки Samsung телефонов в ODIN

вкл. 05 Октябрь 2016 . Опубликовано в Android — Общее

Ошибки при прошивки Samsung телефонов в ODIN. И так вы созрели до момента, что необходимо прошить свой Samsung. Скачали программу Odin, прочитали статью как прошить свой Android, нашли прошивку, но в момент ее установки все время выбивает ошибки? Как это все исправить и понять что происходит? Все ответы в данной статье!

Типичные ошибки при прошивки Samsung в ODIN

Ошибка подключения устройства

Вариант 1

Вариант 2

Решение:

1. Убедиться что устройство переведено в специальный режим обновления Downloading, если это не так то перевести;
2. Убедиться в целостности используемого USB-шнура (при необходимости заменить), если кабель не оригинальный заменить на оригинальный. Кабель вставить в задний порт USB 2.0 системного блока компьютера.

Samsung «не виден» в Odin

В Odin не отображается ID и COM подключенного смартфона или планшета Samsung

Решение:

1. Убедиться что устройство переведено в специальный режим обновления Downloading, если это не так то перевести;
27820823767eb149d68fcb23575e2fa7
2. Убедиться в целостности используемого USB-шнура (при необходимости заменить), если кабель не оригинальный заменить на оригинальный. Кабель вставить в задний порт USB 2.0 системного блока компьютера;
3. Скачать другую версию Odin ;
4. Запустить Odin от имени администратора;
5. Перезагрузить компьютер;
6. Удалить программу Kies и драйверы Samsung , перезагрузить компьютер и снова их установить;
7. Временно отключить антивирусник;
8. Если на компьютере установлена еще одна ОС Windows, то попробовать произвести прошивку с нее или прошить на другом ПК;
9. Произвести прошивку на другом компьютере;
10. Убедиться что ваш Samsung не является китайской поделкой, если это не так то повторить пункты 1-9.

Процесс прошивки остановлен на процессе инициализации (проверка подключения)

Если при прошивке Samsung в программе ODIN появиться ошибка:

Вариант 1

Вариант 2

Решение: Необходимо подключить устройство в другой USB порт, либо попробовать прошить Samsung на другом компьютере.

Файл Прошивки битый: MD5 hash value is invalid

Если Odin не дает прошить Android и выдает подобную ошибку:

Это означает что, вы скачали битый файл (недокачанный) или файл не верно подписан.

Решение: Стоит убедиться действительно ли файл прошивки скачанный полностью, если нет, то перекачать. Если файл скачан полностью, удалить с файла расширение .md5

Ошибки при прошивке разделов system.img, boot.img, recovery.img, sboot.bin, cache.img и других разделов

и другие похожие варианты, но с разными разделами.

Может возникнуть из-за того, что вы пытаетесь прошить либо битый файл прошивки или от другого устройства Samsung ( у вас модель i9100, а прошиваете от i9300). Также это может быть следствие попытки понизить версию ОС Android.

Решение:

1. Скачать прошивку с альтернативного источника, если присутствует какое либо описание к файлу, то прочитать;
2. Убедиться что прошивка предназначена для вашего устройства Samsung;
3. В случае необходимости понижения версии ОС Android, пересобрать прошивку удалив файл sboot.bin;
4. В случае перехода с кастомной прошивки на официальную, в начале выполнить сброс (wipe data и wipe system).

Ошибки связанные с повреждением разделов памяти Samsung

Вариант 1

Вариант 2

Вариант 3

Данные проблемы могут возникнуть в следствие повреждения разметки секторов внутренних разделов флеш-памяти устройства, попытки прошить чужой или модифицированный PIT файл, либо поврежден загрузчик

Решение:

1. Попытаться найти 4-х файловую сервисную прошивку в интернете, а также PIT файл для вашего устройства и произвести прошивку в Odin;
2. В случае не удачной попытки обратиться в СЦ.

Ошибки с отсутствием возможности доступа к записи разделов

Изменить несколько параметров в настройках:

1. Включить « Отладку по USB » и там в же настройках включить «Разблокировка OEM»;

2. Отключить «Удаленное управление» Samsung;

Samsung не запускается

Если у вас на экране похожее соображение, то это означает что предыдущая прошивка была прервана:

Решение:

1. Найдите прошивку Samsung для своего устройства, скачайте ее, после чего установите с помощью Odin, после чего попробуйте снова загрузить девайс (если не сработает переходим ко второму пункту);
2. Выполните сброс данных (wipe data/factory reset), после чего попробуйте снова загрузить девайс.

Источник

79      adump
4717    bdump
2572945 cdump
0       dpdump
0       pfile
22310   scripts
32879   udump

Поиск решений других людей

Прямое удаление файлов, начинающихся с a из bdump

Удалите файлы ниже cdump

Как быстро вырос cdump?

Прикрепленный:

В недавнем случае компания обнаружила, что bdump сообщал о следующей ошибке во время работы в режиме ожидания: после многих проверок было установлено, что имя хоста / etc / hosts и IP-адрес были несовместимыми. Оно было изменено, чтобы быть корректным, и БД была перезапущена. появляются.

Ведите запись, чтобы не забыть себя

Wed Oct 05 20:00:43 CST 2011
found dead dispatcher 'D000', pid = (18, 45)
Wed Oct 05 20:00:43 CST 2011
dispatcher 'D000' encountered error getting listening address
Wed Oct 05 20:00:43 CST 2011
Errors in file /u01/app/oracle/admin/sfisdb/bdump/sfisdb_ora_3257.trc:
ORA-07445: exception encountered: core dump [kslgetl()+120] [SIGSEGV] [Address not mapped to object] [0x000000210] [] []
ORA-00108: failed to set up dispatcher to accept connection asynchronously
Wed Oct 05 20:00:46 CST 2011
found dead dispatcher 'D000', pid = (18, 46)
Wed Oct 05 20:00:47 CST 2011
dispatcher 'D000' encountered error getting listening address

решение:

DJTSITECDB
DJTSITECDB[/etc]#ll nss*
-r--r--r--   1 bin        bin            579 Jan  6  2009 nsswitch.compat
-rw-r--r--   1 root       sys             17 Feb 25 22:50 nsswitch.conf
-r--r--r--   1 bin        bin            382 Jan  6  2009 nsswitch.files
-r--r--r--   1 bin        bin            628 Jan  6  2009 nsswitch.hp_defaults
-r--r--r--   1 bin        bin            564 Jan  6  2009 nsswitch.nis

[b] Добавьте новый файл конфигурации: [/ b]

DJTSITECDB[/etc]#cat nsswitch.conf
hosts: files dns

пинговал хост

DJTSITECDB[/etc]#ping DJTSITECDB
PING DJTSITECDB: 64 byte packets
64 bytes from 172.19.67.2: icmp_seq=0. time=0. ms
64 bytes from 172.19.67.2: icmp_seq=1. time=0. ms
64 bytes from 172.19.67.2: icmp_seq=2. time=0. ms

Перестань слушать снова

Стоп данных

База данных

монитор

/dev/vg00/lvoraclelog
                    131072    1754  121243    1% /oraclelog
/dev/vg00/lvoracle 7340032 4773485 2406478   66% /oracle
/dev/vg00/lvnetapp 1048576   56080  930527    6% /netapp

Oracle Dispatcher in alert log is in hanged state. I manually restart the dispatcher with the following commands.

Handle following error in alert log:
–found dead dispatcher ‘D002’
–Waiting for dispatcher ‘D000’ to shutdown
–ORA-00603: ORACLE server session terminated by fatal error
–ORA-00600: internal error code, arguments: [kjpcre2], [], [], [], [], []

Check the status of dispatcher from following views:

select name, status ,accept ,network from v$dispatcher;

Example:
SQL> select name, status ,accept ,network from v$dispatcher;
NAME STATUS ACC NETWORK
---- ------ --- --------------------------------------------------------
D000 WAIT NO (ADDRESS=(PROTOCOL=tcp)(HOST=IXC.oracle.com)(PORT=61831))

Note: Dead dispatcher output is status = refuse and accept = NO it means dispatcher is dead.PMON process automatically handle the Dead dispatcher process it restart it when such a condition is arise. You can also do it manually to shutdown the dead processes explicitly. PMON will restart it automatically

Manually down the dispatcher if PMON is not handle

-- Shutdown the dispatcher 'D000'
SQL> alter system shutdown immediate 'D000';
System altered.

--After few seconds it will show no dispatcher is running:
SQL> select name, status ,accept ,network from v$dispatcher;
no rows selected


Check the default parameter settings

SQL> show parameter dispatcher
NAME TYPE VALUE
---------------- -------- ------------------------------
dispatchers string (PROTOCOL=TCP) (SERVICE=XEXDB)
max_dispatchers integer


Start the dispatcher process manually if PMON is not started it
Note: We used scope in memory so it does not effect your default setting in spfile when system reboot it goes to default setting.

-- For single dispatcher
ALTER SYSTEM SET DISPATCHERS="(ADDRESS=(PROTOCOL=TCP)(CONNECTIONS=500)(HOST=IXC.oracle.com))(SERVICE=XEXDB)" SCOPE=MEMORY;

--Run multiple dispacter than add parameter dispatcher with value means no of dispatcher started
ALTER SYSTEM SET DISPATCHERS="(ADDRESS=(PROTOCOL=TCP)(CONNECTIONS=500)(HOST=IXC.oracle.com))(DISPATCHERS=5)(SERVICE=XEXDB)" SCOPE=MEMORY;


Check status of multiple dispatcher started

SQL> select name, status ,accept ,network from v$dispatcher;

NAME STATUS ACC NETWORK
---- ------ --- ---------------------------------------------------------------
D000 WAIT YES (ADDRESS=(PROTOCOL=tcp)(HOST=IXC.oracle.com)(PORT=60413))
D001 WAIT YES (ADDRESS=(PROTOCOL=tcp)(HOST=IXC.oracle.com)(PORT=60414))
D002 WAIT YES (ADDRESS=(PROTOCOL=tcp)(HOST=IXC.oracle.com)(PORT=60415))
D003 WAIT YES (ADDRESS=(PROTOCOL=tcp)(HOST=IXC.oracle.com)(PORT=60419))
D004 WAIT YES (ADDRESS=(PROTOCOL=tcp)(HOST=IXC.oracle.com)(PORT=60420))


Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: Received event: up, interface: enp0s8
Dec 01 14:48:50 localhost.localdomain root[2635]: NetworkManager Script up triggered
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: <13>Dec  1 14:48:50 root: NetworkManager Script up triggered
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: Removing default routes from enp0s8 interface
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: Removing default via 10.0.2.2 dev enp0s3 proto static metric 100
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: default via 10.10.0.1 dev enp0s8 proto static metric 101
Dec 01 14:48:50 prelude-manager-oss nm-dispatcher[2278]: req:13 'hostname': new request (6 scripts)
Dec 01 14:48:50 prelude-manager-oss nm-dispatcher[2278]: Removing default via 10.10.0.1 dev enp0s8 proto static metric 101
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: req:14 'connectivity-change': new request (6 scripts)
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: req:15 'hostname': new request (6 scripts)
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: Configuring the default route for enp0s8 interface via 10.10.0.1 gateway
Dec 01 14:48:50 prelude-manager-oss nm-dispatcher[2278]: req:16 'connectivity-change': new request (6 scripts)
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: req:17 'connectivity-change': new request (6 scripts)
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: req:18 'hostname': new request (6 scripts)
Dec 01 14:48:50 localhost.localdomain nm-dispatcher[2278]: req:19 'hostname': new request (6 scripts)

Binary package hint: network-manager

Ubuntu 10.10
Package: network-manager
Priority: optional
Section: net
Installed-Size: 1352
Maintainer: Ubuntu Core Dev Team <email address hidden>
Architecture: i386
Version: 0.8.1+git.20100810t184654.ab580f4-0ubuntu2

Preabule.
When I connect to my VPN-connection configured in network-manager GUI I see in error log:
——
Oct 17 02:04:20 adm04 nm-dispatcher.action: Script ‘/etc/NetworkManager/dispatcher.d/01ifupdown’ exited with error status 1.
——
Anyway connection is going complete, but startup scripts don’t start.

I’ve tried to understand what’s going on and therefore I’ve changed original 01ifupdown file to suggest an issue.
The problem is because script don’t support vpn connections. Lets look into the original script:

—————————————

#!/bin/sh -e
# Script to dispatch NetworkManager events
#
# Runs ifupdown scripts when NetworkManager fiddles with interfaces.

if [ -z «$1» ]; then
    echo «$0: called with no interface» &>2
    exit 1;
fi

# Fake ifupdown environment
export IFACE=»$1″
export LOGICAL=»$1″
export ADDRFAM=»NetworkManager»
export METHOD=»NetworkManager»
export VERBOSITY=»0″

# Run the right scripts
case «$2» in
    up )
 export MODE=»start»
 export PHASE=»up»

 if [ -d /var/run/network/ ] ; then
  tmpfile=`mktemp -t`
  if [ -e /var/run/network/ifstate ] ; then
   cat /var/run/network/ifstate | grep -v ^$IFACE= > $tmpfile || true
  fi
  echo $IFACE=$IFACE >> $tmpfile
  mv $tmpfile /var/run/network/ifstate
 fi

 exec run-parts /etc/network/if-up.d
 ;;
    down )
 export MODE=»stop»
 export PHASE=»down»
 if [ -e /var/run/network/ifstate ] ; then
  tmpfile=`mktemp -t`
  cat /var/run/network/ifstate | grep -v ^$IFACE= > $tmpfile || true
  mv $tmpfile /var/run/network/ifstate
 fi

 exec run-parts /etc/network/if-down.d
 ;;
    pre-up)
 export MODE=»start»
 export PHASE=»pre-up»
 exec run-parts /etc/network/if-pre-up.d
 ;;
    post-down)
 export MODE=»stop»
 export PHASE=»post-down»
 exec run-parts /etc/network/if-post-down.d
 ;;
    *)
 echo «$0: called with unknown action `$2′» 1>&2
 exit 1
 ;;
esac

———————————
It seems like ok, but there is no handler of $2 variable when i has value «vpn-up» or «vpn-down».

So to fix an issue I’ve modified 2 lines in this script:
from

case «$2» in
    up )

to

case «$2» in
    up | vpn-up )

and the second one:
from

down )
 export MODE=»stop»
 export PHASE=»down»

to

down | vpn-down )
 export MODE=»stop»
 export PHASE=»down»

After this manipulations my start scripts under /etc/network/if-down.d and /etc/network/if-up.d now works fine.