Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / MySQL [игнор отключен] [закрыт для гостей] / InnoDB: Operating system error number 1450 in a file operation. / 14 сообщений из 14, страница 1 из 1
30.04.2014, 13:32:21
    #38630081
Aliced
Aliced
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
MySQL 5.161 на Win2003 уже второй раз за 4 дня падает с ошибкой InnoDB: Operating system error number 1450 in a file operation.
Место на ВСЕХ дисках есть. В eventlog ничего ошибочного нет, в том числе и упоминания, что memory low.
Mysqldump всех таблиц проходит без сбоев, то есть больной диск тоже маловероятен.
В чем дело?

error.log
 
140106 0:11:29 [Note] Plugin 'FEDERATED' is disabled.
140106 0:11:30 InnoDB: Initializing buffer pool, size = 12.0G
140106 0:11:34 InnoDB: Completed initialization of buffer pool
140106 0:11:35 InnoDB: Started; log sequence number 441 4067663395
140106 0:11:35 [Note] Event Scheduler: Loaded 0 events
140106 0:11:35 [Note] MySQL: ready for connections.
Version: '5.1.61-community-log' socket: '' port: 3306 MySQL Community Server (GPL)
(...)
140429 23:59:37 [Warning] Aborted connection 1914723 to db: 'ukmserver' user: 'root' host: 'kivsinfopos01.ad1.amereza.com' (Got an error reading communication packets)
140430 0:07:54 [Warning] Aborted connection 1918313 to db: 'ukmserver' user: 'root' host: 'kichinfopos02.ad1.amereza.com' (Got an error reading communication packets)
140430 0:34:18 [Warning] Aborted connection 1810438 to db: 'ukmserver' user: 'root' host: 'kikzinfopos02.ad1.amereza.com' (Got an error reading communication packets)
140430 0:55:51 [Warning] Aborted connection 1932499 to db: 'ukmserver' user: 'root' host: 'kigrinfo02.ad1.amereza.com' (Got an error reading communication packets)
140430 6:09:32 InnoDB: Operating system error number 1450 in a file operation.
InnoDB: Some operating system error numbers are described at
InnoDB: http://dev.mysql.com/doc/refman/5.1/en/operating-system-error-codes.html
InnoDB: File name .\ib_logfile0
InnoDB: File operation call: 'aio write'.
InnoDB: Cannot continue operation.
140430 9:05:27 [Note] Plugin 'FEDERATED' is disabled.
140430 9:05:27 InnoDB: Initializing buffer pool, size = 12.0G
140430 9:05:31 InnoDB: Completed initialization of buffer pool
InnoDB: Log scan progressed past the checkpoint lsn 1335 3574087188
140430 9:05:31 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
InnoDB: Doing recovery: scanned up to log sequence number 1335 3579330048
InnoDB: Doing recovery: scanned up to log sequence number 1335 3584572928
InnoDB: Doing recovery: scanned up to log sequence number 1335 3589815808
InnoDB: Doing recovery: scanned up to log sequence number 1335 3595058688
InnoDB: Doing recovery: scanned up to log sequence number 1335 3600301568
InnoDB: Doing recovery: scanned up to log sequence number 1335 3605544448
InnoDB: Doing recovery: scanned up to log sequence number 1335 3610787328
InnoDB: Doing recovery: scanned up to log sequence number 1335 3616030208
InnoDB: Doing recovery: scanned up to log sequence number 1335 3621273088
InnoDB: Doing recovery: scanned up to log sequence number 1335 3626515968
InnoDB: Doing recovery: scanned up to log sequence number 1335 3631758848
InnoDB: Doing recovery: scanned up to log sequence number 1335 3637001728
InnoDB: Doing recovery: scanned up to log sequence number 1335 3642244608
InnoDB: Doing recovery: scanned up to log sequence number 1335 3647487488
InnoDB: Doing recovery: scanned up to log sequence number 1335 3652730368
InnoDB: Doing recovery: scanned up to log sequence number 1335 3657973248
InnoDB: Doing recovery: scanned up to log sequence number 1335 3663216128
InnoDB: Doing recovery: scanned up to log sequence number 1335 3668459008
InnoDB: Doing recovery: scanned up to log sequence number 1335 3673701888
InnoDB: Doing recovery: scanned up to log sequence number 1335 3678944768
InnoDB: Doing recovery: scanned up to log sequence number 1335 3684187648
InnoDB: Doing recovery: scanned up to log sequence number 1335 3689430528
InnoDB: Doing recovery: scanned up to log sequence number 1335 3694673408
InnoDB: Doing recovery: scanned up to log sequence number 1335 3699916288
InnoDB: Doing recovery: scanned up to log sequence number 1335 3705159168
InnoDB: Doing recovery: scanned up to log sequence number 1335 3710402048
InnoDB: Doing recovery: scanned up to log sequence number 1335 3715644928
InnoDB: Doing recovery: scanned up to log sequence number 1335 3720887808
InnoDB: Doing recovery: scanned up to log sequence number 1335 3726130688
InnoDB: Doing recovery: scanned up to log sequence number 1335 3731373568
InnoDB: Doing recovery: scanned up to log sequence number 1335 3736616448
InnoDB: Doing recovery: scanned up to log sequence number 1335 3741859328
InnoDB: Doing recovery: scanned up to log sequence number 1335 3747102208
InnoDB: Doing recovery: scanned up to log sequence number 1335 3752345088
InnoDB: Doing recovery: scanned up to log sequence number 1335 3757587968
InnoDB: Doing recovery: scanned up to log sequence number 1335 3762830848
InnoDB: Doing recovery: scanned up to log sequence number 1335 3768073728
InnoDB: Doing recovery: scanned up to log sequence number 1335 3773316608
InnoDB: Doing recovery: scanned up to log sequence number 1335 3778559488
InnoDB: Doing recovery: scanned up to log sequence number 1335 3783802368
InnoDB: Doing recovery: scanned up to log sequence number 1335 3789045248
InnoDB: Doing recovery: scanned up to log sequence number 1335 3794288128
InnoDB: Doing recovery: scanned up to log sequence number 1335 3799531008
InnoDB: Doing recovery: scanned up to log sequence number 1335 3804773888
InnoDB: Doing recovery: scanned up to log sequence number 1335 3810016768
InnoDB: Doing recovery: scanned up to log sequence number 1335 3815259648
InnoDB: Doing recovery: scanned up to log sequence number 1335 3820502528
InnoDB: Doing recovery: scanned up to log sequence number 1335 3825745408
InnoDB: Doing recovery: scanned up to log sequence number 1335 3830988288
InnoDB: Doing recovery: scanned up to log sequence number 1335 3836231168
InnoDB: Doing recovery: scanned up to log sequence number 1335 3841474048
InnoDB: Doing recovery: scanned up to log sequence number 1335 3846716928
InnoDB: Doing recovery: scanned up to log sequence number 1335 3851959808
InnoDB: Doing recovery: scanned up to log sequence number 1335 3857202688
InnoDB: Doing recovery: scanned up to log sequence number 1335 3862445568
InnoDB: Doing recovery: scanned up to log sequence number 1335 3867688448
InnoDB: Doing recovery: scanned up to log sequence number 1335 3872931328
InnoDB: Doing recovery: scanned up to log sequence number 1335 3878174208
InnoDB: Doing recovery: scanned up to log sequence number 1335 3883417088
InnoDB: Doing recovery: scanned up to log sequence number 1335 3888659968
InnoDB: Doing recovery: scanned up to log sequence number 1335 3893902848
InnoDB: Doing recovery: scanned up to log sequence number 1335 3899145728
InnoDB: Doing recovery: scanned up to log sequence number 1335 3904388608
InnoDB: Doing recovery: scanned up to log sequence number 1335 3909631488
InnoDB: Doing recovery: scanned up to log sequence number 1335 3914874368
InnoDB: Doing recovery: scanned up to log sequence number 1335 3920117248
InnoDB: Doing recovery: scanned up to log sequence number 1335 3925360128
InnoDB: Doing recovery: scanned up to log sequence number 1335 3930603008
InnoDB: Doing recovery: scanned up to log sequence number 1335 3935845888
InnoDB: Doing recovery: scanned up to log sequence number 1335 3941088768
InnoDB: Doing recovery: scanned up to log sequence number 1335 3946331648
InnoDB: Doing recovery: scanned up to log sequence number 1335 3951574528
InnoDB: Doing recovery: scanned up to log sequence number 1335 3956817408
InnoDB: Doing recovery: scanned up to log sequence number 1335 3962060288
InnoDB: Doing recovery: scanned up to log sequence number 1335 3967303168
InnoDB: Doing recovery: scanned up to log sequence number 1335 3972546048
InnoDB: Doing recovery: scanned up to log sequence number 1335 3977788928
InnoDB: Doing recovery: scanned up to log sequence number 1335 3983031808
InnoDB: Doing recovery: scanned up to log sequence number 1335 3988274688
InnoDB: Doing recovery: scanned up to log sequence number 1335 3993517568
InnoDB: Doing recovery: scanned up to log sequence number 1335 3998760448
InnoDB: Doing recovery: scanned up to log sequence number 1335 4004003328
InnoDB: Doing recovery: scanned up to log sequence number 1335 4009246208
InnoDB: Doing recovery: scanned up to log sequence number 1335 4014489088
InnoDB: Doing recovery: scanned up to log sequence number 1335 4019731968
InnoDB: Doing recovery: scanned up to log sequence number 1335 4024974848
InnoDB: Doing recovery: scanned up to log sequence number 1335 4030217728
InnoDB: Doing recovery: scanned up to log sequence number 1335 4035460608
InnoDB: Doing recovery: scanned up to log sequence number 1335 4040703488
InnoDB: Doing recovery: scanned up to log sequence number 1335 4045946368
InnoDB: Doing recovery: scanned up to log sequence number 1335 4051189248
InnoDB: Doing recovery: scanned up to log sequence number 1335 4056432128
InnoDB: Doing recovery: scanned up to log sequence number 1335 4061675008
InnoDB: Doing recovery: scanned up to log sequence number 1335 4066917888
InnoDB: Doing recovery: scanned up to log sequence number 1335 4072160768
InnoDB: Doing recovery: scanned up to log sequence number 1335 4077403648
InnoDB: Doing recovery: scanned up to log sequence number 1335 4082646528
InnoDB: Doing recovery: scanned up to log sequence number 1335 4087889408
InnoDB: Doing recovery: scanned up to log sequence number 1335 4093132288
InnoDB: Doing recovery: scanned up to log sequence number 1335 4098375168
InnoDB: Doing recovery: scanned up to log sequence number 1335 4103618048
InnoDB: Doing recovery: scanned up to log sequence number 1335 4108860928
InnoDB: Doing recovery: scanned up to log sequence number 1335 4114103808
InnoDB: Doing recovery: scanned up to log sequence number 1335 4119346688
InnoDB: Doing recovery: scanned up to log sequence number 1335 4124589568
InnoDB: Doing recovery: scanned up to log sequence number 1335 4129832448
InnoDB: Doing recovery: scanned up to log sequence number 1335 4135075328
InnoDB: Doing recovery: scanned up to log sequence number 1335 4140318208
InnoDB: Doing recovery: scanned up to log sequence number 1335 4145561088
InnoDB: Doing recovery: scanned up to log sequence number 1335 4150803968
InnoDB: Doing recovery: scanned up to log sequence number 1335 4156046848
InnoDB: Doing recovery: scanned up to log sequence number 1335 4161289728
InnoDB: Doing recovery: scanned up to log sequence number 1335 4166532608
InnoDB: Doing recovery: scanned up to log sequence number 1335 4171775488
InnoDB: Doing recovery: scanned up to log sequence number 1335 4177018368
InnoDB: Doing recovery: scanned up to log sequence number 1335 4182261248
InnoDB: Doing recovery: scanned up to log sequence number 1335 4187504128
InnoDB: Doing recovery: scanned up to log sequence number 1335 4192747008
InnoDB: Doing recovery: scanned up to log sequence number 1335 4197989888
InnoDB: Doing recovery: scanned up to log sequence number 1335 4203232768
InnoDB: Doing recovery: scanned up to log sequence number 1335 4208475648
InnoDB: Doing recovery: scanned up to log sequence number 1335 4213718528
InnoDB: Doing recovery: scanned up to log sequence number 1335 4218961408
InnoDB: Doing recovery: scanned up to log sequence number 1335 4224204288
InnoDB: Doing recovery: scanned up to log sequence number 1335 4229447168
InnoDB: Doing recovery: scanned up to log sequence number 1335 4234690048
InnoDB: Doing recovery: scanned up to log sequence number 1335 4239932928
InnoDB: Doing recovery: scanned up to log sequence number 1335 4245175808
InnoDB: Doing recovery: scanned up to log sequence number 1335 4250418688
InnoDB: Doing recovery: scanned up to log sequence number 1335 4255661568
InnoDB: Doing recovery: scanned up to log sequence number 1335 4260904448
InnoDB: Doing recovery: scanned up to log sequence number 1335 4266147328
InnoDB: Doing recovery: scanned up to log sequence number 1335 4271390208
InnoDB: Doing recovery: scanned up to log sequence number 1335 4276633088
InnoDB: Doing recovery: scanned up to log sequence number 1335 4281875968
InnoDB: Doing recovery: scanned up to log sequence number 1335 4287118848
InnoDB: Doing recovery: scanned up to log sequence number 1335 4292361728
InnoDB: Doing recovery: scanned up to log sequence number 1336 2637312
InnoDB: Doing recovery: scanned up to log sequence number 1336 7880192
InnoDB: Doing recovery: scanned up to log sequence number 1336 13123072
InnoDB: Doing recovery: scanned up to log sequence number 1336 18365952
InnoDB: Doing recovery: scanned up to log sequence number 1336 23608832
InnoDB: Doing recovery: scanned up to log sequence number 1336 28851712
InnoDB: Doing recovery: scanned up to log sequence number 1336 34094592
InnoDB: Doing recovery: scanned up to log sequence number 1336 39337472
InnoDB: Doing recovery: scanned up to log sequence number 1336 44580352
InnoDB: Doing recovery: scanned up to log sequence number 1336 49823232
InnoDB: Doing recovery: scanned up to log sequence number 1336 55066112
InnoDB: Doing recovery: scanned up to log sequence number 1336 60308992
InnoDB: Doing recovery: scanned up to log sequence number 1336 65551872
InnoDB: Doing recovery: scanned up to log sequence number 1336 70794752
InnoDB: Doing recovery: scanned up to log sequence number 1336 76037632
InnoDB: Doing recovery: scanned up to log sequence number 1336 81280512
InnoDB: Doing recovery: scanned up to log sequence number 1336 86523392
InnoDB: Doing recovery: scanned up to log sequence number 1336 91766272
InnoDB: Doing recovery: scanned up to log sequence number 1336 97009152
InnoDB: Doing recovery: scanned up to log sequence number 1336 102252032
InnoDB: Doing recovery: scanned up to log sequence number 1336 107494912
InnoDB: Doing recovery: scanned up to log sequence number 1336 112737792
InnoDB: Doing recovery: scanned up to log sequence number 1336 117980672
InnoDB: Doing recovery: scanned up to log sequence number 1336 123223552
InnoDB: Doing recovery: scanned up to log sequence number 1336 128466432
InnoDB: Doing recovery: scanned up to log sequence number 1336 133709312
InnoDB: Doing recovery: scanned up to log sequence number 1336 138952192
InnoDB: Doing recovery: scanned up to log sequence number 1336 144195072
InnoDB: Doing recovery: scanned up to log sequence number 1336 149437952
InnoDB: Doing recovery: scanned up to log sequence number 1336 154680832
InnoDB: Doing recovery: scanned up to log sequence number 1336 159923712
InnoDB: Doing recovery: scanned up to log sequence number 1336 165166592
InnoDB: Doing recovery: scanned up to log sequence number 1336 170409472
InnoDB: Doing recovery: scanned up to log sequence number 1336 175652352
InnoDB: Doing recovery: scanned up to log sequence number 1336 180895232
InnoDB: Doing recovery: scanned up to log sequence number 1336 186138112
InnoDB: Doing recovery: scanned up to log sequence number 1336 191380992
InnoDB: Doing recovery: scanned up to log sequence number 1336 196623872
InnoDB: Doing recovery: scanned up to log sequence number 1336 201866752
InnoDB: Doing recovery: scanned up to log sequence number 1336 207109632
InnoDB: Doing recovery: scanned up to log sequence number 1336 212352512
InnoDB: Doing recovery: scanned up to log sequence number 1336 213177071
InnoDB: 2 transaction(s) which must be rolled back or cleaned up
InnoDB: in total 5935855 row operations to undo
InnoDB: Trx id counter is 3 659653632
140430 9:09:06 InnoDB: Starting an apply batch of log records to the database...
InnoDB: Progress in percents: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99
InnoDB: Apply batch completed
InnoDB: Starting in background the rollback of uncommitted transactions
140430 9:11:18 InnoDB: Rolling back trx with id 3 659653269, 483 rows to undo
140430 9:11:18 InnoDB: Started; log sequence number 1336 213177071
140430 9:11:18 [Note] Event Scheduler: Loaded 0 events
140430 9:11:18 [Note] MySQL: ready for connections.
Version: '5.1.61-community-log' socket: '' port: 3306 MySQL Community Server (GPL)

