|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Здравствуйте, уважаемые форумчане! Очень прошу помощи разработчиков PostgreSQL в спасении базы данных, в которую было вложено масса человеческого труда, но которая накрылась. Пожалуйста, не ругайте за отсутствие бекапов, система работала под виртуальной машиной и делались бекапы всей виртуалки, причем все бекапы оказались битыми, т.к. эта проблема вылезла на всех бекапах после перезапуска СУБД, проблема была как бы в спящем состоянии. Ошибка missing chunk number 0 for thoast value 246706 in pg_toast_2619 Вываливается при любом обращении к одной из самых главных таблиц. Не помогло 1. Не помогли советы из интернета типа: Код: plsql 1. 2.
и прочие все возможные попытки сделать REINDEX и VACUUM всего возможного. 2. Если мы правильно поняли, то данная проблема связана с некими тостами, которые связаны с индексами таблицы. Удаление всех индексов проблемной таблицы не помогло. Даже удаление всех индексов базы данных с последующим REINDEX. 3. Не работает pg_dump, та же ошибка. Зашли в тупик :( ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 16:04 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Дополнительная информация Версия PostgreSQL 9.1.5 postgresql.conf # ----------------------------- # PostgreSQL configuration file # ----------------------------- # # This file consists of lines of the form: # # name = value # # (The "=" is optional.) Whitespace may be used. Comments are introduced with # "#" anywhere on a line. The complete list of parameter names and allowed # values can be found in the PostgreSQL documentation. # # The commented-out settings shown in this file represent the default values. # Re-commenting a setting is NOT sufficient to revert it to the default value; # you need to reload the server. # # This file is read on server startup and when the server receives a SIGHUP # signal. If you edit the file on a running system, you have to SIGHUP the # server for the changes to take effect, or use "pg_ctl reload". Some # parameters, which are marked below, require a server shutdown and restart to # take effect. # # Any parameter can also be given as a command-line option to the server, e.g., # "postgres -c log_connections=on". Some parameters can be changed at run time # with the "SET" SQL command. # # Memory units: kB = kilobytes Time units: ms = milliseconds # MB = megabytes s = seconds # GB = gigabytes min = minutes # h = hours # d = days #------------------------------------------------------------------------------ # FILE LOCATIONS #------------------------------------------------------------------------------ # The default values of these variables are driven from the -D command-line # option or PGDATA environment variable, represented here as ConfigDir. #data_directory = 'ConfigDir' # use data in another directory # (change requires restart) #hba_file = 'pg_hba.conf' # host-based authentication file # (change requires restart) #ident_file = 'ConfigDir/pg_ident.conf' # ident configuration file # (change requires restart) # If external_pid_file is not explicitly set, no extra PID file is written. #external_pid_file = '(none)' # write an extra PID file # (change requires restart) #------------------------------------------------------------------------------ # CONNECTIONS AND AUTHENTICATION #------------------------------------------------------------------------------ # - Connection Settings - listen_addresses = '*' # what IP address(es) to listen on; # comma-separated list of addresses; # defaults to 'localhost', '*' = all # (change requires restart) port = 5436 # (change requires restart) max_connections = 500 # (change requires restart) # Note: Increasing max_connections costs ~400 bytes of shared memory per # connection slot, plus lock space (see max_locks_per_transaction). #superuser_reserved_connections = 3 # (change requires restart) #unix_socket_directory = '' # (change requires restart) #unix_socket_group = '' # (change requires restart) #unix_socket_permissions = 0777 # begin with 0 to use octal notation # (change requires restart) #bonjour = off # advertise server via Bonjour # (change requires restart) #bonjour_name = '' # defaults to the computer name # (change requires restart) # - Security and Authentication - #authentication_timeout = 1min # 1s-600s #ssl = off # (change requires restart) #ssl_ciphers = 'ALL:!ADH:!LOW:!EXP:!MD5:@STRENGTH' # allowed SSL ciphers # (change requires restart) #ssl_renegotiation_limit = 512MB # amount of data between renegotiations password_encryption = on #db_user_namespace = off # Kerberos and GSSAPI #krb_server_keyfile = '' #krb_srvname = 'postgres' # (Kerberos only) #krb_caseins_users = off # - TCP Keepalives - # see "man 7 tcp" for details #tcp_keepalives_idle = 0 # TCP_KEEPIDLE, in seconds; # 0 selects the system default #tcp_keepalives_interval = 0 # TCP_KEEPINTVL, in seconds; # 0 selects the system default #tcp_keepalives_count = 0 # TCP_KEEPCNT; # 0 selects the system default #------------------------------------------------------------------------------ # RESOURCE USAGE (except WAL) #------------------------------------------------------------------------------ # - Memory - shared_buffers = 32MB # min 128kB # (change requires restart) #temp_buffers = 8MB # min 800kB #max_prepared_transactions = 0 # zero disables the feature # (change requires restart) # Note: Increasing max_prepared_transactions costs ~600 bytes of shared memory # per transaction slot, plus lock space (see max_locks_per_transaction). # It is not advisable to set max_prepared_transactions nonzero unless you # actively intend to use prepared transactions. #work_mem = 1MB # min 64kB #maintenance_work_mem = 16MB # min 1MB max_stack_depth = 2MB # min 100kB # - Kernel Resource Usage - #max_files_per_process = 1000 # min 25 # (change requires restart) #shared_preload_libraries = '' # (change requires restart) # - Cost-Based Vacuum Delay - #vacuum_cost_delay = 0ms # 0-100 milliseconds #vacuum_cost_page_hit = 1 # 0-10000 credits #vacuum_cost_page_miss = 10 # 0-10000 credits #vacuum_cost_page_dirty = 20 # 0-10000 credits #vacuum_cost_limit = 200 # 1-10000 credits # - Background Writer - #bgwriter_delay = 200ms # 10-10000ms between rounds #bgwriter_lru_maxpages = 100 # 0-1000 max buffers written/round #bgwriter_lru_multiplier = 2.0 # 0-10.0 multipler on buffers scanned/round # - Asynchronous Behavior - #effective_io_concurrency = 1 # 1-1000. 0 disables prefetching #------------------------------------------------------------------------------ # WRITE AHEAD LOG #------------------------------------------------------------------------------ # - Settings - #wal_level = minimal # minimal, archive, or hot_standby # (change requires restart) #fsync = on # turns forced synchronization on or off #synchronous_commit = on # synchronization level; on, off, or local #wal_sync_method = fsync # the default is the first option # supported by the operating system: # open_datasync # fdatasync (default on Linux) # fsync # fsync_writethrough # open_sync #full_page_writes = on # recover from partial page writes #wal_buffers = -1 # min 32kB, -1 sets based on shared_buffers # (change requires restart) #wal_writer_delay = 200ms # 1-10000 milliseconds #commit_delay = 0 # range 0-100000, in microseconds #commit_siblings = 5 # range 1-1000 # - Checkpoints - #checkpoint_segments = 3 # in logfile segments, min 1, 16MB each #checkpoint_timeout = 5min # range 30s-1h #checkpoint_completion_target = 0.5 # checkpoint target duration, 0.0 - 1.0 #checkpoint_warning = 30s # 0 disables # - Archiving - #archive_mode = off # allows archiving to be done # (change requires restart) #archive_command = '' # command to use to archive a logfile segment #archive_timeout = 0 # force a logfile segment switch after this # number of seconds; 0 disables #------------------------------------------------------------------------------ # REPLICATION #------------------------------------------------------------------------------ # - Master Server - # These settings are ignored on a standby server #max_wal_senders = 0 # max number of walsender processes # (change requires restart) #wal_sender_delay = 1s # walsender cycle time, 1-10000 milliseconds #wal_keep_segments = 0 # in logfile segments, 16MB each; 0 disables #vacuum_defer_cleanup_age = 0 # number of xacts by which cleanup is delayed #replication_timeout = 60s # in milliseconds; 0 disables #synchronous_standby_names = '' # standby servers that provide sync rep # comma-separated list of application_name # from standby(s); '*' = all # - Standby Servers - # These settings are ignored on a master server #hot_standby = off # "on" allows queries during recovery # (change requires restart) #max_standby_archive_delay = 30s # max delay before canceling queries # when reading WAL from archive; # -1 allows indefinite delay #max_standby_streaming_delay = 30s # max delay before canceling queries # when reading streaming WAL; # -1 allows indefinite delay #wal_receiver_status_interval = 10s # send replies at least this often # 0 disables #hot_standby_feedback = off # send info from standby to prevent # query conflicts #------------------------------------------------------------------------------ # QUERY TUNING #------------------------------------------------------------------------------ # - Planner Method Configuration - enable_bitmapscan = on enable_hashagg = on enable_hashjoin = on enable_indexscan = on enable_material = on enable_mergejoin = on enable_nestloop = on enable_seqscan = on enable_sort = on enable_tidscan = on # - Planner Cost Constants - #seq_page_cost = 1.0 # measured on an arbitrary scale #random_page_cost = 4.0 # same scale as above #cpu_tuple_cost = 0.01 # same scale as above #cpu_index_tuple_cost = 0.005 # same scale as above #cpu_operator_cost = 0.0025 # same scale as above #effective_cache_size = 128MB # - Genetic Query Optimizer - #geqo = on #geqo_threshold = 12 #geqo_effort = 5 # range 1-10 #geqo_pool_size = 0 # selects default based on effort #geqo_generations = 0 # selects default based on effort #geqo_selection_bias = 2.0 # range 1.5-2.0 #geqo_seed = 0.0 # range 0.0-1.0 # - Other Planner Options - #default_statistics_target = 100 # range 1-10000 #constraint_exclusion = partition # on, off, or partition #cursor_tuple_fraction = 0.1 # range 0.0-1.0 #from_collapse_limit = 8 #join_collapse_limit = 8 # 1 disables collapsing of explicit # JOIN clauses #------------------------------------------------------------------------------ # ERROR REPORTING AND LOGGING #------------------------------------------------------------------------------ # - Where to Log - #log_destination = 'stderr' # Valid values are combinations of # stderr, csvlog, syslog, and eventlog, # depending on platform. csvlog # requires logging_collector to be on. # This is used when logging to stderr: #logging_collector = off # Enable capturing of stderr and csvlog # into log files. Required to be on for # csvlogs. # (change requires restart) # These are only used if logging_collector is on: #log_directory = 'pg_log' # directory where log files are written, # can be absolute or relative to PGDATA #log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # log file name pattern, # can include strftime() escapes #log_file_mode = 0600 # creation mode for log files, # begin with 0 to use octal notation #log_truncate_on_rotation = off # If on, an existing log file with the # same name as the new log file will be # truncated rather than appended to. # But such truncation only occurs on # time-driven rotation, not on restarts # or size-driven rotation. Default is # off, meaning append to existing files # in all cases. #log_rotation_age = 1d # Automatic rotation of logfiles will # happen after that time. 0 disables. #log_rotation_size = 10MB # Automatic rotation of logfiles will # happen after that much log output. # 0 disables. # These are relevant when logging to syslog: #syslog_facility = 'LOCAL0' #syslog_ident = 'postgres' #silent_mode = off # Run server silently. # DO NOT USE without syslog or # logging_collector # (change requires restart) # - When to Log - #client_min_messages = notice # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # log # notice # warning # error #log_min_messages = warning # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # info # notice # warning # error # log # fatal # panic #log_min_error_statement = error # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # info # notice # warning # error # log # fatal # panic (effectively off) #log_min_duration_statement = -1 # -1 is disabled, 0 logs all statements # and their durations, > 0 logs only # statements running at least this number # of milliseconds # - What to Log - #debug_print_parse = off #debug_print_rewritten = off #debug_print_plan = off #debug_pretty_print = on #log_checkpoints = off #log_connections = off #log_disconnections = off #log_duration = off #log_error_verbosity = default # terse, default, or verbose messages #log_hostname = off #log_line_prefix = '' # special values: # %a = application name # %u = user name # %d = database name # %r = remote host and port # %h = remote host # %p = process ID # %t = timestamp without milliseconds # %m = timestamp with milliseconds # %i = command tag # %e = SQL state # %c = session ID # %l = session line number # %s = session start timestamp # %v = virtual transaction ID # %x = transaction ID (0 if none) # %q = stop here in non-session # processes # %% = '%' # e.g. '<%u%%%d> ' #log_lock_waits = off # log lock waits >= deadlock_timeout #log_statement = 'none' # none, ddl, mod, all #log_temp_files = -1 # log temporary files equal or larger # than the specified size in kilobytes; # -1 disables, 0 logs all temp files #log_timezone = '(defaults to server environment setting)' #------------------------------------------------------------------------------ # RUNTIME STATISTICS #------------------------------------------------------------------------------ # - Query/Index Statistics Collector - #track_activities = on #track_counts = on #track_functions = none # none, pl, all #track_activity_query_size = 1024 # (change requires restart) #update_process_title = on #stats_temp_directory = 'pg_stat_tmp' # - Statistics Monitoring - #log_parser_stats = off #log_planner_stats = off #log_executor_stats = off #log_statement_stats = off #------------------------------------------------------------------------------ # AUTOVACUUM PARAMETERS #------------------------------------------------------------------------------ autovacuum = on # Enable autovacuum subprocess? 'on' # requires track_counts to also be on. log_autovacuum_min_duration = -1 # -1 disables, 0 logs all actions and # their durations, > 0 logs only # actions running at least this number # of milliseconds. autovacuum_max_workers = 3 # max number of autovacuum subprocesses # (change requires restart) autovacuum_naptime = 30min # time between autovacuum runs autovacuum_vacuum_threshold = 50 # min number of row updates before # vacuum autovacuum_analyze_threshold = 50 # min number of row updates before # analyze autovacuum_vacuum_scale_factor = 0.2 # fraction of table size before vacuum autovacuum_analyze_scale_factor = 0.1 # fraction of table size before analyze #autovacuum_freeze_max_age = 200000000 # maximum XID age before forced vacuum # (change requires restart) #autovacuum_vacuum_cost_delay = 20ms # default vacuum cost delay for # autovacuum, in milliseconds; # -1 means use vacuum_cost_delay #autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for # autovacuum, -1 means use # vacuum_cost_limit #------------------------------------------------------------------------------ # CLIENT CONNECTION DEFAULTS #------------------------------------------------------------------------------ # - Statement Behavior - #search_path = '"$user",public' # schema names #default_tablespace = '' # a tablespace name, '' uses the default #temp_tablespaces = '' # a list of tablespace names, '' uses # only default tablespace #check_function_bodies = on #default_transaction_isolation = 'read committed' #default_transaction_read_only = off #default_transaction_deferrable = off #session_replication_role = 'origin' #statement_timeout = 0 # in milliseconds, 0 is disabled #vacuum_freeze_min_age = 50000000 #vacuum_freeze_table_age = 150000000 bytea_output = 'escape' # hex, escape #xmlbinary = 'base64' #xmloption = 'content' # - Locale and Formatting - datestyle = 'iso, dmy' #intervalstyle = 'postgres' #timezone = '(defaults to server environment setting)' #timezone_abbreviations = 'Default' # Select the set of available time zone # abbreviations. Currently, there are # Default # Australia # India # You can create your own file in # share/timezonesets/. #extra_float_digits = 0 # min -15, max 3 #client_encoding = sql_ascii # actually, defaults to database # encoding # These settings are initialized by initdb, but they can be changed. lc_messages = 'Russian_Russia' # locale for system error message # strings lc_monetary = 'Russian_Russia' # locale for monetary formatting lc_numeric = 'Russian_Russia' # locale for number formatting lc_time = 'Russian_Russia' # locale for time formatting # default configuration for text search default_text_search_config = 'pg_catalog.russian' # - Other Defaults - #dynamic_library_path = '$libdir' #local_preload_libraries = '' #------------------------------------------------------------------------------ # LOCK MANAGEMENT #------------------------------------------------------------------------------ #deadlock_timeout = 1s #max_locks_per_transaction = 64 # min 10 # (change requires restart) # Note: Each lock table slot uses ~270 bytes of shared memory, and there are # max_locks_per_transaction * (max_connections + max_prepared_transactions) # lock table slots. #max_pred_locks_per_transaction = 64 # min 10 # (change requires restart) #------------------------------------------------------------------------------ # VERSION/PLATFORM COMPATIBILITY #------------------------------------------------------------------------------ # - Previous PostgreSQL Versions - #array_nulls = on #backslash_quote = safe_encoding # on, off, or safe_encoding #default_with_oids = off #escape_string_warning = on #lo_compat_privileges = off #quote_all_identifiers = off #sql_inheritance = on #standard_conforming_strings = on #synchronize_seqscans = on # - Other Platforms and Clients - #transform_null_equals = off #------------------------------------------------------------------------------ # ERROR HANDLING #------------------------------------------------------------------------------ #exit_on_error = off # terminate session on any error? #restart_after_crash = on # reinitialize after backend crash? #------------------------------------------------------------------------------ # CUSTOMIZED OPTIONS #------------------------------------------------------------------------------ #custom_variable_classes = '' # list of custom variable class names zero_damaged_pages = on ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 16:25 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
execoma2Здравствуйте, уважаемые форумчане! Очень прошу помощи разработчиков PostgreSQL в спасении базы данных, в которую было вложено масса человеческого труда, но которая накрылась. Пожалуйста, не ругайте за отсутствие бекапов, система работала под виртуальной машиной и делались бекапы всей виртуалки, причем все бекапы оказались битыми, т.к. эта проблема вылезла на всех бекапах после перезапуска СУБД, проблема была как бы в спящем состоянии. Ошибка missing chunk number 0 for thoast value 246706 in pg_toast_2619 Вываливается при любом обращении к одной из самых главных таблиц. Не помогло 1. Не помогли советы из интернета типа: Код: plsql 1. 2.
и прочие все возможные попытки сделать REINDEX и VACUUM всего возможного. 2. Если мы правильно поняли, то данная проблема связана с некими тостами, которые связаны с индексами таблицы. Удаление всех индексов проблемной таблицы не помогло. Даже удаление всех индексов базы данных с последующим REINDEX. 3. Не работает pg_dump, та же ошибка. Зашли в тупик :( ну для простоты - выбираете все id из этой таблицы (оно toast не дергает и не должно сломаться) далее пишите скрипт который по этим id поштучно вытаскивает записи и вставляет в новую таблицу... часть записей не считается (с этой ошибкой) тогда можно попробовать хотя бы часть полей для этих записей вытащить руками... собственно все.... работы на 15 минут с shell/perl/psql PS: версия базы какая? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 16:25 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
ну для простоты - выбираете все id из этой таблицы (оно toast не дергает и не должно сломаться) далее пишите скрипт который по этим id поштучно вытаскивает записи и вставляет в новую таблицу... часть записей не считается (с этой ошибкой) тогда можно попробовать хотя бы часть полей для этих записей вытащить руками... Да, id читаются. Можно попробовать. PS: версия базы какая? PostgreSQL 9.1.5 fsync=on и full_page_writes=on не спасли. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 16:44 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
execoma2fsync=on и full_page_writes=on не спасли. execoma2система работала под виртуальной машинойВы в курсе что включенный кеш системы виртуализации эквивалентен fsync=off и full_page_writes=off? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 17:28 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
ЁшВы в курсе что включенный кеш системы виртуализации эквивалентен fsync=off и full_page_writes=off? Вы имеете в виду виртуальную машину под которой работала ОС? Мы разработчики, это пользователи так бекапили. Может быть в этом и есть причина. Хотя если бекапили на холодную, то должно было быть все нормально. Maxim Boguk, спасибо, идея оказалась рабочей. В таблице не читалось 2 столбца, удалось создать копию таблицы и перенести туда все, кроме этих двух столбцов, а потом подминить таблицу. Правда пришлось очень помудиться, т.к. на таблицу ссылалось много внешних ключей и было много взаимосвязанных объектов. В результате через клиентское приложение удалось вытащить важные данные через функцию экспорта. Но база все равно осталась непригодной для использования, т.к. ошибка при некоторых операциях повторяется, в том числе не работает vacuum. Экспортированные данные будут также импортироваться через клиентское приложение, но уже в нормальную БД. Поэтому проблему можно считать частично решенной. В нашем случае такой способ подошел, но он подойдет не всем. Будьте осторожны! Делайте бекапы! ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 18:59 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
execoma2Вы имеете в виду виртуальную машину под которой работала ОС? Мы разработчики, это пользователи так бекапили. Может быть в этом и есть причина. Хотя если бекапили на холодную, то должно было быть все нормально.Смотря что Вы имеете ввиду под «холодным» :) если suspend виртуалки то не факт. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 19:24 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Ёш, я не знаю как там это работает, но подозреваю, что и с suspend должно было быть все нормально, т.к. виртуалка все сбрасывает на жесткий диск, включая образ оперативной памяти, после чего сам эмулятор можно закрывать. На моей практике под VMWare не было, чтобы из-за этого крашилась ОС на виртуальной машине. Не знаю, что там и как используют пользователи, у которых закрашилась база, но здесь ничего исключать нельзя. Особенно удивляет отложенность данного эффекта до перезапуска СУБД. Не понятно почему проблема вылезла так поздно, когда уже были наделаны бекапы. Я не эксперт по PostgreSQL, но может быть при перезапуске было выполнено что-то типа vacuum или reindex, что на поврежденных данных и привело к возникновению проблемы. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 19:41 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
execoma2, я думаю что пользователи либо не бекапили образ оперативной памяти, либо делали копию имиджа диска с работающей виртуалки. Оба этих варианта приведут к повреждению СУБД даже при fsync=on. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 19:52 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Ой, что-то я не обратил внимание на версию, PostgreSQL 9.1.5, показалось что 9.2.5, для 9.1 текущая 9.1.10, в 9.1.5 были и ошибки с повреждением данных... может быть виртуалка и не при чём. ... |
|||
:
Нравится:
Не нравится:
|
|||
13.11.2013, 19:58 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
ЁшОй, что-то я не обратил внимание на версию, PostgreSQL 9.1.5, показалось что 9.2.5, для 9.1 текущая 9.1.10, в 9.1.5 были и ошибки с повреждением данных... может быть виртуалка и не при чём. Ошибка с "missing chunk number 0" была в 9.1.2 исправлена так что тут скорее всего всетаки это именно backup ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2013, 01:42 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
execoma2ЁшВы в курсе что включенный кеш системы виртуализации эквивалентен fsync=off и full_page_writes=off? Вы имеете в виду виртуальную машину под которой работала ОС? Мы разработчики, это пользователи так бекапили. Может быть в этом и есть причина. Хотя если бекапили на холодную, то должно было быть все нормально. Maxim Boguk, спасибо, идея оказалась рабочей. В таблице не читалось 2 столбца, удалось создать копию таблицы и перенести туда все, кроме этих двух столбцов, а потом подминить таблицу. Правда пришлось очень помудиться, т.к. на таблицу ссылалось много внешних ключей и было много взаимосвязанных объектов. В результате через клиентское приложение удалось вытащить важные данные через функцию экспорта. Но база все равно осталась непригодной для использования, т.к. ошибка при некоторых операциях повторяется, в том числе не работает vacuum. Экспортированные данные будут также импортироваться через клиентское приложение, но уже в нормальную БД. Поэтому проблему можно считать частично решенной. В нашем случае такой способ подошел, но он подойдет не всем. Будьте осторожны! Делайте бекапы! 1)чтобы работал vacuum надо старую поврежденную таблицу дропнуть 2)те два столбца тоже можно скорее всего вытащить для 99% строк если построчно читать 3)с fk да геморой но кто обещал что data recovery это просто :) но вообще лучше всего да заново сделать базу... мало ли что там еще и где побилось ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2013, 01:46 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Сказали, что бекапили именно на выключенной машине. Спецы пользователя нашли следующее решение, может кому поможет в будущем, цитирую: автор1) При помощи анализатора из EMS SQL Manager for PostgreSQL определили поля, где содержатся битые данные. Заходили в каждую схему и на каждой таблице делали "Анализ и сборка мусора", выбирали VERBOSE, галочку на очистке не ставили, а дальше смотрели на какое поле ругается. 2) Удалили все ссылки на данные поля 3) Сменили тип поля на char 4 )Сменили назад на text 5) Вернули все ссылки vacum проходит на этой базе. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2013, 10:32 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Добрый день! Помогите пожалуйста! Столкнулись с этой же ситуацией. Ошибка missing chunk number 0 for thoast value 246706 in pg_toast_2619 При обновлении, входе или любых операциях выскакивает эта ошибка. Перерыл интернет, взял все советы. Много чего еще перепробовали, но пока так и не смогли просто хотя бы снять схему. Очень надеюсь может кто сталкивался и поможет с этим. Вообщем, что происходит: - vacuum и reindex не проходит - pg_dump не проходит -отдельно схему выгрузить не получается -соответсвенно Maxim Boguk ну для простоты - выбираете все id из этой таблицы (оно toast не дергает и не должно сломаться) далее пишите скрипт который по этим id поштучно вытаскивает записи и вставляет в новую таблицу... часть записей не считается (с этой ошибкой) тогда можно попробовать хотя бы часть полей для этих записей вытащить руками... Таблица данная toast_2619, читается вся. Я создал таблицу, и туда все данные insert ом спокойно скопировал, без ошибок. Но проводить действия с этой toast я не могу, она запрещает любое изменение. Что можно сделать? ------------------------------------------------------------------------------------------------------- 1) При помощи анализатора из EMS SQL Manager for PostgreSQL определили поля, где содержатся битые данные. Заходили в каждую схему и на каждой таблице делали "Анализ и сборка мусора", выбирали VERBOSE, галочку на очистке не ставили, а дальше смотрели на какое поле ругается. 2) Удалили все ссылки на данные поля 3) Сменили тип поля на char 4 )Сменили назад на text 5) Вернули все ссылки vacum проходит на этой базе. Поставил менеджер, "Анализ и сборка мусора" не прокатывает, вываливается моя ошибка и не запускается соответственно операция. Нашел единственную таблицу использующую, поле text. Таблицу удалил, но ничего не изменилось. А теперь об истоках. Начальные условия: - База нулевая, только что созданная. Вручную собирали базу, накатывание таблиц, индексов, ключей. - Ничего не считалось, не работало, не запускалось. - Информацию накатили недели две назад, и все. - Перед ошибкой просто сидели накатывали вручную процедуры. Никаких изменений в таблицах не происходило. Если кто что знает, подскажите пожалуйста!! Хотя бы схему надо снять, заново все делать очень-очень-очень не хочется.... :.( ... |
|||
:
Нравится:
Не нравится:
|
|||
31.10.2014, 10:11 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
inforse, ну вот так вот например http://www.databasesoup.com/2013/10/de-corrupting-toast-tables.html --Maxim Boguk www.postgresql-consulting.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
02.11.2014, 16:32 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
execoma2 Да, id читаются. Можно попробовать. Добрый день. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
Как можно исправить? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2018, 18:15 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Ошибка: Код: sql 1.
Операции: Код: sql 1. 2. 3. 4. 5. 6. 7. 8.
не помогли. Ключи: Код: sql 1. 2.
не позволили слить базу. Посоветуйте пожалуйста, как ещё можно полечить базу? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.04.2018, 23:09 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
IgorOhrimenko, Если в одной конкретной таблице - то выгружать скриптом по значениям primary key поштучно... там ошибки будут в 1-2-3 а не во всей таблице. Так выгрузите всю таблицу без нескольких записей. Можно в другую таблицу в той же базе. -- Maxim Boguk dataegret.ru ... |
|||
:
Нравится:
Не нравится:
|
|||
18.04.2018, 08:08 |
|
missing chunk number 0 for toast value XXX in pg_toast_YYY
|
|||
---|---|---|---|
#18+
Maxim Boguk, полный вывод таблицы невозможен из-за ошибки, из схемы получил структуру таблицы и поколоночно выводил, косяк был в одном столбце, но из-за ошибки toast ни одну запись из него вывести не удалось. Запустил pg_admin III, по началу он выдавал всё те же ошибки, но потом попробовал забекапить таблицу и это удалось, и даже проблемный столбец в целости и сохранности выгрузился, после чего загрузил схему и после данные. При следующем вакууме вылезла ошибка подобная "uncommitted xmin 7767466 from before xid cutoff 10071337 needs to be frozen" в ещё одной таблице, через бекап и восстановление pg_admin'ом починил, после этих манипуляций с двумя таблицами вакуум и бекап базы стали проходить без ошибок. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2018, 10:57 |
|
|
start [/forum/topic.php?fid=53&msg=38463714&tid=1995800]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
26ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 138ms |
0 / 0 |