Em 05/11/2010 18:17, Euler Taveira de Oliveira escreveu: > André Ormenese (particular) escreveu: >> Restoring user relation files >> Segmentation fault (core dumped) >> > Podes realizar os seguintes passos ... > > $ gdb /path/to/pg_upgrade > . > . > . > (gdb) r > . > . > . > (gdb) bt > . > . > . > (gdb) quit > > e enviar a saída? > > Euler e demais,
refiz todo o processo em outra máquina e agora o retorno do gdb é este : GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) r Starting program: /dados/bancos/pghemo9/bin/pg_upgrade (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New LWP 100388] (no debugging symbols found)...[New Thread 0x800b020b0 (LWP 100388)] Performing Consistency Checks ----------------------------- Checking old data directory (/dados/bancos/pg_hemo/data) ok Checking old bin directory (/dados/bancos/pg_hemo/bin) ok Checking new data directory (/dados/bancos/pghemo9/data) ok Checking new bin directory (/dados/bancos/pghemo9/bin) ok Checking for reg* system oid user data types ok Checking for /contrib/isn with bigint-passing mismatch ok Checking for large objects ok Creating catalog dump ok Checking for presence of required libraries ok | If pg_upgrade fails after this point, you must | re-initdb the new cluster before continuing. | You will also need to remove the ".old" suffix | from /dados/bancos/pg_hemo/data/global/pg_control.old. Performing Migration -------------------- Adding ".old" suffix to old global/pg_control ok Analyzing all rows in the new cluster ok Freezing all rows on the new cluster ok Deleting new commit clogs ok Copying old commit clogs to new server ok Setting next transaction id for new cluster ok Resetting WAL archives ok Setting frozenxid counters in new cluster ok Creating databases in the new cluster ok Adding support functions to new cluster ok Restoring database schema to new cluster ok Removing support functions from new cluster ok Restoring user relation files Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x800b020b0 (LWP 100388)] 0x0000000000405f8d in relarr_lookup_rel () (gdb) bt #0 0x0000000000405f8d in relarr_lookup_rel () #1 0x00000000004060ef in gen_db_file_maps () #2 0x000000000040779a in transfer_all_new_dbs () #3 0x0000000000407198 in main () (gdb) Mais uma vez obrigado pela força !!! _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
