Re: Postgresql Hata

Merhaba,

İlk seceneği yaparak ilerledim. Başarılı bir şekilde oldu Samed Bey.

Yardımınız için ikinizede çok teşekkür ederim.

İyi çalışmalar dilerim.

*From:* Fırat Güleç [mailto:firat(dot)gulec(at)hepsiexpress(dot)com]
*Sent:* Wednesday, August 16, 2017 10:47 AM
*To:* 'Samed YILDIRIM' <samed(at)reddoc(dot)net>; 'Can Şirin' <sirincan(at)itu(dot)edu(dot)tr>;
'pgsql-tr-genel(at)postgresql(dot)org' <pgsql-tr-genel(at)postgresql(dot)org>
*Subject:* RE: [pgsql-tr-genel] Postgresql Hata

Merhaba Samed Bey,

Verdiğiniz değerli bilgiler için çok teşekkür ederim. Ben restore işlemini
test amaçlı yapmıştım. Canlı ile farklı alanlarda tutuluyor. Test olduğu
için arşiv logları arasında boşluk kalması sorun olmayacaktır.
Bahsettiğiniz şekilde uygulayıp, size sonucunu döneceğim.

İyi çalışmalar.

*From:* Samed YILDIRIM [mailto:samed(at)reddoc(dot)net <samed(at)reddoc(dot)net>]
*Sent:* Tuesday, August 15, 2017 10:01 AM
*To:* Fırat Güleç <firat(dot)gulec(at)hepsiexpress(dot)com>; Can Şirin <
sirincan(at)itu(dot)edu(dot)tr>; pgsql-tr-genel(at)postgresql(dot)org
*Subject:* Re: [pgsql-tr-genel] 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
<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, see PSQL0005
<http://documentation.commvault.com/commvault/v10/article?p=products/postgresql/backup_troubleshooting.htm#psql0005>
.

İ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İ
------------------------------

[image: Inline image 1]

,

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)