keshaLG

нехорошо - это отвечать N-ное кол-во раз на звонки в саппорт, как попугай, если можно это сделать все со стороны сервера. Мы (коммунити) разрабатываем систему для себя или юзеров и производителей винды? Извините, а как тогда "стандартные системы обновлений" у людей работают? или они купили у мелкософта спецификации? PS про *nix - не говорю, тут да, жестко все.

сколько каналов люди смотрят, нет возможности посмотреть... 20...30% примерно от всего кол-ва

Было бы не плохо, в авторизаторе предусмотреть "кнопочку - 'Обновить ПО isp'", и реализовать программно автообновление с http или ftp сервера. - Считаю очень удобным, чем каждому расказывать, что/где/как и и т.д.

система многофакторная и многоуровневая, я бы разложил все "по полочкам" (для начала показал, что на буке саппорта кабель работает). А дальше связка usb-сетевая + бук клиента - за доп. оплату, хотя случай нестандартный явно), видимо "гроза" чего-то подпалила явно.

вот срез top: top - 18:38:10 up 4 days, 1:42, 1 user, load average: 1.32, 1.16, 1.06 Tasks: 109 total, 1 running, 108 sleeping, 0 stopped, 0 zombie Cpu0 : 0.0%us, 1.3%sy, 29.0%ni, 68.0%id, 0.0%wa, 0.0%hi, 1.7%si, 0.0%st Cpu1 : 0.0%us, 3.3%sy, 33.0%ni, 55.3%id, 0.0%wa, 0.7%hi, 7.7%si, 0.0%st Mem: 2074332k total, 1199132k used, 875200k free, 191752k buffers Swap: 2097144k total, 0k used, 2097144k free, 665288k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 692 root 15 0 537m 72m 3908 S 21.0 3.6 6:35.03 vdr 702 root 15 0 357m 39m 3908 S 14.3 1.9 3:22.40 vdr 712 root 15 0 283m 27m 3892 S 14.0 1.4 2:09.40 vdr 707 root 15 0 338m 33m 3908 S 13.0 1.7 4:28.46 vdr 639 root 15 0 582m 76m 3884 S 9.3 3.8 3:39.92 vdr

[kesha@dvb ~]$ cat /proc/cpuinfo |grep "model name" model name : Intel(R) Core(TM)2 Duo CPU E7400 @ 2.80GHz dvb-карты Technotrend TT-budget S-1401 плата от Giga-byte на ICH10 сhip Family c 5ю PCI-слотами. Каналов - все доступные на транспондере, ну сколько там у плюсов в среденем...10...14? машина сильно не нагружена, в пиках до 200Мбит нагрузка

у меня "реально декодирует", только вот тут уже проблема найти такой шаринг, что бы столько позволял запросов слать)), ну или свой сделать)

все каналы с транспондера может VDR с сц "раскрывать"

ну Вы поправили мою цитату, для кодированых используем vdr c плагином "s c"

Совершенно верно! Для этого использую проверки через nrpe nagios-a на софтом роутере в этих сегментах.

дешевое - это в пределах? уже придумано: PC + dvb-карты + VLC (vdr)

ну если unixtime, - то поддержую важность данного вопроса... походу надо конфигуратор править, да и в базу бы писать это надо, для отображения вне конфигуратора... хотя icmp не показатель, сам использую проверки arping-ом. ps rem_lex взаимно коллега)

+1 присоединяюсь к замечанию о логах

помоему это "фича", если делать как ты говоришь надо еще и дату "помнить". А вообще замечание хорошое.

пропатчил, заменил mod_store_postgresql.so, "дёрнул" - запустился нормально и база в норме. Спасибо

да, но на момент старта СТГ база была "причесана" и была в актуальносм состоянии. Ну допустим один два параметра "ошибочный скрипт" меняет, но это массово как вы видите... да и статистике я уверен - там все через sgconf меняется