InnoDB: Rolling back of trx id 3 659653269 completed
140430 9:11:20 InnoDB: Rolling back trx with id 3 659650843, 5935372 rows to undo

InnoDB: Progress in percents: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22140430 9:12:24 [Warning] Aborted connection 4 to db: 'ukmserver' user: 'ukm_server' host: 'localhost' (Got an error reading communication packets)
140430 9:12:24 [Warning] Aborted connection 2 to db: 'import' user: 'root' host: 'localhost' (Got an error reading communication packets)
23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100
InnoDB: Rolling back of trx id 3 659650843 completed
140430 9:12:53 InnoDB: Rollback of non-prepared transactions completed
140430 9:12:56 [Warning] Aborted connection 1 to db: 'ukmserver' user: 'ukm_server' host: 'localhost' (Got an error writing communication packets)
140430 9:13:16 [Warning] Aborted connection 3 to db: 'ukmserver' user: 'ukm_server' host: 'localhost' (Got an error writing communication packets)
140430 11:13:51 [Warning] Aborted connection 48008 to db: 'ukmserver' user: 'root' host: 'kradmin.ad1.amereza.com' (Got an error writing communication packets)
140430 11:20:59 [Warning] Aborted connection 696 to db: 'ukmserver' user: 'root' host: 'kistinfopos01.ad1.amereza.com' (Got an error reading communication packets)
140430 11:24:03 [Warning] Aborted connection 2235 to db: 'ukmserver' user: 'root' host: 'svsminfopos01.ad1.amereza.com' (Got an error reading communication packets)
140430 11:42:31 [Warning] Aborted connection 8237 to db: 'ukmserver' user: 'root' host: 'kidninfopos01.ad1.amereza.com' (Got an error reading communication packets)
140430 11:45:04 [Warning] Aborted connection 7977 to db: 'ukmserver' user: 'root' host: 'kigrinfo02.ad1.amereza.com' (Got an error reading communication packets)
140430 11:48:03 [Warning] Aborted connection 9999 to db: 'ukmserver' user: 'root' host: 'svniinfopos.ad1.amereza.com' (Got an error reading communication packets)
140430 11:57:28 [Warning] Aborted connection 12023 to db: 'ukmserver' user: 'root' host: 'kiplinfopos02.ad1.amereza.com' (Got an error reading communication packets)


