Re: Postgresql Hata

Selamlar Fırat Bey,

Canlı sistem ile test ortamınızın arşiv dizinleri biririnden ayrı değil mi? Test amaçlı restore'mu yaptınız yoksa test ortamını mı restore yaptınız. Eğer test amaçlı restore yaptıysanız lütfen canlı sistem ile restore ettiğiniz sunucunun farklı arşiv hedeflerine kopyalama yaptığından emin olun. Aksi durumda sizin canlı sisteminize ait arşiv loglarınız zarar görecek ve yedeklerinizin üzerine bu logları işletemez hale geleceksiniz.

İyi çalışmalar.

Samed YILDIRIM

15.08.2017, 09:24, "Fırat Güleç" firat(dot)gulec(at)hepsiexpress(dot)com:

Merhaba Can,

Bu hatayı test ortamında alıyorum çünkü restore işlemini sadece test ortamında yaptım. Canlıda bir problem yok. Test ortamındaki archieve_status’un içeriğini gönderiyorum, neredeyse hepsi ready olarak duruyor. Archieve status’u nasıl düzenleyebilirim yardımcı olursanız sevinirim.

İyi çalışmalar.

From: pgsql-tr-genel-owner(at)postgresql(dot)org [mailto:pgsql-tr-genel-owner(at)postgresql(dot)org] On Behalf Of Can Sirin

Sent: Monday, August 14, 2017 9:09 PM

To: pgsql-tr-genel(at)postgresql(dot)org

Subject: Re: [pgsql-tr-genel] Postgresql Hata

Yeniden merhaba,

Tahminimin aksine dönüş değer 0'dan farklı olan komut, test değil cp komutuymuş demekki. Arşivlenen wal segmentlerinin kaydı pg_xlog dizini altındaki archive_status dizininde saklanıyor. Bu dizinin altında .done ile biten dosya en son hangi wal segmentinin arşivlendiğini, .ready ile biten dosyalarda arşivlenecek olan dosyaları temsil ediyor.

Fakat bu noktada o dizinin içeriğine doğrudan müdahele etmeyle iligli tecrübem yok. Grupta bu konuda daha tecrübeli arkadaşlar belki daha net cevap verebilirler ama o dizinin içeriğinin uygun hale getirilip arşivlemenin sıradaki dosyadan devam ettirilmesi gerektiğini düşünüyorum. Bir test ortamınız varsa doğrudan pg_xlog/archive_status dizininin içeriğini güncelleyip, servisi restart ederek bir deneme yapabilirsiniz.

İyi çalışmalar

Can Şirin

Quoting Fırat Güleç firat(dot)gulec(at)hepsiexpress(dot)com:

Merhaba Can,

Dönüşün için tesekkur ederim. Bahsettiğin move daha önce de dosyanın ismini rename yaparak denemiştim. Fakat bir değişen olmamıştı. Şimdi de bahsettiğin gibi aşağıdaki komutu çalıştırdım. Bir değişiklik olmadı. Alttaki hataları almaya devam ediyor.

mv -v /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup /root

p: cannot stat 'pg_xlog/000000010000000700000065.00000028.backup': No such file or directory

2017-08-14 15:21:49 +03 [8898-38767] LOG: archive command failed with exit code 1

2017-08-14 15:21:49 +03 [8898-38768] DETAIL: The failed archive command was: test ! -f /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup cp pg_xlog/000000010000000700000065.00000028.backup /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup

cp: cannot stat 'pg_xlog/000000010000000700000065.00000028.backup': No such file or directory

2017-08-14 15:21:50 +03 [8898-38769] LOG: archive command failed with exit code 1

2017-08-14 15:21:50 +03 [8898-38770] DETAIL: The failed archive command was: test ! -f /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup cp pg_xlog/000000010000000700000065.00000028.backup /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup

cp: cannot stat 'pg_xlog/000000010000000700000065.00000028.backup': No such file or directory

2017-08-14 15:21:51 +03 [8898-38771] LOG: archive command failed with exit code 1