rc.d-скриптом из rpm root@stg bin]# cat /etc/rc.d/init.d/stargazer |grep -8 stop .... stop() { # Stop daemons. echo -n $"Shutting down $prog: " /etc/stargazer/first 2>> /var/log/stargazer.log killall -g stargazer RETVAL=$? /etc/stargazer/last 2>> /var/log/stargazer.log echo [ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/stargazer return $RETVAL } .... кстати, секция restart - работает некорректно (не стартует сервис). Ну если сервер в памяти держит эти параметры, значит он и смещает их местами при записи? Походу больше некому, и самое интресно, что оно все хаотически, т.е. нет четкой системы. Например: [root@stg log]# grep userdata2 stargazer.log 2010-06-15 14:40:31 -- Admin 'kesha', 10.9.2.2: User 'sasha87': 'userdata2' parameter changed from '00:50:8D:68:98:4C' to ''. 2010-06-15 16:14:35 -- Admin 'flash', 10.9.6.27: User '007': 'userdata2' parameter changed from '512' to ''. 2010-06-15 16:20:28 -- Admin 'flash', 10.9.6.27: User 'atevs': 'userdata2' parameter changed from '00:C0:9F:FB:E1:B5|00:14:A4:65:C2:23|' to ''. 2010-06-15 16:28:30 -- Admin 'flash', 10.9.6.27: User 'dreems': 'userdata2' parameter changed from '00:50:BF:B5:B5:15' to ''. 2010-06-15 16:32:59 -- Admin 'flash', 10.9.6.27: User 'jackson': 'userdata2' parameter changed from '00:23:5A:EC:56:34|00:E0:4C:E9:EB:D7|' to ''. 2010-06-15 16:34:12 -- Admin 'flash', 10.9.6.27: User 'ken': 'userdata2' parameter changed from '00:15:F2:D8:06:E4|00:1C:F0:47:50:81' to ''. 2010-06-15 16:34:38 -- Admin 'flash', 10.9.6.27: User 'kokos': 'userdata2' parameter changed from '00:1B:FC:84:4F:B6' to ''. 2010-06-15 16:35:13 -- Admin 'flash', 10.9.6.27: User 'kovalenko': 'userdata2' parameter changed from '00:E0:4D:04:BB:DE||' to ''. 2010-06-15 16:38:50 -- Admin 'flash', 10.9.6.27: User 'marsell': 'userdata2' parameter changed from '00:08:02:D8:EB:43' to ''. 2010-06-15 16:39:10 -- Admin 'flash', 10.9.6.27: User 'masyakina': 'userdata2' parameter changed from '00:1D:60:49:9F:69||' to ''. 2010-06-15 16:43:34 -- Admin 'flash', 10.9.6.27: User 'olkaru': 'userdata2' parameter changed from '00:06:4F:60:0A:81' to ''. 2010-06-15 16:43:44 -- Admin 'flash', 10.9.6.27: User 'olya': 'userdata2' parameter changed from '00:E0:4D:70:3E:93' to ''. 2010-06-15 16:44:45 -- Admin 'flash', 10.9.6.27: User 'pinky': 'userdata2' parameter changed from '00:16:EC:11:9D:3F' to ''. 2010-06-15 16:45:30 -- Admin 'flash', 10.9.6.27: User 'portal': 'userdata2' parameter changed from '128' to ''. 2010-06-15 16:48:08 -- Admin 'flash', 10.9.6.27: User 'shapord': 'userdata2' parameter changed from '00:24:8C:00:C3:52' to ''. 2010-06-15 16:52:39 -- Admin 'flash', 10.9.6.27: User 'vika87': 'userdata2' parameter changed from '00:19:BD:DF:A5:78|00:19:db:df:a5:78|' to ''. 2010-07-01 19:57:15 -- Admin 'kesha', 10.9.2.2: User 'irina78': 'userdata2' parameter changed from '512' to ''. 2010-07-01 20:00:13 -- Admin 'kesha', 10.9.2.2: User 'drakon': 'userdata2' parameter changed from '00:02:44:6B:8A:41|00:19:21:36:33:33' to ''. 2010-07-01 20:08:47 -- Admin 'kesha', 10.9.2.2: User '50let1864': 'userdata2' parameter changed from '128' to ''. 2010-07-01 21:17:22 -- Admin 'kesha', 10.9.2.2: User 'vol8124': 'userdata2' parameter changed from '10.9.8.107' to ''. 2010-07-01 21:18:51 -- Admin 'kesha', 10.9.2.2: User 'anya': 'userdata2' parameter changed from '00:30:67:41:92:79||' to ''. 2010-07-01 21:22:41 -- Admin 'kesha', 10.9.2.2: User 'tapping': 'userdata2' parameter changed from '00:01:6C:F1:29:15' to ''. 2010-07-01 21:40:23 -- Admin 'kesha', 10.9.2.2: User 'alexey': 'userdata2' parameter changed from '10.9.2.31' to ''. 2010-07-01 22:01:19 -- Admin 'flash', 10.9.6.27: User 'taya': 'userdata2' parameter changed from '8000' to ''. 2010-07-01 22:09:01 -- Admin 'flash', 10.9.6.27: User 'nefton': 'userdata2' parameter changed from '00:30:67:30:6e:f2|00:E0:4C:E0:03:86|00:30:67:30:6e:f2' to ''. [root@stg log]# grep userdata3 stargazer.log 2010-06-15 14:37:51 -- Admin 'kesha', 10.9.2.2: User 'nefton': 'userdata3' parameter changed from '10.9.4.154' to ''. 2010-06-15 16:14:35 -- Admin 'flash', 10.9.6.27: User '007': 'userdata3' parameter changed from '00:1B:FC:85:D9:C4' to ''. 2010-06-15 16:26:23 -- Admin 'flash', 10.9.6.27: User 'dashko': 'userdata3' parameter changed from '10.9.4.58' to ''. 2010-06-15 16:27:45 -- Admin 'flash', 10.9.6.27: User 'dorash': 'userdata3' parameter changed from '10.9.8.18' to ''. 2010-06-15 16:37:18 -- Admin 'flash', 10.9.6.27: User 'lifter': 'userdata3' parameter changed from '10.9.4.97' to ''. 2010-06-15 16:45:30 -- Admin 'flash', 10.9.6.27: User 'portal': 'userdata3' parameter changed from '00:1B:FC:77:5E:7F' to ''. 2010-06-15 16:53:40 -- Admin 'flash', 10.9.6.27: User 'vitaka': 'userdata3' parameter changed from '10.9.2.35' to ''. 2010-07-01 19:57:15 -- Admin 'kesha', 10.9.2.2: User 'irina78': 'userdata3' parameter changed from '90:E6:BA:B9:C9:BB|90:e6:ba:b9:c9:dd|' to ''. 2010-07-01 20:00:46 -- Admin 'kesha', 10.9.2.2: User 'berkut': 'userdata3' parameter changed from '10.9.2.30' to ''. 2010-07-01 20:02:35 -- Admin 'kesha', 10.9.2.2: User 'eurohooligan': 'userdata3' parameter changed from '10.9.8.82' to ''. 2010-07-01 20:08:47 -- Admin 'kesha', 10.9.2.2: User '50let1864': 'userdata3' parameter changed from '00:E0:4D:40:64:DE' to ''. 2010-07-01 21:17:22 -- Admin 'kesha', 10.9.2.2: User 'vol8124': 'userdata3' parameter changed from '512' to ''. 2010-07-01 21:25:29 -- Admin 'kesha', 10.9.2.2: User 'kristina018': 'userdata3' parameter changed from '00:00:00:00:38:F0||' to ''. 2010-07-01 21:40:23 -- Admin 'kesha', 10.9.2.2: User 'alexey': 'userdata3' parameter changed from '512' to ''. 2010-07-01 21:45:29 -- Admin 'flash', 10.9.6.27: User 'draga': 'userdata3' parameter changed from '10.9.4.24' to ''. 2010-07-01 21:47:11 -- Admin 'flash', 10.9.6.27: User 'zhogov': 'userdata3' parameter changed from '00:1B:FC:71:4B:8D' to ''. 2010-07-01 21:47:42 -- Admin 'flash', 10.9.6.27: User 'shulerok': 'userdata3' parameter changed from '10.9.6.107' to ''. 2010-07-01 22:01:19 -- Admin 'flash', 10.9.6.27: User 'taya': 'userdata3' parameter changed from '00:E0:4D:6C:3:CE' to ''. 2010-07-01 22:04:34 -- Admin 'flash', 10.9.6.27: User 'vol1736': 'userdata3' parameter changed from '10.9.8.168' to ''. [root@stg log]# grep userdata4 stargazer.log 2010-06-15 14:37:51 -- Admin 'kesha', 10.9.2.2: User 'nefton': 'userdata4' parameter changed from '8192' to ''. 2010-06-15 16:19:50 -- Admin 'flash', 10.9.6.27: User 'aristokrat': 'userdata4' parameter changed from '10.9.4.15' to ''. 2010-06-15 16:21:20 -- Admin 'flash', 10.9.6.27: User 'baronessa': 'userdata4' parameter changed from '10.9.4.18' to ''. 2010-06-15 16:26:23 -- Admin 'flash', 10.9.6.27: User 'dashko': 'userdata4' parameter changed from '256' to ''. 2010-06-15 16:27:45 -- Admin 'flash', 10.9.6.27: User 'dorash': 'userdata4' parameter changed from '8192' to ''. 2010-06-15 16:37:18 -- Admin 'flash', 10.9.6.27: User 'lifter': 'userdata4' parameter changed from '256' to ''. 2010-06-15 16:52:23 -- Admin 'flash', 10.9.6.27: User 'victorya': 'userdata4' parameter changed from '10.9.4.47' to ''. 2010-06-15 16:53:40 -- Admin 'flash', 10.9.6.27: User 'vitaka': 'userdata4' parameter changed from '512' to ''. 2010-06-15 16:55:41 -- Admin 'flash', 10.9.6.27: User 'zavodilka': 'userdata4' parameter changed from '1024' to ''. 2010-07-01 20:00:46 -- Admin 'kesha', 10.9.2.2: User 'berkut': 'userdata4' parameter changed from '512' to ''. 2010-07-01 20:02:35 -- Admin 'kesha', 10.9.2.2: User 'eurohooligan': 'userdata4' parameter changed from '1024' to ''. 2010-07-01 21:17:22 -- Admin 'kesha', 10.9.2.2: User 'vol8124': 'userdata4' parameter changed from '90:E6:BA:35:1D:45' to ''. 2010-07-01 21:33:59 -- Admin 'kesha', 10.9.2.2: User 'marsell': 'userdata4' parameter changed from '10.9.4.127' to ''. 2010-07-01 21:40:23 -- Admin 'kesha', 10.9.2.2: User 'alexey': 'userdata4' parameter changed from '00:50:8D:B6:FB:E3|00:80:48:45:CB:90|' to ''. 2010-07-01 21:48:15 -- Admin 'flash', 10.9.6.27: User 'baronessa': 'userdata4' parameter changed from '10.9.4.18' to ''. 2010-07-01 22:04:34 -- Admin 'flash', 10.9.6.27: User 'vol1736': 'userdata4' parameter changed from '512' to ''. [root@stg log]# grep userdata5 stargazer.log 2010-06-15 16:16:01 -- Admin 'flash', 10.9.6.27: User 'aleksa': 'userdata5' parameter changed from '10.9.4.33' to ''. 2010-06-15 16:37:18 -- Admin 'flash', 10.9.6.27: User 'lifter': 'userdata5' parameter changed from '00:15:58:06:A5:98' to ''. 2010-06-15 16:40:40 -- Admin 'flash', 10.9.6.27: User 'nati71': 'userdata5' parameter changed from '10.9.2.32' to ''. 2010-06-15 16:45:47 -- Admin 'flash', 10.9.6.27: User 'possum': 'userdata5' parameter changed from '10.9.2.53' to ''. 2010-06-15 16:47:30 -- Admin 'flash', 10.9.6.27: User 'sem77': 'userdata5' parameter changed from '10.9.6.99' to ''. 2010-06-15 16:49:28 -- Admin 'flash', 10.9.6.27: User 'slavan': 'userdata5' parameter changed from '10.9.8.58' to ''. 2010-06-15 16:51:45 -- Admin 'flash', 10.9.6.27: User 'vasya': 'userdata5' parameter changed from '10.9.2.64' to ''. 2010-06-15 16:52:23 -- Admin 'flash', 10.9.6.27: User 'victorya': 'userdata5' parameter changed from '8000' to ''. 2010-06-15 16:53:40 -- Admin 'flash', 10.9.6.27: User 'vitaka': 'userdata5' parameter changed from '00:23:8B:B4:A8:7C|00:14:85:89:AC:FF|1C:AF:F7:AC:0C:4F' to ''. 2010-06-24 14:31:23 -- Admin 'kesha', 10.9.2.2: User 'possum': 'userdata5' parameter changed from '10.9.2.53' to ''. 2010-06-24 19:48:35 -- Admin 'kesha', 10.9.2.2: User 'slavan': 'userdata5' parameter changed from '10.9.8.58' to ''. 2010-07-01 19:54:12 -- Admin 'kesha', 10.9.2.2: User 'happy': 'userdata5' parameter changed from '10.9.8.27' to ''. 2010-07-01 20:00:46 -- Admin 'kesha', 10.9.2.2: User 'berkut': 'userdata5' parameter changed from '00:1E:90:F0:FE:66|00:22:15:2C:36:48' to ''. 2010-07-01 20:02:35 -- Admin 'kesha', 10.9.2.2: User 'eurohooligan': 'userdata5' parameter changed from '00:80:48:10:CA:06' to ''. 2010-07-01 20:16:05 -- Admin 'kesha', 10.9.2.2: User 'andrex': 'userdata5' parameter changed from '10.9.6.206' to ''. 2010-07-01 21:45:29 -- Admin 'flash', 10.9.6.27: User 'draga': 'userdata5' parameter changed from '00:E0:4D:5D:B3:11|00:40:F4:61:78:E2|' to ''. 2010-07-01 21:47:42 -- Admin 'flash', 10.9.6.27: User 'shulerok': 'userdata5' parameter changed from '00:18:F3:EC:E1:04' to ''. 2010-07-01 22:04:34 -- Admin 'flash', 10.9.6.27: User 'vol1736': 'userdata5' parameter changed from '00:23:CD:B1:17:B5||' to ''. 2010-07-01 22:26:11 -- Admin 'flash', 10.9.6.27: User 'marsell': 'userdata5' parameter changed from '128' to ''. [root@stg log]# ps доложно быть: userdata0 - скорость в кбитах userdata1 - мас userdata9 - ip локальный