my.ini
 
[mysqld]
basedir=c:/MySQL
datadir=f:/DATA/MySQL/data
port=3306
character-set-server=utf8
innodb_lock_wait_timeout=1500
innodb_data_file_path=ibdata1:300M:autoextend
innodb_log_buffer_size=300M
innodb_log_file_size=600M
innodb_flush_log_at_trx_commit=1
innodb_buffer_pool_size=12288M
innodb_additional_mem_pool_size=300M
innodb_file_io_threads=8
max_connections=900
max_connect_errors=999999999
net_read_timeout=3600
net_write_timeout=3600
table_lock_wait_timeout=3600
log-warnings=9
thread_cache_size=900

long_query_time = 10
log_slow_queries = f:/data/mysql/data/slow_20140131.log


На сервере 32Г оперативки, из них 10 отдано Ораклу. Суммарно процессами занято, по словам винды, 28898М из 35907М, Мускул и Оракл сейчас используют 14190М и 10162М соответсвенно. Подключений немного, не более 100, а во время падения не более 60.
Файл ibdata1 относительно небольшой, 364Г.
Есть slow логи, в моменты останова запросы выполнялись разные и как-бы совсем обычные.
На диске F, где лежит база, сободно более 400Г, на tempdir=С:\windows\temp -22Г. Если на дисках остается меньше 15Г, ко мне приходит алерт. Алерт не приходил.
Реально не понимаю, куда копать.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 15:30:30
    #38630284
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
Потенциальных вариантов много.
С этими же физическими дисками еще кто-то работает? Тот же Оракл?
Велики ли дисковые очереди?

