Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
есть HP ProLiant DL360 G5 c двух ядерным хеоном 4 гб памяти на нём SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc на ней IBM Informix Dynamic Server Version 10.00.FC5R1 база не очень большая - 8 гб сервер для отчётов каждую ночь туда делается dbimport в режиме single user произвольно примерно раз в 10-15 дней по утрам во время работы dbimport сервер виснет на загрузки большой таблице около 3 гб: виснет на Checkpoint , вернее он живёт но загрузка не продолжается , процесс dbimport onmode -z не снять - после рестарта информикса - он прямо пишет что предыдущий чекпоинт не был завершён подробности внизу и в прикреплённом файле (onstat -g all) сразу скажу мы не зубры по настройке , мы рабочии лошади кто сталкивался , на что похоже , глюки железа , неправильная конфигурация ? спасибо ========================================================================== 07:00:05 Maximum server connections 1 07:05:50 Fuzzy Checkpoint Completed: duration was 44 seconds, 7 buffers not flushed. 07:05:50 Checkpoint loguniq 35, logpos 0xb1700e8, timestamp: 0x150e5fb9 07:05:50 Maximum server connections 1 07:21:11 Checkpoint Completed: duration was 199 seconds. 07:21:11 Checkpoint loguniq 35, logpos 0xb171018, timestamp: 0x159bfb4e 07:21:11 Maximum server connections 1 07:36:19 Fuzzy Checkpoint Completed: duration was 114 seconds, 1 buffers not flushed. 07:36:19 Checkpoint loguniq 35, logpos 0xb1ff2c0, timestamp: 0x161276d4 07:36:19 Maximum server connections 1 07:41:35 Fuzzy Checkpoint Completed: duration was 16 seconds, 4 buffers not flushed. 07:41:35 Checkpoint loguniq 35, logpos 0xb5c37ec, timestamp: 0x161533bb 07:41:35 Maximum server connections 1 07:47:02 Fuzzy Checkpoint Completed: duration was 26 seconds, 4 buffers not flushed. 07:47:02 Checkpoint loguniq 35, logpos 0xb755348, timestamp: 0x16194f85 07:47:02 Maximum server connections 1 07:52:11 Fuzzy Checkpoint Completed: duration was 10 seconds, 3 buffers not flushed. 07:52:11 Checkpoint loguniq 35, logpos 0xbb98548, timestamp: 0x161b3d4f 07:52:11 Maximum server connections 1 07:57:25 Fuzzy Checkpoint Completed: duration was 14 seconds, 2 buffers not flushed. 07:57:25 Checkpoint loguniq 35, logpos 0xc07d708, timestamp: 0x161dd821 07:57:25 Maximum server connections 1 08:03:08 Fuzzy Checkpoint Completed: duration was 42 seconds, 2 buffers not flushed. 08:03:08 Checkpoint loguniq 35, logpos 0xc4b2300, timestamp: 0x16249628 08:03:08 Maximum server connections 1 08:08:37 Fuzzy Checkpoint Completed: duration was 30 seconds, 4 buffers not flushed. 08:08:37 Checkpoint loguniq 35, logpos 0xc89e15c, timestamp: 0x16295a87 08:08:37 Maximum server connections 1 08:26:25 Checkpoint Completed: duration was 127 seconds. 08:26:25 Checkpoint loguniq 35, logpos 0xcb864a0, timestamp: 0x16994c28 08:26:25 Maximum server connections 1 08:32:14 Fuzzy Checkpoint Completed: duration was 47 seconds, 8 buffers not flushed. 08:32:14 Checkpoint loguniq 35, logpos 0xd060100, timestamp: 0x16b24379 08:32:14 Maximum server connections 1 08:51:01 Checkpoint Completed: duration was 212 seconds. 08:51:01 Checkpoint loguniq 35, logpos 0xd325018, timestamp: 0x17392558 08:51:01 Maximum server connections 1 12:45:24 listener-thread: err = -27010: oserr = 0: errstr = : Only a DBSA can connect in single user mode. 12:45:24 listener-thread: err = -27010: oserr = 0: errstr = : Only a DBSA can connect in single user mode. ............................................................................... 15:33:28 listener-thread: err = -27010: oserr = 0: errstr = : Only a DBSA can c onnect in single user mode. 15:33:28 listener-thread: err = -27010: oserr = 0: errstr = : Only a DBSA can c onnect in single user mode. 20:13:15 WARNING: Checkpoint appears stalled and may not complete before the database server shuts down. 20:13:16 IBM Informix Dynamic Server Stopped. 20:13:55 IBM Informix Dynamic Server Started. 20:13:55 Requested shared memory segment size rounded from 632832KB to 638976KB 20:13:55 Segment locked: addr=0x10a000000, size=654311424 Thu Oct 25 20:13:56 2007 ================================================ #************************************************************************** # # Licensed Material - Property Of IBM # # "Restricted Materials of IBM" # # IBM Informix Dynamic Server # (c) Copyright IBM Corporation 1996, 2005 All rights reserved. # # Title: onconfig.std # Description: IBM Informix Dynamic Server Configuration Parameters # #************************************************************************** # Root Dbspace Configuration ROOTNAME rootdbs # Root dbspace name ROOTPATH /dev/rdsk/c2t1d0s4 # Path for device containing root dbspace ROOTOFFSET 0 # Offset of root dbspace into device (Kbytes) ROOTSIZE 62918572 # Size of root dbspace (Kbytes) # Disk Mirroring Configuration Parameters MIRROR 0 # Mirroring flag (Yes = 1, No = 0) MIRRORPATH # Path for device containing mirrored root MIRROROFFSET 0 # Offset into mirrored device (Kbytes) # Physical Log Configuration PHYSDBS rootdbs # Location (dbspace) of physical log PHYSFILE 200000 # Physical log file size (Kbytes) # Logical Log Configuration LOGFILES 6 # Number of logical log files LOGSIZE 200000 # Logical log size (Kbytes) LOG_BACKUP_MODE MANUAL # Logical log backup mode (MANUAL, CONT) # Tablespace Tablespace Configuration in Root Dbspace TBLTBLFIRST 0 # First extent size (Kbytes) (0 = default) TBLTBLNEXT 0 # Next extent size (Kbytes) (0 = default) # Security # DBCREATE_PERMISSION: # By default any user can create a database. Uncomment DBCREATE_PERMISSON to # limit database creation to a specific user. Add a new DBCREATE_PERMISSION # line for each permitted user. #DBCREATE_PERMISSION informix # DB_LIBRARY_PATH: # When loading a (C or C++) shared object (for a UDR or UDT), IDS checks that # the user-specified path starts with one of the directory prefixes listed in # the comma-separated list of prefixes in DB_LIBRARY_PATH. The string # "$INFORMIXDIR/extend" must be included in DB_LIBRARY_PATH in order for # extensibility and IBM supplied blades to work correctly. # DB_LIBRARY_PATH $INFORMIXDIR/extend # IFX_EXTEND_ROLE: # 0 (or off) => Disable use of EXTEND role to control who can register # external routines. # 1 (or on) => Enable use of EXTEND role to control who can register # external routines. This is the default behaviour. # IFX_EXTEND_ROLE 1 # To control the usage of EXTEND role. # Diagnostics MSGPATH /usr/informix/online.log # System message log file path CONSOLE /dev/console # System console message path # To automatically backup logical logs, edit alarmprogram.sh and set # BACKUPLOGS=Y ALARMPROGRAM /usr/informix/etc/alarmprogram.sh # Alarm program path ALRM_ALL_EVENTS 0 # Triggers ALARMPROGRAM for any event occur TBLSPACE_STATS 1 # Maintain tblspace statistics # System Archive Tape Device TAPEDEV /dev/null # Tape device path TAPEBLK 32 # Tape block size (Kbytes) TAPESIZE 10240 # Maximum amount of data to put on tape (Kbytes) # Log Archive Tape Device LTAPEDEV /dev/null # Log tape device path LTAPEBLK 32 # Log tape block size (Kbytes) LTAPESIZE 10240 # Max amount of data to put on log tape (Kbytes) # Optical STAGEBLOB # Informix Dynamic Server staging area # System Configuration SERVERNUM 0 # Unique id corresponding to a OnLine instance DBSERVERNAME engine2 # Name of default database server DBSERVERALIASES engine2_net,engine2_devx # List of alternate dbservernames DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed env. RESIDENT 1 # Forced residency flag (Yes = 1, No = 0) MULTIPROCESSOR 1 # 0 for single-processor, 1 for multi-processor NUMCPUVPS 2 # Number of user (cpu) vps SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to one NOAGE 0 # Process aging AFF_SPROC 0 # Affinity start processor AFF_NPROCS 2 # Affinity number of processors # Shared Memory Parameters LOCKS 524288 # Maximum number of locks NUMAIOVPS # Number of IO vps PHYSBUFF 64 # Physical log buffer size (Kbytes) LOGBUFF 64 # Logical log buffer size (Kbytes) CLEANERS 2 # Number of buffer cleaner processes SHMBASE 0x10A000000L # Shared memory base address SHMVIRTSIZE 262144 # initial virtual shared memory segment size SHMADD 131072 # Size of new shared memory segments (Kbytes) EXTSHMADD 131072 # Size of new extension shared memory segments (Kbytes) SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited CKPTINTVL 300 # Check point interval (in sec) TXTIMEOUT 0x12c # Transaction timeout (in sec) STACKSIZE 128 # Stack size (Kbytes) # Dynamic Logging # DYNAMIC_LOGS: # 2 : server automatically add a new logical log when necessary. (ON) # 1 : notify DBA to add new logical logs when necessary. (ON) # 0 : cannot add logical log on the fly. (OFF) # # When dynamic logging is on, we can have higher values for LTXHWM/LTXEHWM, # because the server can add new logical logs during long transaction rollback. # However, to limit the number of new logical logs being added, LTXHWM/LTXEHWM # can be set to smaller values. # # If dynamic logging is off, LTXHWM/LTXEHWM need to be set to smaller values # to avoid long transaction rollback hanging the server due to lack of logical # log space, i.e. 50/60 or lower. # # In case of system configured with CDR, the difference between LTXHWM and # LTXEHWM should be atleast 30% so that we could minimize log overrun issue. DYNAMIC_LOGS 2 LTXHWM 70 LTXEHWM 80 # System Page Size # BUFFSIZE - OnLine no longer supports this configuration parameter. # To determine the page size used by OnLine on your platform # see the last line of output from the command, 'onstat -b'. # Recovery Variables # OFF_RECVRY_THREADS: # Number of parallel worker threads during fast recovery or an offline restore. # ON_RECVRY_THREADS: # Number of parallel worker threads during an online restore. OFF_RECVRY_THREADS 10 # Default number of offline worker threads ON_RECVRY_THREADS 2 # Default number of online worker threads # Data Replication Variables # DRAUTO: 0 manual, 1 retain type, 2 reverse type DRAUTO 0 # DR automatic switchover DRINTERVAL 30 # DR max time between DR buffer flushes (in sec) DRTIMEOUT 30 # DR network timeout (in sec) DRLOSTFOUND /usr/informix/etc/dr.lostfound # DR lost+found file path DRIDXAUTO 0 # DR automatic index repair. 0=off, 1=on # CDR Variables CDR_EVALTHREADS 1,2 # evaluator threads (per-cpu-vp,additional) CDR_DSLOCKWAIT 5 # DS lockwait timeout (seconds) CDR_QUEUEMEM 4096 # Maximum amount of memory for any CDR queue (Kbytes) CDR_NIFCOMPRESS 0 # Link level compression (-1 never, 0 none, 9 max) CDR_SERIAL 0,0 # Serial Column Sequence CDR_DBSPACE # dbspace for syscdr database CDR_QHDR_DBSPACE # CDR queue dbspace (default same as catalog) CDR_QDATA_SBSPACE # List of CDR queue smart blob spaces # CDR_MAX_DYNAMIC_LOGS # -1 => unlimited # 0 => disable dynamic log addition # >0 => limit the no. of dynamic log additions with the specified value. # Max dynamic log requests that CDR can make within one server session. CDR_MAX_DYNAMIC_LOGS 0 # Dynamic log addition disabled by default # Backup/Restore variables BAR_ACT_LOG /usr/informix/bar_act.log # ON-Bar Log file - not in /tmp please BAR_DEBUG_LOG /usr/informix/bar_dbug.log # ON-Bar Debug Log - not in /tmp please BAR_MAX_BACKUP 0 BAR_RETRY 1 BAR_NB_XPORT_COUNT 20 BAR_XFER_BUF_SIZE 31 RESTARTABLE_RESTORE on BAR_PROGRESS_FREQ 0 # Informix Storage Manager variables ISM_DATA_POOL ISMData ISM_LOG_POOL ISMLogs # Read Ahead Variables RA_PAGES # Number of pages to attempt to read ahead RA_THRESHOLD # Number of pages left before next group # DBSPACETEMP: # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces # that the OnLine SQL Engine will use to create temp tables etc. # If specified it must be a colon separated list of dbspaces that exist # when the OnLine system is brought online. If not specified, or if # all dbspaces specified are invalid, various ad hoc queries will create # temporary files in /tmp instead. DBSPACETEMP tmp1,tmp2,tmp3 # Default temp dbspaces # DUMP*: # The following parameters control the type of diagnostics information which # is preserved when an unanticipated error condition (assertion failure) occurs # during OnLine operations. # For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No. DUMPDIR /usr/informix/tmp # Preserve diagnostics in this directory DUMPSHMEM 1 # Dump a copy of shared memory DUMPGCORE 0 # Dump a core image using 'gcore' DUMPCORE 0 # Dump a core image (Warning:this aborts OnLine) DUMPCNT 1 # Number of shared memory or gcore dumps for # a single user's session FILLFACTOR 90 # Fill factor for building indexes # method for OnLine to use when determining current time USEOSTIME 0 # 0: use internal time(fast), 1: get time from OS(slow) # Parallel Database Queries (pdq) MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority DS_MAX_QUERIES # Maximum number of decision support queries DS_TOTAL_MEMORY # Decision support memory (Kbytes) DS_MAX_SCANS 1048576 # Maximum number of decision support scans DS_NONPDQ_QUERY_MEM 128 # Non PDQ query memory (Kbytes) DATASKIP off # List of dbspaces to skip # OPTCOMPIND # 0 => Nested loop joins will be preferred (where # possible) over sortmerge joins and hash joins. # 1 => If the transaction isolation mode is not # "repeatable read", optimizer behaves as in (2) # below. Otherwise it behaves as in (0) above. # 2 => Use costs regardless of the transaction isolation # mode. Nested loop joins are not necessarily # preferred. Optimizer bases its decision purely # on costs. OPTCOMPIND 2 # To hint the optimizer DIRECTIVES 1 # Optimizer DIRECTIVES ON (1/Default) or OFF (0) ONDBSPACEDOWN 2 # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 = WAIT OPCACHEMAX 0 # Maximum optical cache size (Kbytes) # HETERO_COMMIT (Gateway participation in distributed transactions) # 1 => Heterogeneous Commit is enabled # 0 (or any other value) => Heterogeneous Commit is disabled HETERO_COMMIT 0 SBSPACENAME # Default smartblob space name - this is where blobs # go if no sbspace is specified when the smartblob is # created. It is also used by some datablades as # the location to put their smartblobs. SYSSBSPACENAME # Default smartblob space for use by the Informix # Server. This is used primarily for Informix Server # system statistics collection. BLOCKTIMEOUT 3600 # Default timeout for system block SYSALARMPROGRAM /usr/informix/etc/evidence.sh # System Alarm program path # Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS OPT_GOAL -1 ALLOW_NEWLINE 0 # embedded newlines(Yes = 1, No = 0 or anything but 1) #Create Index Online Shared Memory usage limitation ONLIDX_MAXMEM 5120 # Per pool per index (Kbytes) #Timeout for client connection request LISTEN_TIMEOUT 10 # Timeout (in Seconds) #Following are the deprecated configuration parameters, instead of these #use BUFFERPOOL configuration parameter #BUFFERS, LRUS, LRU_MIN_DIRTY, LRU_MAX_DIRTY IFX_FOLDVIEW 0 # fold multiple tables or union all view with ansi joins # The following parameters are related to the buffer pool BUFFERPOOL size=2K,buffers=262144,lrus=8,lru_min_dirty=50.000000,lru_max_dirty=60.000000 FASTPOLL 1 #NETTYPE ipcshm,1,32,CPU # Configure poll thread(s) for nettype #NETTYPE soctcp,2,128,NET # Configure poll thread(s) for nettype ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 00:21 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Скажите с каким окружением PDQPRIORITY (это не то же самое что в onconfig) запущен ваш информикс? Пару раз сталкивался с подобным когда все сессии информикса намертво висли, если сам информикс был запущен с неустановленной переменной окружения PDQPRIORITY. Если эта переменная не установлена, то сделайте перед запуском информикса в текущем окружении export PDQPRIORITY=0 ( или 1 если не используете DS_NONPDQ_QUERY_MEM). Посмотреть текущее окружение информикса можно с помощью команды onstat -g env ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 08:52 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Вместо onstat -g all лучше выложить onstat -all. А то не видно, что с логическими журналами делается. Может они не бэкапятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 09:50 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
aist-pskесть HP ProLiant DL360 G5 c двух ядерным хеоном 4 гб памяти на нём SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc на ней IBM Informix Dynamic Server Version 10.00.FC5R1 база не очень большая - 8 гб Вы ничего не путаете? Или как это Вам удалось запустить 64 разрядный informix на 32 разрядном железе и ОС? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 10:05 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
aist-pskесть HP ProLiant DL360 G5 c двух ядерным хеоном 4 гб памяти на нём SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc на ней IBM Informix Dynamic Server Version 10.00.FC5R1 база не очень большая - 8 гб сервер для отчётов каждую ночь туда делается dbimport в режиме single user произвольно примерно раз в 10-15 дней по утрам во время работы dbimport сервер виснет на загрузки большой таблице около 3 гб: виснет на Checkpoint , вернее он живёт но загрузка не продолжается , процесс dbimport onmode -z не снять - после рестарта информикса - он прямо пишет что предыдущий чекпоинт не был завершён подробности внизу и в прикреплённом файле (onstat -g all) сразу скажу мы не зубры по настройке , мы рабочии лошади кто сталкивался , на что похоже , глюки железа , неправильная конфигурация ? спасибоПопробуйте почитать здесь и здесь - в 10-ке хватает проблем с длинным чекпоинтом (например, IC50271 и IC52316 ). P.S. Даже учитывая всю специфику вашего сервера, я бы всё-таки поставил CLEANERS побольше... И ещё интересно, почему в rootdbs такой активный ввод-вывод? - он не такой большой, чтобы в него базу импортировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 10:40 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Алексан.... И ещё интересно, почему в rootdbs такой активный ввод-вывод? - он не такой большой, чтобы в него базу импортировать. ROOTSIZE 62918572 # Size of root dbspace (Kbytes) Вполне себе размерчик для загрузки базы на 8 Гб. Думаю, что туда и грузят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 11:31 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
sysmaster Алексан.... И ещё интересно, почему в rootdbs такой активный ввод-вывод? - он не такой большой, чтобы в него базу импортировать. ROOTSIZE 62918572 # Size of root dbspace (Kbytes) Вполне себе размерчик для загрузки базы на 8 Гб. Думаю, что туда и грузят.А, да, я не внимательно прочитал - 60Гб ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 12:31 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Как делается импорт базы, с транзакциями или без(в командной строке есть ключ -l buffered)? Если с транзакциями, запускается длинная транзакция, а откатить ее не удается, логические журналы сбрасываются в /dev/null. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 16:41 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
спс что откликнулись , начну отвечать по порядку : 1 как нам удалось запусть : по солярке спец приходил сторонний - уверял что всё 64 совместимое - будем перепроверять 2 переменная PDQPRIORITY не установлена - сегодня поставлю не помешает 3 onstat -all сделаем как только снова зависнет 4 CLEANERS - увеличим 5 dbimport работает БЕЗ -l buffered - значит без транзакций - так ? спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 17:42 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Судя по session 710 --------------------------------------------------------------- sdblock heapsz statement ('*' = Open cursor) 33040028 24840 *insert into "host".z_archiv values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? ); оно виснет при загрузке таблицы z_archiv. Интересно, оно каждый раз на одной и той же таблице виснет, или на разных ? У меня подозрения на 2 нити : aslogflush, которая сбрасывает буфера логических логов, и bf_priosweep. Особенно на первую. Хотелось бы несколько ее стеков увидеть, во время зависания (и несколько результатов onstat -g ath ) - чем таким она занимается все эти 4 часа ? В таком вот аксепте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 19:08 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
да , да - всегда на одной и той же таблице - большая она около 3 гб следующий раз если зависнет - сниму показания ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.10.2007, 21:02 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
onstat- aist-psk на нём SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc Вы ничего не путаете? Или как это Вам удалось запустить 64 разрядный informix на 32 разрядном железе и ОС? а можно по подробнее где встроке "SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc" указание на 32 разрядную ОС ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2007, 14:38 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
aist-psk onstat- aist-psk на нём SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc Вы ничего не путаете? Или как это Вам удалось запустить 64 разрядный informix на 32 разрядном железе и ОС? а можно по подробнее где встроке "SunOS solaris-devx 5.11 snv_69 i86pc i386 i86pc" указание на 32 разрядную ОС ? У 64 разрядной ОС вместо i86pc i386 i86pc Вы бы увидели sparc.sun?? Операционная система Solaris ( 64 разраядная ) работает только на процессорах SUN Sparc & Fujitsu-Simens. У Вас автор есть HP ProLiant DL360 G5 c двух ядерным хеоном 4 гб памяти на нём SunOS А Intel XEON - процессор 32 разрядный. HP не производит сервера на процессорах с архитектурой SPARC. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2007, 11:13 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
onstat-...А Intel XEON - процессор 32 разрядный.смело, очень смело, опустил двуядерные зионы http://www.sun.com/x64 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2007, 11:42 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Журавлев Денис onstat-...А Intel XEON - процессор 32 разрядный.смело, очень смело, опустил двуядерные зионы http://www.sun.com/x64 Виноват, не знал, sorry. Как говорится век живи - век учись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2007, 16:47 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
блин ну и шуточки у вас когда первый раз прочел: "Или как это Вам удалось запустить 64 разрядный informix на 32 разрядном железе и ОС?" - чуть с любимого стула не слетел потом нашел ссылку - и снова залез на свой стул http://www.sun.com/bigadmin/hcl/data/systems/details/2086.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2007, 19:48 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Что там насчет PDQPRIORIOTY - установили в окружении сервера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2007, 09:28 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
да установили , но результата нет ещё изменили 14:10:34 Onconfig parameter PHYSFILE modified from 200000 to 600000. 14:10:34 Onconfig parameter RESIDENT modified from 1 to 0. 14:10:34 Onconfig parameter LOCKS modified from 524288 to 1048576. в итоге сегодня опять ========================= 06:24:28 Maximum server connections 1 06:39:45 Fuzzy Checkpoint Completed: duration was 103 seconds, 1 buffers not f lushed. 06:39:45 Checkpoint loguniq 41, logpos 0xd1f8290, timestamp: 0xcbc590ec 06:39:45 Maximum server connections 1 06:45:27 Fuzzy Checkpoint Completed: duration was 42 seconds, 4 buffers not fl ushed. 06:45:27 Checkpoint loguniq 41, logpos 0xd7bd738, timestamp: 0xcbcc793f 06:45:27 Maximum server connections 1 06:50:35 Fuzzy Checkpoint Completed: duration was 8 seconds, 4 buffers not flu shed. 06:50:35 Checkpoint loguniq 41, logpos 0xdb6c5c4, timestamp: 0xcbcdfaa8 06:50:35 Maximum server connections 1 06:55:49 Fuzzy Checkpoint Completed: duration was 14 seconds, 3 buffers not fl ushed. 06:55:49 Checkpoint loguniq 41, logpos 0xe1f9188, timestamp: 0xcbd0bcdc 06:55:49 Maximum server connections 1 07:00:57 Checkpoint Completed: duration was 8 seconds. 07:00:57 Checkpoint loguniq 41, logpos 0xe6580d4, timestamp: 0xcbd25e43 07:00:57 Maximum server connections 1 07:06:40 Fuzzy Checkpoint Completed: duration was 43 seconds, 7 buffers not fl ushed. 07:06:40 Checkpoint loguniq 41, logpos 0xea180e8, timestamp: 0xcbe4430a 07:06:40 Maximum server connections 1 11:13:24 On-Line Mode 11:18:59 WARNING: Checkpoint appears stalled and may not complete before the database server shuts down. 11:19:00 IBM Informix Dynamic Server Stopped. 11:19:20 IBM Informix Dynamic Server Started. Tue Nov 6 11:19:22 2007 =========================================== симптомы теже , на другой таблице хотя она тоже большая в архивах статистика onstat -a спец по солярке принес более новую версию 2007 года - SunOS solaris.x-art.ru 5.11 snv_75 i86pc i386 i86pc сделали тестовую машину (двухядерник ,интел) - туда поставили последнию солярку + информик64 завтра запущу в цикле dbimport -> drop base и снова dbimport будем смотреть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2007, 22:11 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
судя af файлу у вас пользовательский сенс ниче не делает. При "зависании" меняются ли значения вывода: onstat -g ppf onstat -g tpf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2007, 10:23 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
По вашему файлу не видно, чтобы система в данный момент висела на чекпойнте. По-моему, вы собрали статистику в неудачный момент. И статистика тоже неудачная - не видно ни чем занята пользоваательская нить (onstat -g sql), ни ее стека (onstat - g stk ) Из --- 134c49240 Y--P--D 18 informix - 10a0f79c8 0 0 0 0 --- видно, что она ждет на условии - (wait on condition) - нет списка conditions (onstat -g con) В таком вот аксепте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2007, 18:16 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
ВыбегаллоИз --- 134c49240 Y--P--D 18 informix - 10a0f79c8 0 0 0 0 --- видно, что она ждет на условии - (wait on condition) - нет списка conditions (onstat -g con) В таком вот аксепте А вот и условие Код: plaintext 1. 2. Этого условия ждет нить bf_priosweep(). В свое время Амвросий Амбруазович высказал предположение, что эта нить отвечает за сортировку буферов по приоритетам для сброса на диск P.S. Неплохо бы IBM обновить документ "The onstat Quick Reference Guide", а то по имеющемуся на руках уже и не скажешь, что это за условие такое. :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2007, 20:34 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
http://www.webservertalk.com/archive221-2005-9-1206098.html обсуждалась аналогичная проблема, в качестве решения было предложено отключить KAIO (точнее, пострадавший сам обнаружил, что с отключенным KAIO проблема исчезает). В таком вот аксепте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2007, 21:05 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
На мой взгляд, следует пересмотреть значение параметра - BUFFERPOOL size=2K,buffers=262144,lrus=8,lru_min_dirty=50.000000,lru_max_dirty=60.000000 На мой вгляд, значение LRUS ~ 256 .... buffers=262144,lrus=8 !!! С уважением, Вадим. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2007, 22:32 |
|
||
|
виснет по утрам
|
|||
|---|---|---|---|
|
#18+
Выбегаллоhttp://www.webservertalk.com/archive221-2005-9-1206098.html обсуждалась аналогичная проблема, в качестве решения было предложено отключить KAIO (точнее, пострадавший сам обнаружил, что с отключенным KAIO проблема исчезает). Очень похоже. Особенно учитывая представленную информацию, где видно и большое количество фоновой записи, и полностью "грязные" буфера в пуле и совсем небольшое число очистителей и LRU - похоже, что система вв/выв в целом (как IDS так и ОС) не успевает обрабатывать большой поток записи на диск и при переполнении просто клинит... Я бы тоже посоветовал для начала выключить KAIO и, если это поможет, то совсем отказаться от него (перейти на файлы). Также, советовал бы значительно расширить возможности чтения/записи самого информикс - добавить ReadAhead, LRU, Cleaners, NUMAIOVPS, NUMCPUVPS и вернуть Resident в 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2007, 14:41 |
|
||
|
|

start [/forum/topic.php?fid=44&fpage=40&tid=1608259]: |
0ms |
get settings: |
4ms |
get forum list: |
17ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
65ms |
get tp. blocked users: |
1ms |
| others: | 247ms |
| total: | 400ms |

| 0 / 0 |