Тогда я в тупике... У меня сервер в аптайме уже долго: [root@stg dhcp]# uptime 11:39:11 up 19 days, 18:10, 2 users, load average: 0.00, 0.02, 0.06 [root@stg dhcp]# т.е. сервер был в "самостоятельном плавании", по логам статистики sgconf не использовался в период когда у "eric111" сбилось все. На днях был тоже случай, когда после "мягкого рестарта": service stargzer stop service stargzer start случилось тоже самое: 2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata0' parameter changed from '00:0E:E8:09:7E:D5' to '3584'. 2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata1' parameter changed from '' to '00:0E:E8:09:7E:D5'. 2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata8' parameter changed from '10.9.8.242' to ''. 2010-07-01 19:48:55 -- Admin 'kesha', 10.9.2.2: User 'kredo': 'userdata9' parameter changed from '3584' to '10.9.8.242'. если вы говорите, что сервер не причем тут, то тогда явно или sgconf или гуевый. да и как он не использует? если я руками меняю в базе параметр - а после остановки сервера оно все возращается в исходное. Это выходит собирать с дебагом и логировать каждый шаг?

жесткий ребут. гуевый ("виндовый"): 1.91.9 консольный: с пакета "Sgconf version: 1.08.9" меня смущает то, что по словам пользователя eric111 - "сбилось" у него все после 00-00 до этого все работало четко. А ночью никто не работал конфигуратором и не лазил к сервер -> следовательно что-то не так в логике сервера