Для начала я бы обошелся шаманским бубном - апгрейдом на последнюю стабильную версию MySQL (хотя бы в пределах ветки 5.1, а лучше 5.5 или 5.6) и заменой SATA-кабелей.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 15:44:28
    #38630312
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
http://support.microsoft.com/kb/2002606/fr This problem happens if a large number of ATTRIBUTE_LIST_ENTRY is needed to maintain a heavily fragmented file in NFTS.
Включен ли параметр innodb_file_per_table ?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 15:48:13
    #38630321
ScareCrow
ScareCrow
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
авторERROR 1450: Insufficient system resources exist to complete the requested service.

смотри кто у тя каких дескрипторов сожрал больше чем система тянет.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 16:42:41
    #38630407
Aliced
Aliced
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
На другую версию MySQL, как и на MariaDB, перейти, к сожалению, не могу, т.к. ПО поддерживается только под эту версию Мускула.
Дисковые полочки Оракл и Мускул используют каждый свою.
Дисковые очереди сейчас покопаю, выглядят действительно не очень.
SATA-кабеля сейчас предложу заменить, хотя админ мне крест на пузе рисует, что все ок. А админ у нас достаточно бородат и свитерист.

Какие еще предложения?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 16:51:18
    #38630415
ScareCrow
ScareCrow
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
http://www.microsoft.com/en-us/search/SupportResults.aspx?form=mssupport&q=OS Errors 1450
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 16:52:28
    #38630417