2017-08-14 15:21:51 +03 [8898-38772] DETAIL: The failed archive command was: test ! -f /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup cp pg_xlog/000000010000000700000065.00000028.backup /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup

2017-08-14 15:21:51 +03 [8898-38773] WARNING: archiving transaction log file "000000010000000700000065.00000028.backup" failed too many times, will try again later

İyi çalışmalar.

From: pgsql-tr-genel-owner(at)postgresql(dot)org [mailto:pgsql-tr-genel-owner(at)postgresql(dot)org] On Behalf Of Can Sirin

Sent: Friday, August 11, 2017 10:40 AM

To: pgsql-tr-genel(at)postgresql(dot)org

Subject: Re: [pgsql-tr-genel] Postgresql Hata

Merhaba,

Logda belirtildiği üzere arşivleme komutunun dönüş değeri 0 olmadığı için arşivleme yapılamamış. Muhtemelen

/var/lib/postgresql/pg_log_archive/

dizininde

000000010000000700000065.00000028.backup

isimli bir dosya hali hazırda mevcut ve bu yüzden de test komutu 1 dönüyor. Bu dosyayı o dizinden farklı bir yere taşıyın. Arşivleme komutunun başarılı çalışacaktır. Zaten ardından pg_xlog dizininde biriken wal segmentleri kendiliğinden archive dizinine taşınmış olacak.

Özetle, aşağıdaki komutu çalıştırırsanız arşivleme kendilğinden devam edecektir.

mv -v /var/lib/postgresql/pg_log_archive/000000010000000700000065.00000028.backup /root

İyi çalışmalar

Can Şirin

Quoting Fırat Güleç firat(dot)gulec(at)hepsiexpress(dot)com:

Merhabalar,

Hepsiexpress ailesi olarak aranıza katılmaktan mutluluk duyuyoruz. Size sormak istediğim bir konu var.


Test ortamında Recovering Using a Continuous Archive Backup işlemi yaptığımda başarılı bir şekilde recovery yaptım. Fakat log dosyalarında sürekli ekteki hataları basmaya başladı ve artık daha önce archieve’leri saklamak icin belirlediğim “/var/lib/postgresql/pg_log_archive” pathinde hic dosya oluşmuyor. Default olarak “/var/lib/postgresql/9.5/main/pg_xlog” path’inde oluşuyor. Araştırma yaptığımda restore işleminden sonra bu şekilde hataların alınabileceğinden bahseden linklere rastladım. 1. Linkteki en altta belirttiğim resolution’I yaptım fakat hata düzelmedi. Henüz Barman veya standby gibi bir sunucumuz yok. /docs/9.5/static/continuous-archiving.html#BACKUP-PITR-RECOVERY-- Setting Up WAL Archiving’e göre ayarları yaptım.

1-http://documentation.commvault.com/commvault/v10/article?p=products/postgresql/restore_troubleshooting.htm

2-https://stackoverflow.com/questions/17444379/postgresql-9-2-archiving-last-replayed-wal-after-recovery

3-/message-id/CAL4HELd1H_1dANNDazPb4TGWVMdxWWEeECPjABUuTZn6n4rn0Q%40mail.gmail.com

Resolution

This error does not interfere with the backups and restores performed by the software, hence you can ignore them.

However, restarting the PostgreSQL Server will eliminate these warnings in the future.

To avoid the warnings, use the archive command without the test utility as shown in the example below.

archive_command = 'cp %p /opt/PostgreSQL/9.1/archive_dir/%f'

For more information on running a correct archive command, seePSQL0005.

İyi çalışmalar.

FIRAT GÜLEÇ

Veritabanı Yöneticisi

firat(dot)gulec(at)hepsiexpress(dot)com

M:0 532 210 57 18

İnönü Mh. Mimar Sinan Cd. No:3 Güzeller Org.San.Bölg. GEBZE / KOCAELİ

,

adresine yollayabilirsiniz.

---------------------------(end of broadcast)---------------------------

TIP 2: you can get off all lists at once with the unregister command

(send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)