версия одноименная с темой данного топика, хранилище postgresql. Изменения делают потом с конфигуратора, есть конечно php-статистика, но она только читает с базы, изменения напрямую пишет в свои таблицы, те что использует STG изменяем через sgconfig. os: CentOS 5 Перед этим тестировал на маленькой сети предыдущую версию - было тоже самое - мейтейнер заметил, что чаще всего это было после "внезапного стопа" сервера. PS если нужно я даже могу как-то мотивировать устранение данного бага, что бы пооперативнее было, а то уже переполз на данный rc в продакшн - страдает качество сервиса...

люди хелп: СТГ беспорядочно сам переставляет userdata# местами, даже когда его никто не трогает, вот пример: [root@stg stargazer]# grep eric111 /var/log/stargazer.log 2010-06-15 14:41:10 -- Admin 'kesha', 10.9.2.2: User 'eric111': 'userdata0' parameter changed from '00:22:B0:51:04:1C|00:23:CD:B3:AE:7F' to '256'. 2010-06-15 14:41:10 -- Admin 'kesha', 10.9.2.2: User 'eric111': 'userdata1' parameter changed from '' to '00:22:B0:51:04:1C|00:23:CD:B3:AE:7F'. 2010-06-15 14:41:10 -- Admin 'kesha', 10.9.2.2: User 'eric111': 'userdata8' parameter changed from '10.9.8.12' to ''. 2010-06-15 14:41:10 -- Admin 'kesha', 10.9.2.2: User 'eric111': 'userdata9' parameter changed from '256' to '10.9.8.12'. 2010-06-30 07:59:52 -- Admin 'executor', 127.0.0.1: User 'eric111': 'cash' parameter changed from '10.000000' to '60.000000'. Card: AAE - 84366558 IP: 10.9.8.12 2010-07-01 00:00:01 -- Admin '@stargazer', 0.0.0.0: User 'eric111': 'cash' parameter changed from '60.000000' to '11.000000'. Subscriber fee charge 2010-07-01 00:00:05 -- Admin '@stargazer', 0.0.0.0: User 'eric111': 'freeMb' parameter changed from '0.000000' to '0.000000'. Prepaid traffic 2010-07-01 11:27:34 -- Admin 'virus', 10.9.6.32: User 'eric111': 'userdata0' parameter changed from '00:22:B0:51:04:1C|00:23:CD:B3:AE:7F' to '256'. 2010-07-01 11:27:34 -- Admin 'virus', 10.9.6.32: User 'eric111': 'userdata1' parameter changed from '' to '00:22:B0:51:04:1C|00:23:CD:B3:AE:7F'. 2010-07-01 11:27:34 -- Admin 'virus', 10.9.6.32: User 'eric111': 'userdata8' parameter changed from '10.9.8.12' to ''. 2010-07-01 11:27:34 -- Admin 'virus', 10.9.6.32: User 'eric111': 'userdata9' parameter changed from '256' to '10.9.8.12'. 2010-07-01 11:33:49 -- Admin 'executor', 127.0.0.1: User 'eric111': 'userdata1' parameter changed from '00:22:B0:51:04:1C|00:23:CD:B3:AE:7F' to '00:22:B0:51:04:1C|00:23:CD:B3:AE:7F|'. [root@stg stargazer]# заметил, что при конвертировании с файлов - сразу попереставлял местами как видно из лога. Собственно, 2 извечных классических вопроса: "кто виноват? И что делать?" (где и что править?) А то как-то руками неприкольно сидеть и клацать N-ое кол-во раз. Да и в продакшне некошерно выхватывать такое... Можно конечно заливать дамп с предыдушего "слива" базы, но "истина дороже" : )