Aliced
Aliced
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
miksoftВключен ли параметр innodb_file_per_table ?

нет, не включен. Да, файл фрагментирован.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 16:58:14
    #38630431
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
AlicedmiksoftВключен ли параметр innodb_file_per_table ?нет, не включен. Да, файл фрагментирован.Ну так отсюда и рекомендация - включить и пересоздать базу.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 16:59:20
    #38630433
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
AlicedНа другую версию MySQL, как и на MariaDB, перейти, к сожалению, не могу, т.к. ПО поддерживается только под эту версию Мускула.Таки проверьте этот момент поподробнее. Апгрейд в пределах ветки обычно не запрещают.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 17:00:03
    #38630435
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
AlicedSATA-кабеля сейчас предложу заменить, хотя админ мне крест на пузе рисует, что все ок. А админ у нас достаточно бородат и свитерист.:)
Пожалуй, это можно отложить на попозже.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 17:20:05
    #38630456
Aliced
Aliced
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
miksoftAlicedпропущено...
нет, не включен. Да, файл фрагментирован.Ну так отсюда и рекомендация - включить и пересоздать базу.

Штудировала этот момент.
1. При моем кол-ве таблиц (более 500) раза в полтора вырастет общий размер базы.
2. возможно снижение быстродействия за счет необходимости открывать-закрывать отдельные файлы БД
3. поддержка ПО меня и так проклинает. Подозреваю, что о такой возможности даже не знают ;)
4. Пересоздать сейчас проблематично-под винду бесплатные/малобюджетные решения работают крайне медленно и в полном объеме за ночь я залить данные не успею. А обрезанный скелет (без документов) сливается 1 час и заливается 4 часа, уже делала, еле всех уговорила, но все равно были недовольные. По любому буду делать, но должно хотя бы полгода пройти :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
30.04.2014, 17:31:20
    #38630471
miksoft
miksoft
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
Aliced1. При моем кол-ве таблиц (более 500) раза в полтора вырастет общий размер базы.с чего бы?
Aliced2. возможно снижение быстродействия за счет необходимости открывать-закрывать отдельные файлы БДВозможно. Лечится увеличением параметров кэширования открытых таблиц и т.п. Сама по себе цифра 500 не страшна.

4. Можно попробовать ускорить некоторыми исхитрениями. В частности, сливать/заливать не дамп, а только данные, например, в tsv-формате. Можно делать сразу с несколькими таблицами параллельно.
В конце концов, если места на диске хватит с запасом, то можно потаблично переводить таблицы в отдельные файлы. Правда, тогда исходный файл базы так и останется большим, как сейчас. А потом таки грохнуть и пересоздать базу, а файлы с таблицами подсунуть взамен пустых. Но рекомендую сначала потренироваться на кошках.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.06.2014, 11:29:04
    #38671455
Aliced
Aliced
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
Подитожу, может кому-то в будущем поможет:

Исследования показали, что падеж наблюдается когда при выполнении громоздкого запроса, например
Код: plsql
1.
delete from trm_out_receipt_discounts where id <= 3353310 and cash_id = 2013012


(таблица размером 96гигов, очередь чтения в диску почти 99-100%), запустить еще один громоздкий типа
Код: plsql
1.
optimize table trm_out_receipt_footer