на одном, разаботало после того, как снял/установил флаг "всегда онлайн"

дистр: CentOS 5 (RH), скрипты использую из rpm из соседнего одноименного топика, запускаю все по средствам SysV-init: [root@stg db_backups]# ls /etc/rc.d/rc3.d/|egrep "post|star|rad|pptp" S64postgresql S87stargazer S88radiusd S89pptpd по сути все по очереди, только на практике получается, как я писал... А какие есть варианты запуска по зависимостям? База на postgresql - за 5 дней работы - 200Мб (решил писать дет.статистику только пометровки, что бы меньше была). Кстати, а по какому принципу потом "чистить" таблицу дет.статистики, да и вообще базу, что бы "мусор" не хранить и не сломать базу, к примеру как у Вас за 6 мес. данные? Да и после того последнего рестарта, не вставились правила в фаервол у одно юзера "всегда онлайн", сняли/пославили флаг - вставились - глюк?

имхо: один большой плюс, а минус, что могут 2й сервер запустить "лантухи". но тут правильно сказали dhcpdrop - тут рулит

))) значит сервер СТГ вещался из-за магнитных бурь или всплеской солнечной активности... чудом совпадающие с вызовом консольного конфигуратора ))) ладно проехали, а по существу вопрос появислся: ребутнули сервер с виртуалками где СТГ живет, и получили: 2010-06-16 17:29:11 -- Storage plugin: 'FATAL: система баз данных стартует видимо база выросла очень...и это 3 дня работы на новой версии только, а будет как Вы говорите в гигах база... СТГ запускатся скриптами из rpm Вопрос: как оптимизировать запуск, что бы такого не было? Скриптом rc.local все по очереди с использование sleep n?