(trm_out_receipt_footer-таблица относительно небольшая, всего 1,6гига).
Из 11 падений 4 произошло ровно в 23:07.
Пытки разработчиков, включая использование утюга, ни к чему не привели. Изучение slow-логов запросов дольше 5 секунд тоже: все запросы абсолютно обычные. Склоняюсь к мысли, что причиной является сильная фрагментация.

Фрагментация самых больших таблиц страшная в силу специфики софта: с 6 до 12 дня точечно удаляются данные трехмесячной давности из 30 самых больших и популярных таблиц, и одновременно с этим идет постепенная заливка новых. Нагрузка диска с БД в это время 100%.

Также исследования показали, что после выполнения OPTIMIZE (на InnoDB самозаменяется на recreate + analyze) некоторых часто используемых таблиц, падеж на время прекращается.

Похоже, что в данной ситуации самое лучшее решение будет действительно перевод таблиц на innodb_file_per_table, хотя абсолютно не представляю процесс перехода на нашей круглосуточно работающей БД. И кошек понадобится много.

miksoft, отдельное БОЛЬШОЕ СПАСИБО за своевременные и дельные советы не только мне, но и всем в разделе MySQL!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.06.2014, 23:00:24
    #38672422
netwind
netwind
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
InnoDB: Operating system error number 1450 in a file operation.
Aliced, что-то не понятно чем это может пригодится. причина ошибки не обнаружена
очередь должна работать как бы диск не нагружался.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / MySQL [игнор отключен] [закрыт для гостей] / InnoDB: Operating system error number 1450 in a file operation. / 14 сообщений из 14, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 403ms
Закрыть
start [/forum/topic.php?fid=47&mobile=1&tid=1834654]:
 0ms
get settings:
 10ms
get forum list:
 17ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 104ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 44ms
get tp. blocked users:
 1ms
others: 211ms
total:  403ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]