Re: [FreeBSD] POSTGRESQL Türkçe dil desteği problemi

[Ercan Can]

Teşekkür ederim İsmail Bey,

bash'ı kullanıyorum, değişkenleri yazdığınız gibi eklediğim zaman sorunum 
çözüldü.


  

Re: [FreeBSD] POSTGRESQL Türkçe dil desteği problemi

[Ismail YENIGUL]

Title: Re: [FreeBSD] POSTGRESQL Türkçe dil desteği problemi




Merhaba,

Hangi shell'i kullanıyorsunuz?
/etc/profile dosyasında birde aşağıdaki gibi yapıp komutu verebilir misiniz?


LANG=tr_TR.ISO8859-9 
MM_CHARSET=ISO-8859-9 
export LANG MM_CHARSET 

Kolay gelsin.

Thursday, April 9, 2009, 9:39:53 AM, you wrote:






Merhaba arkadaşlar,
 
Freebsd 6.3 Postgresql8.2'yi kurdum. initdb komutunu çalıştırdığımda aşağıdaki hatayı alıyorum. 
 
[r...@can /usr/local/etc/rc.d]# /usr/local/etc/rc.d/postgresql initdb
export: tr_TR.ISO8859-9: bad variable name
 
latin5 için /etc/profile dosyasının sonuna aşağıdaki kodları ekledim.
export LANG=tr_TR.ISO8859-9  
export MM_CHARSET=ISO-8859-9 
 
cevabınız için şimdiden teşekkürler.
 








-- 
+
+ http://www.enderunix.org/ismail  http://www.endersys.com.tr       +
+ EnderUNIX SDT @ Tr               Endersys Consultancy Ltd.        +
+ ismail ~ enderunix.org           ismail.yenigul ~ endersys.com.tr +
+ Volunteer, Core Team Member      Project Manager                  +
+
SurGATE Messaging Gateway
http://www.endersys.com.tr/urunler/surgate/surgate.html




FreeBSD 6 kitabi: http://www.acikakademi.com/catalog/freebsd6
-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: freebsd-unsubscr...@lists.enderunix.org
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey

Re: [FreeBSD] POSTGRESQL Türkçe dil desteği problemi

[hayy]

Selamlar,

Postgresql'i debian üzerinde kullanıyorum bu yüzden Freebsd'de postgresql
hangi parametrelerle çalışıyor bilmiyorum fakat intidb ile database set
edilirken encoding diye bir parametre alıyor olmalıdır. Örneğin:
--encoding=utf-8. Postgresql, üzerinde çalışacağı database'in encodingi aksi
belirtilmedikçe latin-1 dir. Bu parametre /etc/profile'den değişmez diye
biliyorum, çünkü 8.4 versiyonu ile aynı sunucuda encodingi birbirinden
farklı database'ler oluşturmaya izin verilecek. Bu sebeple initdb nin man
sayfasını iyi kurcalayın derim.

Kolay gelsin

2009/4/9 Ercan Can 

> Merhaba arkadaşlar,
>
> Freebsd 6.3 Postgresql8.2'yi kurdum. initdb komutunu çalıştırdığımda
> aşağıdaki hatayı alıyorum.
>
> [r...@can /usr/local/etc/rc.d]# /usr/local/etc/rc.d/postgresql initdb
> export: tr_TR.ISO8859-9: bad variable name
>
> latin5 için /etc/profile dosyasının sonuna aşağıdaki kodları ekledim.
> export LANG=tr_TR.ISO8859-9
> export MM_CHARSET=ISO-8859-9
>
> cevabınız için şimdiden teşekkürler.
>
>
>

[FreeBSD] POSTGRESQL Türkçe dil desteği problemi

[Ercan Can]

Merhaba arkadaşlar,

Freebsd 6.3 Postgresql8.2'yi kurdum. initdb komutunu çalıştırdığımda aşağıdaki 
hatayı alıyorum. 

[r...@can /usr/local/etc/rc.d]# /usr/local/etc/rc.d/postgresql initdb
export: tr_TR.ISO8859-9: bad variable name

latin5 için /etc/profile dosyasının sonuna aşağıdaki kodları ekledim.
export LANG=tr_TR.ISO8859-9  
export MM_CHARSET=ISO-8859-9 

cevabınız için şimdiden teşekkürler.


  

Re: [FreeBSD] postgresql

[hayy]

max_connections = 100

bu sayıyı makul bir rakama çekip postgresql i yeniden başlatmanız
gerekecektir.
aynı anda bağlanan istemci sayısı 100 den az ama bu hatayı yine de
alıyorsanız, kapanmayan postgresql bağlantıları mevcuttur.

db_link bu hataya sebep olabilir, farklı iki db arasında bağlantı kurarken.


2008/11/17 Mesut GÜLNAZ <[EMAIL PROTECTED]>

>  Web sayfasında sorunlar yaşıyorum. Aşağıdaki konusu nasıl halledebilirim?
>
>
>
> Sistem: FreeBSD 5.4-STABLE
>
> CPU states: 53.1% user,  0.0% nice, 41.9% system,  5.0% interrupt,  0.0%
> idle
>
> Mem: 2240M Active, 1108M Inact, 265M Wired, 97M Cache, 112M Buf, 117M Free
>
> Swap: 6144M Total, 68K Used, 6144M Free
>
>
>
> Nov 17 11:13:06 www postgres[89058]: [2-1] ÖLÜMCÜL:  üzgünüm, istemci
> sayısı çok fazla
>
> Nov 17 11:13:06 www postgres[89060]: [2-1] ÖLÜMCÜL:  üzgünüm, istemci
> sayısı çok fazla
>
> Nov 17 11:13:06 www postgres[89068]: [2-1] ÖLÜMCÜL:  üzgünüm, istemci
> sayısı çok fazla
>
> Nov 17 11:13:06 www postgres[89048]: [2-1] ÖLÜMCÜL:  superuser olmayan
> kullanıcı bağlantı sayısı sınırı aşıldı
>
> Nov 17 11:13:06 www postgres[89005]: [2-1] ÖLÜMCÜL:  superuser olmayan
> kullanıcı bağlantı sayısı sınırı aşıldı
>
> Nov 17 11:13:06 www postgres[89039]: [2-1] ÖLÜMCÜL:  superuser olmayan
> kullanıcı bağlantı sayısı sınırı aşıldı
>
> Nov 17 11:13:06 www postgres[89049]: [2-1] ÖLÜMCÜL:  superuser olmayan
> kullanıcı bağlantı sayısı sınırı aşıldı
>
>
>
> postgresql-client-8.2.4 PostgreSQL database (client)
>
> postgresql-server-8.2.9 The most advanced open-source database available
> anywhere
>
>
>
> # egrep -v "^#" postgresql.conf
>
> listen_addresses = '*'  # what IP address(es) to listen on;
>
> max_connections = 100   # (change requires restart)
>
> shared_buffers = 512MB  # min 128kB or max_connections*16kB
>
> work_mem = 5MB  # min 64kB
>
> max_fsm_pages = 179200  # min max_fsm_relations*16, 6 bytes each
>
> effective_cache_size = 1024MB
>
> log_destination = 'syslog'
>
> autovacuum = on# 'on' requires stats_start_collector
>
> datestyle = 'iso, dmy'
>
> lc_monetary = 'tr_TR.UTF-8' # locale for monetary formatting
>
> lc_numeric = 'tr_TR.UTF-8'  # locale for number formatting
>
> #
>
>
>
> İyi çalışmalar…
>

[FreeBSD] postgresql

[Mesut GÜLNAZ]

Web sayfasında sorunlar yaşıyorum. Aşağıdaki konusu nasıl halledebilirim?

 

Sistem: FreeBSD 5.4-STABLE

CPU states: 53.1% user,  0.0% nice, 41.9% system,  5.0% interrupt,  0.0%
idle

Mem: 2240M Active, 1108M Inact, 265M Wired, 97M Cache, 112M Buf, 117M Free

Swap: 6144M Total, 68K Used, 6144M Free

 

Nov 17 11:13:06 www postgres[89058]: [2-1] ÖLÜMCÜL:  üzgünüm, istemci sayısı
çok fazla

Nov 17 11:13:06 www postgres[89060]: [2-1] ÖLÜMCÜL:  üzgünüm, istemci sayısı
çok fazla

Nov 17 11:13:06 www postgres[89068]: [2-1] ÖLÜMCÜL:  üzgünüm, istemci sayısı
çok fazla

Nov 17 11:13:06 www postgres[89048]: [2-1] ÖLÜMCÜL:  superuser olmayan
kullanıcı bağlantı sayısı sınırı aşıldı

Nov 17 11:13:06 www postgres[89005]: [2-1] ÖLÜMCÜL:  superuser olmayan
kullanıcı bağlantı sayısı sınırı aşıldı

Nov 17 11:13:06 www postgres[89039]: [2-1] ÖLÜMCÜL:  superuser olmayan
kullanıcı bağlantı sayısı sınırı aşıldı

Nov 17 11:13:06 www postgres[89049]: [2-1] ÖLÜMCÜL:  superuser olmayan
kullanıcı bağlantı sayısı sınırı aşıldı

 

postgresql-client-8.2.4 PostgreSQL database (client)

postgresql-server-8.2.9 The most advanced open-source database available
anywhere

 

# egrep -v "^#" postgresql.conf

listen_addresses = '*'  # what IP address(es) to listen on; 

max_connections = 100   # (change requires restart)

shared_buffers = 512MB  # min 128kB or max_connections*16kB

work_mem = 5MB  # min 64kB

max_fsm_pages = 179200  # min max_fsm_relations*16, 6 bytes each

effective_cache_size = 1024MB

log_destination = 'syslog'

autovacuum = on# 'on' requires stats_start_collector

datestyle = 'iso, dmy'

lc_monetary = 'tr_TR.UTF-8' # locale for monetary formatting

lc_numeric = 'tr_TR.UTF-8'  # locale for number formatting

#

 

İyi çalışmalar.

[FreeBSD] postgresql autovacuum

[Mesut GÜLNAZ]

Postgresql de auto vacuum u etkinleştirmek istiyorum ancak yaptığım birkaç
denemede başarılı olamadım. Ne gibi bir konfig önerirsiniz?

 

# - Cost-Based Vacuum Delay -



#vacuum_cost_delay = 0  # 0-1000 milliseconds   

#vacuum_cost_page_hit = 1   # 0-1 credits

#vacuum_cost_page_miss = 10 # 0-1 credits  

#vacuum_cost_page_dirty = 20# 0-1 credits  

#vacuum_cost_limit = 200# 0-1 credits

 

 

#---

# AUTOVACUUM PARAMETERS  

#---

 

autovacuum = on

 

#autovacuum = off   # enable autovacuum subprocess?

# 'on' requires
stats_start_collector

# and stats_row_level to also be on

#autovacuum_naptime = 1min  # time between autovacuum runs

#autovacuum_vacuum_threshold = 500  # min # of tuple updates before

# vacuum

#autovacuum_analyze_threshold = 250 # min # of tuple updates before


# analyze

#autovacuum_vacuum_scale_factor = 0.2   # fraction of rel size before


# vacuum

#autovacuum_analyze_scale_factor = 0.1  # fraction of rel size before

# analyze

#autovacuum_freeze_max_age = 2  # maximum XID age before forced
vacuum

# (change requires restart)

#autovacuum_vacuum_cost_delay = -1  # default vacuum cost delay for 

# autovacuum, -1 means use

# vacuum_cost_delay

#autovacuum_vacuum_cost_limit = -1  # default vacuum cost limit for

# autovacuum, -1 means use


# vacuum_cost_limit 

 

 

İyi çalışmalar...

 

Mesut GÜLNAZ

[FreeBSD] postgresql ve performans

[Mesut GÜLNAZ]

İsmail yenigül arkadaşımızın hazırlamış olduğu postgresql de performans
konulu dökümandan yararlanarak alt yapısı 

 

# egrep CPU /var/run/dmesg.boot 

CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3189.40-MHz 686-class CPU)

  Hyperthreading: 2 logical CPUs

cpu0:  on acpi0

# top -S

 

last pid: 61371;  load averages:  0.62,  0.61,  0.56
up 0+19:49:52  10:28:12

189 processes: 4 running, 129 sleeping, 56 waiting

CPU states: 16.7% user,  0.0% nice, 10.9% system,  1.6% interrupt, 70.8%
idle

Mem: 209M Active, 2599M Inact, 219M Wired, 20K Cache, 112M Buf, 798M Free

Swap: 6144M Total, 6144M Free

 

 

Şeklinde olan bir sunucu üzerinde sysctl.conf dosyasına 

 

kern.ipc.shmmax=1073741824

#shmall = shmmax / 4096 (page size)

kern.ipc.shmall=262144

kern.ipc.semmsl=512

kern.ipc.semmap=256

 

 

parametrelerini /boot/loader.conf dosyasına 

 

kern.ipc.semmni=512

kern.ipc.semmns=1024

kern.ipc.semmnu=512

kern.maxusers=512

 

parametrelerini girdim. postgresql.conf dosyasında ise aşağıdaki
değişiklikleri yaptım.

 

max_connections = 100

shared_buffers = 512MB

work_mem = 5MB   

effective_cache_size = 1024MB

 

sunucuyu yeniden başlattıktan sonra postgresql başlangıçta çalışmadı ve
ctrl-c ile başlatılmasını durdurdum ve sunucunun açılmasını sağladım. Daha
sonradan elle çalıştırmaya çalıştığımda aşağıdaki hatayı aldım. Bu hata
ctrl-c ile kesmeden öncede verilen hatanın aynısı. Sorun nedir ve nasıl
çözebilirim? Değerleri nasıl değiştirerek uygun bir değerler dengesi
sağlayabilirim...

 

Apr 28 14:27:54 www postgres[47361]: [1-1] ÖLÜMCÜL:  shared memory segment
oluşturulamıyor: Invalid argument

Apr 28 14:27:54 www postgres[47361]: [1-2] AYRINTI:Başarısız sistem çağrısı:
shmget(key=5432001, size=140214272, 03600).

Apr 28 14:27:54 www postgres[47361]: [1-3] İPUCU:Bu hata, PostgreSQL'in
shared memory isteğinin kernelin SHMMAX parametresinde verilen değerinin
aıldığını gösteriyor.

Apr 28 14:27:54 www postgres[47361]: [1-4] İstenilen bellek boyutunu
dürebilir veya kerneli daha büyük bir SHMMAX parametresi ile yeniden
konfigure edebilirsiniz.

Apr 28 14:27:54 www postgres[47361]: [1-5] İstenilen bellek boyutunu (şu an
140214272 bayt) düşürmek için PostgreSQL'in shared_buffers parametresini (şu
an 16384) ve/veya

Apr 28 14:27:54 www postgres[47361]: [1-6] max_connections (şu an 100)
parametrelerini düşürebilirsiniz.

Apr 28 14:27:54 www postgres[47361]: [1-7] Eğer istenilen bellek boyutu
zaten küçük ise, kernelin SHMMIN parametresinden düşük olabilir, bu durumda
istenilen bellek

Apr 28 14:27:54 www postgres[47361]: [1-8] boyutunu SHMMIN değerine kadar
büyütmeniz lazım veya SHMMIN değerini düşürmeniz lazmı. PostgreSQL
dokümanlarında shared memory

Apr 28 14:27:54 www postgres[47361]: [1-9] konfigurasyonu hakkında daha
fazla bilgi bulabilirsiniz.

 

İyi çalışmalar...

 

Mesut GÜLNAZ

Re: [FreeBSD] postgresql ve türkçe sıralama

[Ismail YENIGUL]

Merhaba Mesut Hocam,

Cevabim biraz gec oldu. Sebebi biraz arastirma yapmamdi.

> -su-2.05b# egrep iso /etc/rc.conf
> keymap=tr.iso9.q #/usr/share/sysconf/keymap/tr.iso9.q.kbd dosyasy
> font8x16=iso09-8x16 #/usr/share/sysconf/fonts/iso09-8x16.fnt dosyasy
> -su-2.05b# egrep 8859 /etc/profile
> export LANG=tr_TR.ISO8859-9
> export MM_CHARSET=ISO-8859-9

PostgreSQL'de dil destegi icin sistemde tanımlı olan locale değeri
yerine, initdb komutuna verilen parametreyi dikkate alır. FreeBSD'de
UTF8'e göre sıralamada sorun varmış. Eğer utf8 bir db kullanmak
istiyorsanız Postgresql 8.1 için ICU yaması var. Bu yamayı da
postgresql 8.1 kurarken ki gelen ekranda görebilirsin.
Fakat bu yama henüz 8.2 için uyarlanmamış.
Türkçe sıralama için ISO8859-9 (LATIN5) veritabanı için  init yapabilirsiniz.
Fakat maalesef "locale" değeri sadece initdb ile pgsql ilklenirken
verilebiliyor. (PostgreSQL TODO listesinde bu değerin yeni bir DB
oluştururken de seçebilme özelliği var)

$ initdb -E LATIN5 --locale tr_TR.ISO8859-9

Fakat siz söyledikten sonra yaptığım testlerde tr_TR.ISO8859-9 için de
sıralama sorun olduğunu gördüm.

/usr/share/locale/tr_TR.ISO8859-9/LC_COLLATE dosyası
../la_LN.US-ASCII/LC_COLLATE bağlantılı idi. Yani tam tr_TR.ISO8859-9
için tam bir collate(sıralama) desteği yoktu. Bununla ilgili gerekli locale
dosyaslarını oluşturup FreeBSD'ye gönderdim.

http://www.freebsd.org/cgi/query-pr.cgi?pr=118976

İlgili dosyalar bugün FreeBSD src altına alındı. Sanırım bugün veya yarın bir 
cvsup
yaparsanız ilgili dosyalar gelecektir. Tüm sistemi make world ile
derlemeden aşağıdaki komutları vererek yeni locale değerini sisteme
kurabilirsiniz.
# cd /usr/src/share/colldef
# make install clean

Bu komutlardan sonra

$ initdb -E LATIN5 --locale tr_TR.ISO8859-9

komutu ile postgresql db'yi oluşturabilirsiniz.



  

-- 
+
+ http://www.enderunix.org/ismail  http://www.endersys.com.tr   +
+ EnderUNIX SDT @ Tr   Endersys Consultancy Ltd.+
+ ismail ~ enderunix.org   ismail.yenigul ~ endersys.com.tr +
+ Volunteer, Core Team Member  Project Manager  +
+
TCP/IP ve Ağ güvenliği kitabının 2. baskısı çıktı!
http://dukkan.acikakademi.com


-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
FreeBSD 6 kitabi cikti! http://www.acikakademi.com/catalog/freebsd6

[FreeBSD] postgresql ve türkçe sıralama

[Mesut GÜLNAZ]

http://seminer.linux.org.tr/konferanslar/inet-tr99/sql/

 

burada "PostgreSQL'de Türkçe Dil Desteği" konusu altında anlatılanlarden ne
denilmek istemiş tam anlayamadım. Sorunum 

 

postgresql de türkçe karakterlerin olmasına rağmen, sıralama yapılmak
istendiğinde türkçe karakterleri en sonda sıralaması.

 

-su-2.05b$ pg_ctl --version

pg_ctl (PostgreSQL) 8.2.4

-su-2.05b$

 

-su-2.05b# egrep iso /etc/rc.conf 

keymap=tr.iso9.q #/usr/share/sysconf/keymap/tr.iso9.q.kbd dosyasy

font8x16=iso09-8x16 #/usr/share/sysconf/fonts/iso09-8x16.fnt dosyasy

-su-2.05b# egrep 8859 /etc/profile 

export LANG=tr_TR.ISO8859-9

export MM_CHARSET=ISO-8859-9 

-su-2.05b# su - pgsql

mesg: /dev/ttyp0: Operation not permitted

-su-2.05b$ echo $LANG

tr_TR.ISO8859-9

-su-2.05b$ echo $MM_CHARSET

ISO-8859-9

-su-2.05b$

 

İyi çalışmalar...

 

Mesut GÜLNAZ

[FreeBSD] postgresql hatasi

[Huseyin ERSOY]

Anladim mysql i baslatmadan baglanmaya calismisim galiba.
Ayni hatayi postgresql icinde aldim. pgsql i nasil baslatabilirim.
Tesekkurler
iyi calismalar

[FreeBSD] postgresql ve autovacuum

[mesutgl]

postgresql üzerinde "autovacuum" nedir? ne işe yarar ve kullanılması 
gereklimidir? kapatılsa sisteme zarar verir mi? 

Oct  1 23:18:54 mail postgres[48212]: [1-1] UYARI:  geçersiz ayarlarından 
dolayı autovacuum =çalıştırılamadı
Oct  1 23:18:54 mail postgres[48212]: [1-2] =DDPUCU:"stats_start_collector" 
ve "stats_row_level" seçeneklerini etkinleşitirin. 


[EMAIL PROTECTED]:/www/db/pgsql/data]# egrep autovacuum *
postgresql.conf:autovacuum =3D on
postgresql.conf:#autovacuum =3D off   # enable autova=
cuum=20
subprocess?
postgresql.conf:#autovacuum_naptime =3D 1min  # time between=20
autovacuum runs
postgresql.conf:#autovacuum_vacuum_threshold =3D 500  # min # of tupl=
e=20
updates before
postgresql.conf:#autovacuum_analyze_threshold =3D 250 # min # of tupl=
e=20
updates before
postgresql.conf:#autovacuum_vacuum_scale_factor =3D 0.2   # fraction of r=
el=20
size before
postgresql.conf:#autovacuum_analyze_scale_factor =3D 0.1  # fraction of r=
el=20
size before
postgresql.conf:#autovacuum_freeze_max_age =3D 2  # maximum XID a=
ge=20
before forced vacuum
postgresql.conf:#autovacuum_vacuum_cost_delay =3D -1  # default vacuu=
m=20
cost delay for
postgresql.conf:# autovacuum, -1=20
means use
postgresql.conf:#autovacuum_vacuum_cost_limit =3D -1  # default vacuu=
m=20
cost limit for
postgresql.conf:# autovacuum, -1=20
means use
[EMAIL PROTECTED]:/www/db/pgsql/data]#

-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
FreeBSD 6 kitabi cikti! http://www.acikakademi.com/catalog/freebsd6

RE: [FreeBSD] postgresql - kurulum

[Mesut GÜLNAZ]

Pgsql kullanıcısının bir betiği yok. O hatayı almamak için hangi satır
eklenmeli?

 

From: Baris Simsek [mailto:[EMAIL PROTECTED] 
Sent: Monday, October 01, 2007 12:24 PM
To: freebsd@lists.enderunix.org
Subject: RE: [FreeBSD] postgresql - kurulum

 

Merhaba,

 

İki hata var hangisini tam olarak soruyorsunuz?

 

1.

 

[EMAIL PROTECTED]:~]# su - pgsql

mesg: /dev/ttyp0: Operation not permitted

 

2. 

 

$ pg_ctl restart

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

 

Birincisi muhtemelen pgsql kullanici icin calisan bir login betiginden
geliyor. /etc/bashrc /etc/profile .bashrc vs bunlardan olabilir.

 

Ikincisinin nedeni gayet acik zaten. PGDATA degiskenini set etmelisiniz.
Bashrc ye yazarsaniz iyi olacak.

 

Selamlar.

Baris Simsek

+++
+ http://www.enderunix.org/simsek  http://www.endersys.com.tr +
+ EnderUNIX SDT @ Tr   Endersys Consultancy Ltd.  +
+ simsek ~ enderunix.org   baris.simsek ~ endersys.com.tr +
+ Volunteer, Software DeveloperDirector   +
+++

  _  

From: Mesut GÜLNAZ [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 5:09 PM
To: freebsd@lists.enderunix.org
Subject: [FreeBSD] postgresql - kurulum

 

Enderunix dökümanını takip ediyorum. Şu şekilde bir hata alıyorum. Nasıl
düzeltebilirim.

 

 [EMAIL PROTECTED]:~]# ps auxw | grep pgsql

pgsql  13502  0,0  0,1 39504  5700  ??  Is4:59PM   0:00,08
/usr/local/bin/postgres -D /usr/local/pgsql/data

pgsql  13504  0,0  0,1 39528  5972  ??  Ss4:59PM   0:00,02 postgres:
writer process(postgres)

pgsql  13505  0,0  0,1  7712  5528  ??  Ss4:59PM   0:00,00 postgres:
stats collector process(postgres)

root   14060  0,0  0,0  1608   980  p0  S+5:04PM   0:00,00 grep pgsql

 

[EMAIL PROTECTED]:~]# su - pgsql

mesg: /dev/ttyp0: Operation not permitted

$ pg_ctl status

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

$ pg_ctl restart

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

$

 

 

İyi çalışmalar...

 

Mesut GÜLNAZ

RE: [FreeBSD] postgresql - kurulum

[Baris Simsek]

Merhaba,

 

İki hata var hangisini tam olarak soruyorsunuz?

 

1.

 

[EMAIL PROTECTED]:~]# su - pgsql

mesg: /dev/ttyp0: Operation not permitted

 

2. 

 

$ pg_ctl restart

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

 

Birincisi muhtemelen pgsql kullanici icin calisan bir login betiginden
geliyor. /etc/bashrc /etc/profile .bashrc vs bunlardan olabilir.

 

Ikincisinin nedeni gayet acik zaten. PGDATA degiskenini set etmelisiniz.
Bashrc ye yazarsaniz iyi olacak.

 

Selamlar.

Baris Simsek

+++
+ http://www.enderunix.org/simsek  http://www.endersys.com.tr +
+ EnderUNIX SDT @ Tr   Endersys Consultancy Ltd.  +
+ simsek ~ enderunix.org   baris.simsek ~ endersys.com.tr +
+ Volunteer, Software DeveloperDirector   +
+++

  _  

From: Mesut GÜLNAZ [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 28, 2007 5:09 PM
To: freebsd@lists.enderunix.org
Subject: [FreeBSD] postgresql - kurulum

 

Enderunix dökümanını takip ediyorum. Şu şekilde bir hata alıyorum. Nasıl
düzeltebilirim.

 

 [EMAIL PROTECTED]:~]# ps auxw | grep pgsql

pgsql  13502  0,0  0,1 39504  5700  ??  Is4:59PM   0:00,08
/usr/local/bin/postgres -D /usr/local/pgsql/data

pgsql  13504  0,0  0,1 39528  5972  ??  Ss4:59PM   0:00,02 postgres:
writer process(postgres)

pgsql  13505  0,0  0,1  7712  5528  ??  Ss4:59PM   0:00,00 postgres:
stats collector process(postgres)

root   14060  0,0  0,0  1608   980  p0  S+5:04PM   0:00,00 grep pgsql

 

[EMAIL PROTECTED]:~]# su - pgsql

mesg: /dev/ttyp0: Operation not permitted

$ pg_ctl status

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

$ pg_ctl restart

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

$

 

 

İyi çalışmalar...

 

Mesut GÜLNAZ

Re: [FreeBSD] postgresql - kurulum

[Ismail YENIGUL]

Merhaba Mesut hocam,

PGDATA cevre degiskenini kullandiginiz shell'e gore .bashrc veya
.profile gibi dosyalarda tanimlaman lazim.

Degeri asagidaki gibi olmali.
PGDATA=/usr/local/pgsql/data

veya

pg_ctl -D/usr/local/pgsql/data status
yapabilirsin.

kolay gelsin

Friday, September 28, 2007, 5:09:20 PM, you wrote:

> 
>   
>   
> Enderunix dökümanını takip ediyorum. Şu şekilde bir hata alıyorum. Nasıl 
> düzeltebilirim.
>   
>  
>   
> [EMAIL PROTECTED]:~]# ps auxw | grep pgsql
>   
> pgsql  13502  0,0  0,1 39504  5700  ??  Is    4:59PM   0:00,08
> /usr/local/bin/postgres -D /usr/local/pgsql/data
>   
> pgsql  13504  0,0  0,1 39528  5972  ??  Ss    4:59PM   0:00,02
> postgres: writer process    (postgres)
>   
> pgsql  13505  0,0  0,1  7712  5528  ??  Ss    4:59PM   0:00,00
> postgres: stats collector process    (postgres)
>   
> root   14060  0,0  0,0  1608   980  p0  S+    5:04PM   0:00,00 grep pgsql
>   
>  
>   
> [EMAIL PROTECTED]:~]# su - pgsql
>   
> mesg: /dev/ttyp0: Operation not permitted
>   
> $ pg_ctl status
>   
> pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni 
> boş
>   
> Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.
>   
> $ pg_ctl restart
>   
> pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni 
> boş
>   
> Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.
>   
> $
>   
>  
>   
>  
>   
> İyi çalışmalar...
>   
>  
>   
> Mesut GÜLNAZ
>   
>   
> 


-- 
+
+ http://www.enderunix.org/ismail  http://www.endersys.com.tr   +
+ EnderUNIX SDT @ Tr   Endersys Consultancy Ltd.+
+ ismail ~ enderunix.org   ismail.yenigul ~ endersys.com.tr +
+ Volunteer, Core Team Member  Project Manager  +
+

TCP/IP ve Ağ güvenliği kitabının 2. baskısı çıktı!
http://dukkan.acikakademi.com


-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
FreeBSD 6 kitabi cikti! http://www.acikakademi.com/catalog/freebsd6

[FreeBSD] postgresql - kurulum

[Mesut GÜLNAZ]

Enderunix dökümanını takip ediyorum. Şu şekilde bir hata alıyorum. Nasıl
düzeltebilirim.

 

 [EMAIL PROTECTED]:~]# ps auxw | grep pgsql

pgsql  13502  0,0  0,1 39504  5700  ??  Is4:59PM   0:00,08
/usr/local/bin/postgres -D /usr/local/pgsql/data

pgsql  13504  0,0  0,1 39528  5972  ??  Ss4:59PM   0:00,02 postgres:
writer process(postgres)

pgsql  13505  0,0  0,1  7712  5528  ??  Ss4:59PM   0:00,00 postgres:
stats collector process(postgres)

root   14060  0,0  0,0  1608   980  p0  S+5:04PM   0:00,00 grep pgsql

 

[EMAIL PROTECTED]:~]# su - pgsql

mesg: /dev/ttyp0: Operation not permitted

$ pg_ctl status

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

$ pg_ctl restart

pg_ctl: Hiçbir veritabanı dizini belirtilmemiş ve PGDATA çevresel değişkeni
boş

Daha fazla bilgi için "pg_ctl --help" komutunu kullanabilirsiniz.

$

 

 

İyi çalışmalar...

 

Mesut GÜLNAZ

[FreeBSD] postgresql 8.2.4 ve freebsd 5.4 kurulumu

[Mesut GÜLNAZ]

Aşağıdaki şekilde olan bir sistem üzerine yine aşağıda belirtilen database i
kurabilmek için türkçe ya da ingilizce döküman arıyorum. Önerebileceğiniz
döküman var mı?

 

# head /usr/ports/databases/postgresql82-server/Makefile 

 

 

# New ports collection makefile for:PostgreSQL

# Date created: November 13, 1998

# Whom: Marc G. Fournier <[EMAIL PROTECTED]>

#

# $FreeBSD: ports/databases/postgresql82-server/Makefile,v 1.169 2007/05/19
20:01:14 flz Exp $

#

 

PORTNAME?=  postgresql

PORTVERSION?=   8.2.4

PORTREVISION?=  1

 

 

-su-2.05b# uname -a

FreeBSD www.mydomain.com 5.4-STABLE FreeBSD 5.4-STABLE #2: Tue Aug  2
12:22:32 EEST 2005 [EMAIL PROTECTED]:/usr/src/sys/i386/compile/WWW
i386

-su-2.05b#

 

 

İyi çalışmalar...

 

Mesut GÜLNAZ

Re: [FreeBSD] Postgresql Backup Permission Denied

[Burhan CANMAYA]

Teşekkür ederim chown -R postgres /home/backup   komutu ile sorunum çözüldü.




From: Ismail YENIGUL <[EMAIL PROTECTED]>
Reply-To: freebsd@lists.enderunix.org
To: "Burhan CANMAYA" <[EMAIL PROTECTED]>
CC: freebsd@lists.enderunix.org
Subject: Re: [FreeBSD] Postgresql Backup Permission Denied
Date: Sun, 25 Mar 2007 15:43:16 +0300

Merhabalar,

Anladigim kadariyla bu postgres kullanicisinin crontab'i.

Bu durumda aklima ilk gelen sorun /home/backup veya ve bu dizin
altindaki dosyalar izin ve haklarnda bir sorun var.

# ls -al /home/backup
ciktisini gonderebilir misiniz?

Haklarda bir sorun varsa ve /home/backup dizinine sadece postgres
kullanicisi veri yazacaksa

# chown -R postgres /home/backup

komutu ile sorunu cozebilirisniz.

Kolay gelsin.

Saturday, March 24, 2007, 12:49:39 PM, you wrote:

> Merhabalar...  sistem FC6 x86_64 yapmak istediğim postgresql database 
'inin

> otomatik olarak backup'ını almak.  crontab -e konfigürasyonu şöyle ;
>  0 12 * * * /var/lib/pgsql/backupdb
>  0 * * * * /var/lib/pgsql/vacuum

>   /var/lib/pgsql/backupdb scripti ise şöyle ;
>  #!/bin/bash
>  pg_dump -o cargomax | gzip -9 >/home/backup/cargomax-`date +%a`.gz

> Vacuum işleminde sorun yok ama backup alınması istediğim saatten sonra 
root

> mailbox'a şu hata mesajı düşüyor

> From [EMAIL PROTECTED]  Fri Mar 23 19:00:02 2007
> Date: Fri, 23 Mar 2007 19:00:01 +0200
> From: [EMAIL PROTECTED] (Cron Daemon)
> To: [EMAIL PROTECTED]
> Subject: Cron <[EMAIL PROTECTED]> /var/lib/pgsql/backupdb
> Content-Type: text/plain; charset=UTF-8
> Auto-Submitted: auto-generated
> X-Cron-Env: 
> X-Cron-Env: 
> X-Cron-Env: 
> X-Cron-Env: 
> X-Cron-Env: 

> /var/lib/pgsql/backupdb: line 2: /home/backup/x-Fri.gz: Permission
> denied
> pg_dump: [archiver (db)] connection to database "x" failed: FATAL:  
the

> database system is shutting down


> Bu sorunu nasıl aşabilirim acaba postgresql listelerinede baktım ama 
sonuç

> alamadım

> _
> Siz de iletişimin evrimine katılın!
> http://www.communicationevolved.com/tr-tr/


> -
> Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine 
bakiniz.


> Cikmak icin, e-mail: [EMAIL PROTECTED]
> Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
> Turkiye'nin ilk FreeBSD kitabi:
> http://www.acikakademi.com/catalog/freebsd





--
Ismail YENIGUL
EnderUNIX Cekirdek Takimi Uyesi
Acik Akademi Yayinlari Editoru
[EMAIL PROTECTED]
http://www.enderunix.org

Yayinevi Sanal Magaza: http://dukkan.acikakademi.com
endersys: http://www.endersys.com


-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine 
bakiniz.


Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/catalog/freebsd




_
Siz de iletişimin evrimine katılın! 
http://www.communicationevolved.com/tr-tr/



-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/catalog/freebsd

Re: [FreeBSD] Postgresql Backup Permission Denied

[Ismail YENIGUL]

Merhabalar,

Anladigim kadariyla bu postgres kullanicisinin crontab'i.

Bu durumda aklima ilk gelen sorun /home/backup veya ve bu dizin
altindaki dosyalar izin ve haklarnda bir sorun var.

# ls -al /home/backup
ciktisini gonderebilir misiniz?

Haklarda bir sorun varsa ve /home/backup dizinine sadece postgres
kullanicisi veri yazacaksa

# chown -R postgres /home/backup

komutu ile sorunu cozebilirisniz.

Kolay gelsin.

Saturday, March 24, 2007, 12:49:39 PM, you wrote:

> Merhabalar...  sistem FC6 x86_64 yapmak istediğim postgresql database 'inin
> otomatik olarak backup'ını almak.  crontab -e konfigürasyonu şöyle ;
>  0 12 * * * /var/lib/pgsql/backupdb
>  0 * * * * /var/lib/pgsql/vacuum

>   /var/lib/pgsql/backupdb scripti ise şöyle ;
>  #!/bin/bash
>  pg_dump -o cargomax | gzip -9 >/home/backup/cargomax-`date +%a`.gz

> Vacuum işleminde sorun yok ama backup alınması istediğim saatten sonra root
> mailbox'a şu hata mesajı düşüyor

> From [EMAIL PROTECTED]  Fri Mar 23 19:00:02 2007
> Date: Fri, 23 Mar 2007 19:00:01 +0200
> From: [EMAIL PROTECTED] (Cron Daemon)
> To: [EMAIL PROTECTED]
> Subject: Cron <[EMAIL PROTECTED]> /var/lib/pgsql/backupdb
> Content-Type: text/plain; charset=UTF-8
> Auto-Submitted: auto-generated
> X-Cron-Env: 
> X-Cron-Env: 
> X-Cron-Env: 
> X-Cron-Env: 
> X-Cron-Env: 

> /var/lib/pgsql/backupdb: line 2: /home/backup/x-Fri.gz: Permission
> denied
> pg_dump: [archiver (db)] connection to database "x" failed: FATAL:  the
> database system is shutting down


> Bu sorunu nasıl aşabilirim acaba postgresql listelerinede baktım ama sonuç
> alamadım

> _
> Siz de iletişimin evrimine katılın! 
> http://www.communicationevolved.com/tr-tr/


> -
> Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

> Cikmak icin, e-mail: [EMAIL PROTECTED]
> Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
> Turkiye'nin ilk FreeBSD kitabi:
> http://www.acikakademi.com/catalog/freebsd





-- 
Ismail YENIGUL
EnderUNIX Cekirdek Takimi Uyesi
Acik Akademi Yayinlari Editoru
[EMAIL PROTECTED]
http://www.enderunix.org

Yayinevi Sanal Magaza: http://dukkan.acikakademi.com
endersys: http://www.endersys.com


-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/catalog/freebsd

[FreeBSD] Postgresql Backup Permission Denied

[Burhan CANMAYA]

Merhabalar...  sistem FC6 x86_64 yapmak istediğim postgresql database 'inin 
otomatik olarak backup'ını almak.  crontab -e konfigürasyonu şöyle ;

0 12 * * * /var/lib/pgsql/backupdb
0 * * * * /var/lib/pgsql/vacuum

 /var/lib/pgsql/backupdb scripti ise şöyle ;
#!/bin/bash
pg_dump -o cargomax | gzip -9 >/home/backup/cargomax-`date +%a`.gz

Vacuum işleminde sorun yok ama backup alınması istediğim saatten sonra root 
mailbox'a şu hata mesajı düşüyor



From [EMAIL PROTECTED]  Fri Mar 23 19:00:02 2007

Date: Fri, 23 Mar 2007 19:00:01 +0200
From: [EMAIL PROTECTED] (Cron Daemon)
To: [EMAIL PROTECTED]
Subject: Cron <[EMAIL PROTECTED]> /var/lib/pgsql/backupdb
Content-Type: text/plain; charset=UTF-8
Auto-Submitted: auto-generated
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 
X-Cron-Env: 

/var/lib/pgsql/backupdb: line 2: /home/backup/x-Fri.gz: Permission 
denied
pg_dump: [archiver (db)] connection to database "x" failed: FATAL:  the 
database system is shutting down



Bu sorunu nasıl aşabilirim acaba postgresql listelerinede baktım ama sonuç 
alamadım


_
Siz de iletişimin evrimine katılın! 
http://www.communicationevolved.com/tr-tr/



-
Listeye soru sormadan once lutfen http://ipucu.enderunix.org sitesine bakiniz.

Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://news.gmane.org/gmane.org.user-groups.bsd.turkey
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/catalog/freebsd

[FreeBSD] PostgreSQL Yansisi

[Ozgur Ozdemircili]

Sayin EnderUnix e-posta liste uyeleri,

Enderunix olarak PostgreSQL Turkiye yansisini almis bulunuyoruz.
Yansiya ftp.tr.postgresql.org veya ftp://istanbul.enderunix.org
adreslerinden ulasabilirsiniz.

-- 
Ozgur OZDEMIRCILI
EnderUnix Donem Lideri
EnderUnix SDT ~ Turkey
www.enderunix.org/ozgur
http://www.acikakademi.com/catalog/nethacks/


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re[2]: [FreeBSD] PostgreSQL max connection

[Ismail YENIGUL]

Merhabalar,

ek olarak
SEMMNI ve SEMMNS degerlerini de artirmak gerekiyor.

SEMMNS (Maximum number of semaphores system-wide) = (max_connections /
16) * 17 sizin durumunuzda bu degerin en az 102 olmasi lazim 100 / 16
* 17 = 102
Diger uygulamarda dusunulurse bu degeri en az 256 yapmanizi tavsiye
ederim. Bu degerler sadece acilista degistirilebildiginden
/boot/loader.conf dosyasina asagidaki satirlari yazdiktan sonra reboot
etmek gerekir.

kern.ipc.semmni=256
kern.ipc.semmns=512
kern.ipc.semmnu=256

Son olarak da eger postgresql'i yeni kurmussaniz 8.1 serisini
kurmanizi tavsiye ederim
Monday, November 6, 2006, 3:15:51 PM, you wrote:

> Merhabalar,

> max_connection sayisini artirmak icin postgresql.conf'daki
> shared_buffers degerini de artirmaniz gerekiyor.
> shared_buffer degeri de en az  max_connections sayisinin iki kati
> olmalidir. shared_buffers degeri fiziksel bellegin 1/4 veya yarisi
> kadar tanimlanabilir.  Ornegin shared_buffers degerini 128MB
> tanimlamak icin shared_buffers degeri 16384 tanimlanmalidir.
> (1024 x 1024 * 128 / 8192 = 16384, Her biri 8K bloktan 8192'ye bolundu)

> Bunlar pgsql tarafinda yapilmasi gerekenlerdi. FreeBSD'de
> kern.ipc.shmmax ve kern.ipc.shmall degerlerinin artirilmasi gerekir.
> Yukarida shared_buffers icin 128MB tanimlamisti. Bu durumda
> FreeBSD'nin 128MB'den daha buyuk - en azindan esit- shmmax degeri
> olmasi lazim. shmmax degerini de 512MB yapmak icin asagidaki komutlar
> verilir.

> sysctl kern.ipc.shmmax=536870912# 1024  * 1024 * 512
> sysctl kern.ipc.shmall=536870912


> Detayli bilgi icin:
> http://developer.postgresql.org/pgdocs/postgres/kernel-resources.html




> Monday, November 6, 2006, 2:25:45 PM, you wrote:

>> Merhaba

>> FreeBSD de Postgresql 8.0.X için max_connection öntanımlı değeri 40
>> geliyor ve yükseltmek istedğimizde  Servisi başlatamıyoruz. bağlantı
>> sayısını 100 yapabilmek için Kernel parametrelerinde nasıl bir
>> değişiklik yapmam gerekiyor.


>> Nov  4 22:32:14 mail postgres[68705]: [1-1] FATAL:  could not create
>> semaphores: No space left on device
>> Nov  4 22:32:14 mail postgres[68705]: [1-2] DETAIL:  Failed system
>> call was semget(5432004, 17, 03600).
>> Nov  4 22:32:14 mail postgres[68705]: [1-3] HINT:  This error does
>> *not* mean that you have run out of disk space.
>> Nov  4 22:32:14 mail postgres[68705]: [1-4] It occurs when either the
>> system limit for the maximum number of semaphore sets (SEMMNI),
>>  or the system wide maximum number of
>> Nov  4 22:32:14 mail postgres[68705]: [1-5]  semaphores (SEMMNS),
>> would be exceeded.
>>  You need to raise the respective kernel parameter.  Alternatively,
>> reduce PostgreSQL's
>> Nov  4 22:32:14 mail postgres[68705]: [1-6]  consumption of semaphores
>> by reducing its max_connections parameter (currently 100).
>> Nov  4 22:32:14 mail postgres[68705]: [1-7] The PostgreSQL
>> documentation contains more information about configuring your system
>> for PostgreSQL.






-- 
Ismail YENIGUL
EnderUNIX Cekirdek Takimi Uyesi
Acik Akademi Yayinlari Editoru
[EMAIL PROTECTED]
http://www.enderunix.org

Yayinevi: http://www.acikakademi.com
endersys: http://www.endersys.com


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] PostgreSQL max connection

[Huseyin Celik]

Return Receipt
   
   Your   Re: [FreeBSD] PostgreSQL max connection  
   document:   
   
   wasHuseyin Celik/BilgiIslem/Istanbul/Pazarlama/Sanko/TR 
   received
   by: 
   
   at:06.11.2006 15:30:54  
   





-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] PostgreSQL max connection

[Ismail YENIGUL]

Merhabalar,

max_connection sayisini artirmak icin postgresql.conf'daki
shared_buffers degerini de artirmaniz gerekiyor.
shared_buffer degeri de en az  max_connections sayisinin iki kati
olmalidir. shared_buffers degeri fiziksel bellegin 1/4 veya yarisi
kadar tanimlanabilir.  Ornegin shared_buffers degerini 128MB
tanimlamak icin shared_buffers degeri 16384 tanimlanmalidir.
(1024 x 1024 * 128 / 8192 = 16384, Her biri 8K bloktan 8192'ye bolundu)

Bunlar pgsql tarafinda yapilmasi gerekenlerdi. FreeBSD'de
kern.ipc.shmmax ve kern.ipc.shmall degerlerinin artirilmasi gerekir.
Yukarida shared_buffers icin 128MB tanimlamisti. Bu durumda
FreeBSD'nin 128MB'den daha buyuk - en azindan esit- shmmax degeri
olmasi lazim. shmmax degerini de 512MB yapmak icin asagidaki komutlar
verilir.

sysctl kern.ipc.shmmax=536870912# 1024  * 1024 * 512
sysctl kern.ipc.shmall=536870912


Detayli bilgi icin: 
http://developer.postgresql.org/pgdocs/postgres/kernel-resources.html




Monday, November 6, 2006, 2:25:45 PM, you wrote:

> Merhaba

> FreeBSD de Postgresql 8.0.X için max_connection öntanımlı değeri 40
> geliyor ve yükseltmek istedğimizde  Servisi başlatamıyoruz. bağlantı
> sayısını 100 yapabilmek için Kernel parametrelerinde nasıl bir
> değişiklik yapmam gerekiyor.


> Nov  4 22:32:14 mail postgres[68705]: [1-1] FATAL:  could not create
> semaphores: No space left on device
> Nov  4 22:32:14 mail postgres[68705]: [1-2] DETAIL:  Failed system
> call was semget(5432004, 17, 03600).
> Nov  4 22:32:14 mail postgres[68705]: [1-3] HINT:  This error does
> *not* mean that you have run out of disk space.
> Nov  4 22:32:14 mail postgres[68705]: [1-4] It occurs when either the
> system limit for the maximum number of semaphore sets (SEMMNI),
>  or the system wide maximum number of
> Nov  4 22:32:14 mail postgres[68705]: [1-5]  semaphores (SEMMNS),
> would be exceeded.
>  You need to raise the respective kernel parameter.  Alternatively,
> reduce PostgreSQL's
> Nov  4 22:32:14 mail postgres[68705]: [1-6]  consumption of semaphores
> by reducing its max_connections parameter (currently 100).
> Nov  4 22:32:14 mail postgres[68705]: [1-7] The PostgreSQL
> documentation contains more information about configuring your system
> for PostgreSQL.



-- 
Ismail YENIGUL
EnderUNIX Cekirdek Takimi Uyesi
Acik Akademi Yayinlari Editoru
[EMAIL PROTECTED]
http://www.enderunix.org

Yayinevi: http://www.acikakademi.com
endersys: http://www.endersys.com


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] PostgreSQL max connection

[Ali Çelik]

Bu değerleri nasıl hesaplıyoruz.

On 11/6/06, Ahmet FIRAT <[EMAIL PROTECTED]> wrote:

Merhaba

Bildigim kadari ile sunlar yeterli

options SHMMAXPGS=65536
options SEMMNI=256
options SEMMNS=512
options SEMUME=64
options SEMMNU=128



- Original Message -
From: "Ali Çelik" <[EMAIL PROTECTED]>
To: 
Sent: Monday, November 06, 2006 2:25 PM
Subject: [FreeBSD] PostgreSQL max connection


> Merhaba
>
> FreeBSD de Postgresql 8.0.X için max_connection öntanımlı değeri 40
> geliyor ve yükseltmek istedğimizde  Servisi başlatamıyoruz. bağlantı
> sayısını 100 yapabilmek için Kernel parametrelerinde nasıl bir
> değişiklik yapmam gerekiyor.
>
>
> Nov  4 22:32:14 mail postgres[68705]: [1-1] FATAL:  could not create
> semaphores: No space left on device
> Nov  4 22:32:14 mail postgres[68705]: [1-2] DETAIL:  Failed system
> call was semget(5432004, 17, 03600).
> Nov  4 22:32:14 mail postgres[68705]: [1-3] HINT:  This error does
> *not* mean that you have run out of disk space.
> Nov  4 22:32:14 mail postgres[68705]: [1-4] It occurs when either the
> system limit for the maximum number of semaphore sets (SEMMNI),
> or the system wide maximum number of
> Nov  4 22:32:14 mail postgres[68705]: [1-5]  semaphores (SEMMNS),
> would be exceeded.
> You need to raise the respective kernel parameter.  Alternatively,
> reduce PostgreSQL's
> Nov  4 22:32:14 mail postgres[68705]: [1-6]  consumption of semaphores
> by reducing its max_connections parameter (currently 100).
> Nov  4 22:32:14 mail postgres[68705]: [1-7] The PostgreSQL
> documentation contains more information about configuring your system
> for PostgreSQL.
>


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] PostgreSQL max connection

[Ahmet FIRAT]

Merhaba

Bildigim kadari ile sunlar yeterli

options SHMMAXPGS=65536
options SEMMNI=256
options SEMMNS=512
options SEMUME=64
options SEMMNU=128



- Original Message - 
From: "Ali Çelik" <[EMAIL PROTECTED]>

To: 
Sent: Monday, November 06, 2006 2:25 PM
Subject: [FreeBSD] PostgreSQL max connection



Merhaba

FreeBSD de Postgresql 8.0.X için max_connection öntanımlı değeri 40
geliyor ve yükseltmek istedğimizde  Servisi başlatamıyoruz. bağlantı
sayısını 100 yapabilmek için Kernel parametrelerinde nasıl bir
değişiklik yapmam gerekiyor.


Nov  4 22:32:14 mail postgres[68705]: [1-1] FATAL:  could not create
semaphores: No space left on device
Nov  4 22:32:14 mail postgres[68705]: [1-2] DETAIL:  Failed system
call was semget(5432004, 17, 03600).
Nov  4 22:32:14 mail postgres[68705]: [1-3] HINT:  This error does
*not* mean that you have run out of disk space.
Nov  4 22:32:14 mail postgres[68705]: [1-4] It occurs when either the
system limit for the maximum number of semaphore sets (SEMMNI),
or the system wide maximum number of
Nov  4 22:32:14 mail postgres[68705]: [1-5]  semaphores (SEMMNS),
would be exceeded.
You need to raise the respective kernel parameter.  Alternatively,
reduce PostgreSQL's
Nov  4 22:32:14 mail postgres[68705]: [1-6]  consumption of semaphores
by reducing its max_connections parameter (currently 100).
Nov  4 22:32:14 mail postgres[68705]: [1-7] The PostgreSQL
documentation contains more information about configuring your system
for PostgreSQL.




-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

[FreeBSD] PostgreSQL max connection

[Ali Çelik]

Merhaba

FreeBSD de Postgresql 8.0.X için max_connection öntanımlı değeri 40
geliyor ve yükseltmek istedğimizde  Servisi başlatamıyoruz. bağlantı
sayısını 100 yapabilmek için Kernel parametrelerinde nasıl bir
değişiklik yapmam gerekiyor.


Nov  4 22:32:14 mail postgres[68705]: [1-1] FATAL:  could not create
semaphores: No space left on device
Nov  4 22:32:14 mail postgres[68705]: [1-2] DETAIL:  Failed system
call was semget(5432004, 17, 03600).
Nov  4 22:32:14 mail postgres[68705]: [1-3] HINT:  This error does
*not* mean that you have run out of disk space.
Nov  4 22:32:14 mail postgres[68705]: [1-4] It occurs when either the
system limit for the maximum number of semaphore sets (SEMMNI),
or the system wide maximum number of
Nov  4 22:32:14 mail postgres[68705]: [1-5]  semaphores (SEMMNS),
would be exceeded.
You need to raise the respective kernel parameter.  Alternatively,
reduce PostgreSQL's
Nov  4 22:32:14 mail postgres[68705]: [1-6]  consumption of semaphores
by reducing its max_connections parameter (currently 100).
Nov  4 22:32:14 mail postgres[68705]: [1-7] The PostgreSQL
documentation contains more information about configuring your system
for PostgreSQL.

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Baris Simsek]

merhaba,

> DEBUG:  pq_recvbuf: unexpected EOF on client connection

Bu tam da bizim sorunumuzla ortusen bir durum. Yani client'in server'a 
cevap vermeyip server'in sbwait'te beklemesi. Bu satirlar cok sik 
dusuyorsa log dosyaniza sorunun kaynagi bu olabilir. Tabi bunun nedenini 
bulmak lazim. Bu durumda es zamanli olarak bu log dosyasina bakarken 
pgsql'e gelen isteklerin hangi IP'den geldiklerini gozetleyin. Bu log 
dustugu andaki client'lar nelerdir.


Client crash oldugu icin gracefully exit yapmamis ve postgresql 
connection'i kapatamiyor olabilir. pgsql kullanan client'larin loglarini 
da gozetleyin. ayrica messages ve dmesg ciktilarinda da 'signal' 
anahtari ile arama yapin. Client bir sekilde signal yiyor olabilir.


selamlar...

Baris Simsek, http://www.enderunix.org/simsek/
Endersys Ltd., http://www.endersys.com/


Dryope Security wrote:

Merhabalar,

max_connections değerini arttırdığım da örneğin 500 yaptığımda postgresql
start etmiyor.
kernel ile ilgili düzeltmeleri yaptım ancak sorunuma çözüm olmadı
DoS atak konusunda yaptığım inceleme (son 3 gündür) de herhangi bir saldırı
yok
I/O değerleri sorunun olduğu ana ait, sorun aslında sürekli olduğundan 
pekde

önemi yok
ps çıktısında 60-70 civarı postgresql işlemi bulunmakta.

Ayrıca postgresql in errlog unda

DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection

hataları ile karşılaşıyorum.

Ayrica shared_buffers değeri ile 768.

Tekrar tekrar teşekkürler, amacım sorunun ne olduğunu tespit edip daha 
sonra

gerekli ise upgrade etmek.


28.09.2006 tarihinde Baris Simsek <[EMAIL PROTECTED]> yazmış:


merhaba

tavsiyelerim:

1. 6'ya gecmeyi planlayin.
2. max_connections degeri dusuk olabilir. 512 ile deneyin
3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.
4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin.
5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile kontrol edin.

Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait olmasi
lazim. Bir de ne kadar postgre prosesi var onu da kontrol edin. Belki de
sandiginiz kadar kotu degildir durum???

# ps auxww | grep postgres | wc -l

selamlar...

Baris Simsek, http://www.enderunix.org/simsek/
Endersys Ltd., http://www.endersys.com/


Dryope Security wrote:
> Merhabalar,
>
> Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı
> değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve 
çözümü

> ile
> ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz
> aşağıdadır,
> teşekkürler.
>
> FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade
yapmam
> mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem
PostgreSQL i
> 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum.
>
> Cevabınız için şimdiden teşekkürler.
>
> postgresql.conf  (aktif olan değerler)
>
> tcpip_socket = true
> ssl = false
> max_connections = 350
> unix_socket_permissions = 0700
> log_connections = false
> log_timestamp = false
>
>
> Kernel
>
> IPC değerleri
>
> kern.ipc.maxsockbuf: 262144
> kern.ipc.sockbuf_waste_factor: 8
> kern.ipc.somaxconn: 128
> kern.ipc.max_linkhdr: 16
> kern.ipc.max_protohdr: 60
> kern.ipc.max_hdr: 76
> kern.ipc.max_datalen: 136
> kern.ipc.nmbclusters: 6656
> kern.ipc.msgmax: 16384
> kern.ipc.msgmni: 40
> kern.ipc.msgmnb: 2048
> kern.ipc.msgtql: 40
> kern.ipc.msgssz: 8
> kern.ipc.msgseg: 2048
> kern.ipc.semmap: 30
> kern.ipc.semmni: 512
> kern.ipc.semmns: 512
> kern.ipc.semmnu: 256
> kern.ipc.semmsl: 512
> kern.ipc.semopm: 100
> kern.ipc.semume: 64
> kern.ipc.semusz: 524
> kern.ipc.semvmx: 32767
> kern.ipc.semaem: 16384
> kern.ipc.shmmax: 536870912
> kern.ipc.shmmin: 1
> kern.ipc.shmmni: 192
> kern.ipc.shmseg: 128
> kern.ipc.shmall: 131072
> kern.ipc.shm_use_phys: 1
> kern.ipc.shm_allow_removed: 0
> kern.ipc.mbuf_wait: 32
> kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0
> kern.ipc.nmbufs: 26624
> kern.ipc.nsfbufs: 6656
> kern.ipc.nsfbufspeak: 3
> kern.ipc.nsfbufsused: 0
> kern.ipc.m_clreflimithits: 0
> kern.ipc.mcl_pool_max: 0
> kern.ipc.mcl_pool_now: 0
> kern.ipc.maxsockets: 12328
>
> TCP değerleri
>
> net.inet.tcp.rfc1323: 1
> net.inet.tcp.rfc1644: 0
> net.inet.tcp.mssdflt: 512
> net.inet.tcp.keepidle: 720
> net.inet.tcp.keepintvl: 75000
> net.inet.tcp.sendspace: 32768
> net.inet.tcp.recvspace: 57344
> net.inet.tcp.keepinit: 75000
> net.inet.tcp.delacktime: 100
> net.inet.tcp.v6mssdflt: 1024
> net.inet.tcp.log_in_vain: 0
> net.inet.tcp.blackhole: 0
> net.inet.tcp.delayed_ack: 1
> net.inet.tcp.insecure_rst: 0
> net.inet.tcp.reass.maxsegments: 416
> net.inet.tcp.reass.cursegments: 0
> net.inet.tcp.reass.overflows: 0
> net.inet.tcp.path_mtu_discovery: 1
> net.inet.tcp.slowstart_

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Gokhan Toplar]

Şimdi olaylar biraz daha şenlikli olmaya başladı :)


Dns sunucusu mydns ve postgresql üzerinde veritabanı
mail sunucusu qmail ve postgresql üzerinde kullanıcı bilgileri
ftp sunucusu pure-ftpd ve postgresql üzerinde kullanıcı bilgileri
ayrica sitenin veritabanı da postgresql üzerinde. 


Bir düşünürün dediği gibi "When qmail comes to the playground, you need 
a monster swiss army knife"
postgre ile bağlantı yapan uygulamaları ayrı ayrı takip etmenizi 
öneriyorum, özellikle qmaili.


"Something is caught up in a loop somewhere, userland utilities
(especially postgres) don't call sbwait directly, it's part of TCP
sequence somewhere... sbwait is generally invoked after an sosend()
or soreceive() and should be woken up by a wakeup() call
somewhere..."

Disk şimdiye kadar idare ettiyse ve trafik önemli ölçüde artmadıysa sorun orada 
değildir.
Elbette SCSI ve canavar diskler önerilir lakin şu anki sorun bence bu değil.


Maalesef elimin altında şu an bir konsol yok, sabit ip geldi mertlik 
bozuldu :)

Diyebileceklerim bu kadar.

İyi geceler,
Gökhan





Dryope Security yazmış:
Öncelikle ilginiz için tekrar teşekkürler, değerli zamanınızı aldığım 
için kusura bakmayın.


Serverda sadece 1 adet site yayınlanıyor, ve yapılan SQL sorgulamaları 
basit düzeyde, yani subselect, procedure yok ve hatta diyebilirim ki 
left join bile yok :)


Hemen contrib deki dosyaları ve yapabileceğim testleri inceliyorum.
Postgresql'e SQL logu tutturmam sorunlara neden olabilir diye 
düşünüyorum.


Serverin yapısınıda kısaca açıklayayım,



Sunucunun anlık trafiği yaklaşık olarak 1-1,5 Mb, ve umarım sebep bu 
değildir HDD 7200 rpm 40gb tek disk.


Postgresql.conf da yeralan ve # siz olan değerler

tcpip_socket = true
ssl = false
max_connections = 350
unix_socket_permissions = 0700
shared_buffers = 15200
sort_mem = 32168
log_connections = false
log_timestamp = false

Daha fazla verebileceğim bilgi aklıma gelmiyor, sormak istedikleriniz 
varsa yanıtlayabilirim.


2006/9/28, Gokhan Toplar < [EMAIL PROTECTED] 
>:


Selamlar,

Özellikle servera yapılan sql sorgularında bir değişiklik olup
olmadığını kontrol eder misiniz?
Çok garip sql sorguları misal çok fazla sub select, yanlış yazılmış
procedurlar da soruna yol açıyor olabilir.
Postgresql contrib altında sanırım bir iki tane bu işler için test
uygulaması vardı.
Ayrıca postgreyi sorguların da loglarını tutması için yapılandırın.
Diğer konuları arkadaşlar zaten açıklamışlar.
Şu anda elimin altında olmadığı için detaylı açıklama yapamadım kusura
bakmayın.

Not: Aslında tüm postregsql.conf u buraya gönderirseniz sanırım
daha iyi
analiz edilebilir.
Kolay gelsin,
Gökhan


Dryope Security yazmış:
> Merhabalar,
>
> max_connections değerini arttırdığım da örneğin 500 yaptığımda
> postgresql start etmiyor.
> kernel ile ilgili düzeltmeleri yaptım ancak sorunuma çözüm olmadı
> DoS atak konusunda yaptığım inceleme (son 3 gündür) de herhangi bir
> saldırı yok
> I/O değerleri sorunun olduğu ana ait, sorun aslında sürekli
olduğundan
> pekde önemi yok
> ps çıktısında 60-70 civarı postgresql işlemi bulunmakta.
>
> Ayrıca postgresql in errlog unda
>
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
> DEBUG:  pq_recvbuf: unexpected EOF on client connection
>
> hataları ile karşılaşıyorum.
>
> Ayrica shared_buffers değeri ile 768.
>
> Tekrar tekrar teşekkürler, amacım sorunun ne olduğunu tespit
edip daha
> sonra gerekli ise upgrade etmek.
>
>
> 28.09.2006 tarihinde *Baris Simsek* <[EMAIL PROTECTED]

> mailto:[EMAIL PROTECTED]>>>
yazmış:
>
> merhaba
>
> tavsiyelerim:
>
> 1. 6'ya gecmeyi planlayin.
> 2. max_connections degeri dusuk olabilir. 512 ile deneyin
> 3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.
> 4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin.
> 5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile
kontrol edin.
>
> Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait
> olmasi
> lazim. Bir de ne kadar postgre prosesi var onu da kontrol edin.
> Belki de
> sandiginiz kadar kotu degildir durum???
>
> # ps auxww | grep postgres | wc -l
>
> selamlar...
>
> Baris Simsek, http://www.enderunix.org/simsek/
> Endersys Ltd., http://www.endersys.com/
>
>
> Dryope Security wrote:
> > Merhabalar,
> >
> > Sirasi ile bahset

Re[2]: [FreeBSD] Postgresql SBWAIT sorunu

[Ismail YENIGUL]

Merhaba,

shared_buffers degeriniz cok cok dusuk. Mutlaka artirmanizi oneririm. Bu degeri artirdiktan sonra  kern.ipc.shmmax degerini de
artirmak gerekebilir ama gordugum kadariyla shmmax degeri yeteri kadar buyuk gibi.


Bakiniz:
http://database.sarang.net/database/postgres/optimizing_postgresql.html
http://www.powerpostgresql.com/PerfList/

Thursday, September 28, 2006, 11:07:50 PM, you wrote:




>


Merhabalar,

max_connections değerini arttırdığım da örneğin 500 yaptığımda postgresql start etmiyor. 
kernel ile ilgili düzeltmeleri yaptım ancak sorunuma çözüm olmadı
DoS atak konusunda yaptığım inceleme (son 3 gündür) de herhangi bir saldırı yok 
I/O değerleri sorunun olduğu ana ait, sorun aslında sürekli olduğundan pekde önemi yok 
ps çıktısında 60-70 civarı postgresql işlemi bulunmakta. 

Ayrıca postgresql in errlog unda 

DEBUG:  pq_recvbuf: unexpected EOF on client connection 
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection 
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection

hataları ile karşılaşıyorum. 

Ayrica shared_buffers değeri ile 768. 

Tekrar tekrar teşekkürler, amacım sorunun ne olduğunu tespit edip daha sonra gerekli ise upgrade etmek. 



28.09.2006 tarihinde Baris Simsek <[EMAIL PROTECTED]> yazmış:
merhaba

tavsiyelerim:

1. 6'ya gecmeyi planlayin.
2. max_connections degeri dusuk olabilir. 512 ile deneyin
3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.
4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin. 
5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile kontrol edin.

Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait olmasi
lazim. Bir de ne kadar postgre prosesi var onu da kontrol edin. Belki de 
sandiginiz kadar kotu degildir durum???

# ps auxww | grep postgres | wc -l

selamlar...

Baris Simsek, http://www.enderunix.org/simsek/
Endersys Ltd., http://www.endersys.com/


Dryope Security wrote:
> Merhabalar,
>
> Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı
> değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve çözümü 
> ile
> ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz
> aşağıdadır,
> teşekkürler.
>
> FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade yapmam
> mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem PostgreSQL i
> 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum.
>
> Cevabınız için şimdiden teşekkürler.
>
> postgresql.conf  (aktif olan değerler) 
>
> tcpip_socket = true
> ssl = false
> max_connections = 350
> unix_socket_permissions = 0700
> log_connections = false
> log_timestamp = false
>
>
> Kernel
>
> IPC değerleri
>
> kern.ipc.maxsockbuf: 262144
> kern.ipc.sockbuf_waste_factor: 8
> kern.ipc.somaxconn: 128
> kern.ipc.max_linkhdr: 16
> kern.ipc.max_protohdr: 60
> kern.ipc.max_hdr: 76
> kern.ipc.max_datalen: 136
> kern.ipc.nmbclusters: 6656
> kern.ipc.msgmax: 16384
> kern.ipc.msgmni: 40
> kern.ipc.msgmnb: 2048
> kern.ipc.msgtql: 40
> kern.ipc.msgssz: 8
> kern.ipc.msgseg: 2048
> kern.ipc.semmap: 30
> kern.ipc.semmni: 512
> kern.ipc.semmns: 512
> kern.ipc.semmnu: 256
> kern.ipc.semmsl: 512
> kern.ipc.semopm: 100
> kern.ipc.semume: 64 
> kern.ipc.semusz: 524
> kern.ipc.semvmx: 32767
> kern.ipc.semaem: 16384
> kern.ipc.shmmax: 536870912
> kern.ipc.shmmin: 1
> kern.ipc.shmmni: 192
> kern.ipc.shmseg: 128
> kern.ipc.shmall : 131072
> kern.ipc.shm_use_phys: 1
> kern.ipc.shm_allow_removed: 0
> kern.ipc.mbuf_wait: 32
> kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0
> kern.ipc.nmbufs: 26624
> kern.ipc.nsfbufs : 6656
> kern.ipc.nsfbufspeak: 3
> kern.ipc.nsfbufsused: 0
> kern.ipc.m_clreflimithits: 0
> kern.ipc.mcl_pool_max: 0
> kern.ipc.mcl_pool_now: 0
> kern.ipc.maxsockets: 12328
>
> TCP değerleri 
>
> net.inet.tcp.rfc1323: 1
> net.inet.tcp.rfc1644: 0
> net.inet.tcp.mssdflt: 512
> net.inet.tcp.keepidle: 720
> net.inet.tcp.keepintvl: 75000
> net.inet.tcp.sendspace: 32768 
> net.inet.tcp.recvspace: 57344
> net.inet.tcp.keepinit: 75000
> net.inet.tcp.delacktime: 100
> net.inet.tcp.v6mssdflt: 1024
> net.inet.tcp.log_in_vain: 0
> net.inet.tcp.blackhole: 0
> net.inet.tcp.delayed_ack: 1
> net.inet.tcp.insecure_rst: 0
> net.inet.tcp.reass.maxsegments: 416
> net.inet.tcp.reass.cursegments: 0
> net.inet.tcp.reass.overflows: 0
> net.inet.tcp.path_mtu_discovery: 1
> net.inet.tcp.slowstart_flightsize: 1
> net.inet.tcp.local_slowstart_flightsize: 4
> net.inet.tcp.newreno: 1
> net.inet.tcp.tcbhashsize: 512
> net.inet.tcp.do_tcpdrain: 1
> net.inet.tcp.pcbcount : 407
> net.inet.tcp.icmp_may_rst: 1
> net.inet.tcp.isn_reseed_interval: 0
> net.inet.tcp.inflight_enable: 0
> net.inet.tcp.inflight_debug: 0
> net.inet.tcp.inflight_min: 6144
> net.inet.tcp.inflight_max: 1073725440
> net.inet.tcp.inflight_stab: 20
> net.inet.tcp.synco

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Gokhan Toplar]

Selamlar,

Özellikle servera yapılan sql sorgularında bir değişiklik olup 
olmadığını kontrol eder misiniz?
Çok garip sql sorguları misal çok fazla sub select, yanlış yazılmış 
procedurlar da soruna yol açıyor olabilir.
Postgresql contrib altında sanırım bir iki tane bu işler için test 
uygulaması vardı.

Ayrıca postgreyi sorguların da loglarını tutması için yapılandırın.
Diğer konuları arkadaşlar zaten açıklamışlar.
Şu anda elimin altında olmadığı için detaylı açıklama yapamadım kusura 
bakmayın.


Not: Aslında tüm postregsql.conf u buraya gönderirseniz sanırım daha iyi 
analiz edilebilir.

Kolay gelsin,
Gökhan


Dryope Security yazmış:

Merhabalar,

max_connections değerini arttırdığım da örneğin 500 yaptığımda 
postgresql start etmiyor.

kernel ile ilgili düzeltmeleri yaptım ancak sorunuma çözüm olmadı
DoS atak konusunda yaptığım inceleme (son 3 gündür) de herhangi bir 
saldırı yok
I/O değerleri sorunun olduğu ana ait, sorun aslında sürekli olduğundan 
pekde önemi yok

ps çıktısında 60-70 civarı postgresql işlemi bulunmakta.

Ayrıca postgresql in errlog unda

DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connection

hataları ile karşılaşıyorum.

Ayrica shared_buffers değeri ile 768.

Tekrar tekrar teşekkürler, amacım sorunun ne olduğunu tespit edip daha 
sonra gerekli ise upgrade etmek.



28.09.2006 tarihinde *Baris Simsek* <[EMAIL PROTECTED] 
> yazmış:


merhaba

tavsiyelerim:

1. 6'ya gecmeyi planlayin.
2. max_connections degeri dusuk olabilir. 512 ile deneyin
3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.
4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin.
5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile kontrol edin.

Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait
olmasi
lazim. Bir de ne kadar postgre prosesi var onu da kontrol edin.
Belki de
sandiginiz kadar kotu degildir durum???

# ps auxww | grep postgres | wc -l

selamlar...

Baris Simsek, http://www.enderunix.org/simsek/
Endersys Ltd., http://www.endersys.com/


Dryope Security wrote:
> Merhabalar,
>
> Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş
ve bazı
> değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun
ve çözümü
> ile
> ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz
> aşağıdadır,
> teşekkürler.
>
> FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir
upgrade yapmam
> mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem
PostgreSQL i
> 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum.
>
> Cevabınız için şimdiden teşekkürler.
>
> postgresql.conf  (aktif olan değerler)
>
> tcpip_socket = true
> ssl = false
> max_connections = 350
> unix_socket_permissions = 0700
> log_connections = false
> log_timestamp = false
>
>
> Kernel
>
> IPC değerleri
>
> kern.ipc.maxsockbuf: 262144
> kern.ipc.sockbuf_waste_factor: 8
> kern.ipc.somaxconn: 128
> kern.ipc.max_linkhdr: 16
> kern.ipc.max_protohdr: 60
> kern.ipc.max_hdr: 76
> kern.ipc.max_datalen: 136
> kern.ipc.nmbclusters: 6656
> kern.ipc.msgmax: 16384
> kern.ipc.msgmni: 40
> kern.ipc.msgmnb: 2048
> kern.ipc.msgtql: 40
> kern.ipc.msgssz: 8
> kern.ipc.msgseg: 2048
> kern.ipc.semmap: 30
> kern.ipc.semmni: 512
> kern.ipc.semmns: 512
> kern.ipc.semmnu: 256
> kern.ipc.semmsl: 512
> kern.ipc.semopm: 100
> kern.ipc.semume: 64
> kern.ipc.semusz: 524
> kern.ipc.semvmx: 32767
> kern.ipc.semaem: 16384
> kern.ipc.shmmax: 536870912
> kern.ipc.shmmin: 1
> kern.ipc.shmmni: 192
> kern.ipc.shmseg: 128
> kern.ipc.shmall : 131072
> kern.ipc.shm_use_phys: 1
> kern.ipc.shm_allow_removed: 0
> kern.ipc.mbuf_wait: 32
> kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0
> kern.ipc.nmbufs: 26624
> kern.ipc.nsfbufs : 6656
> kern.ipc.nsfbufspeak: 3
> kern.ipc.nsfbufsused: 0
> kern.ipc.m_clreflimithits: 0
> kern.ipc.mcl_pool_max: 0
> kern.ipc.mcl_pool_now: 0
> kern.ipc.maxsockets: 12328
>
> TCP değerleri
>
> net.inet.tcp.rfc1323: 1
> net.inet.tcp.rfc1644: 0
> net.inet.tcp.mssdflt: 512
> net.inet.tcp.keepidle: 720
> net.inet.tcp.keepintvl: 75000
> net.inet.tcp.sendspace: 32768
> net.inet.tcp.recvspace: 57344
> net.inet.tcp.keepinit: 75000
> net.inet.tcp.delacktime: 100
> net.inet.tcp.v6mssdflt: 1024
> net.inet.tcp.log_in_vain: 0
> net.inet.tcp.bl

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Dryope Security]

Bu arada yanıtlamadığım ve yararlı olabileceğini düşündüğüm bir kaç bilgi daha...postgresql düzenli aralıklarla (cron) vacuum işlemi görüyor, ayıca bende 2-3 gündür zaman zaman yapıyorum. Herhangi bir değişikliğe neden olmuyor, ayrıca vacuum, analyze süreleride uzun değil.
Sistemde ve kodlarda herhangi bir değişiklik olmadı ancak tespit edemediğim bir şey var, shellden yada web üzerinden yapılan sorgular arasındaki performans farkını ölçemiyorum. Eğer bir fark varsa yani shellde sorunsuz çalışıyor ise sistem web üzerinde mod_security yavaşlatıyor olabilir mi işlemleri ? 
Yani kısacası sorunu yanlış bir bakış açısı ile postgresqlde mi arıyorum ?? Web üzerinde çalışan kodlarım php (apache üzerinde).Ayrıca top çıktısı da şu şekilde. last pid: 41170;  load averages:  0.10,  
0.27,  0.28    up 0+05:09:24  23:16:48166 processes: 2 running, 159 sleeping, 5 zombieCPU states:  4.9% user,  0.0% nice,  3.3% system,  0.0% interrupt, 91.7% idle
Mem: 186M Active, 826M Inact, 209M Wired, 820K Cache, 199M Buf, 782M FreeSwap: 2048M Total, 2048M Free28.09.2006 tarihinde Dryope Security <
[EMAIL PROTECTED]> yazmış:Merhabalar,
max_connections değerini arttırdığım da örneğin 500 yaptığımda postgresql start etmiyor. kernel ile ilgili düzeltmeleri yaptım ancak sorunuma çözüm olmadıDoS atak konusunda yaptığım inceleme (son 3 gündür) de herhangi bir saldırı yok 
I/O değerleri sorunun olduğu ana ait, sorun aslında sürekli olduğundan pekde önemi yok ps çıktısında 60-70 civarı postgresql işlemi bulunmakta. Ayrıca postgresql in errlog unda DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connectionhataları ile karşılaşıyorum. Ayrica shared_buffers değeri ile 768. Tekrar tekrar teşekkürler, amacım sorunun ne olduğunu tespit edip daha sonra gerekli ise upgrade etmek. 
28.09.2006 tarihinde Baris Simsek <
[EMAIL PROTECTED]> yazmış:
merhabatavsiyelerim:1. 6'ya gecmeyi planlayin.2. max_connections degeri dusuk olabilir. 512 ile deneyin3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin.
5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile kontrol edin.Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait olmasilazim. Bir de ne kadar postgre prosesi var onu da kontrol edin. Belki de
sandiginiz kadar kotu degildir durum???# ps auxww | grep postgres | wc -lselamlar...Baris Simsek, 
http://www.enderunix.org/simsek/Endersys Ltd., 
http://www.endersys.com/Dryope Security wrote:> Merhabalar,>> Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı
> değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve çözümü
> ile> ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz> aşağıdadır,> teşekkürler.>> FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade yapmam

> mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem PostgreSQL i> 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum.>> Cevabınız için şimdiden teşekkürler.>> postgresql.conf  (aktif olan değerler)
>> tcpip_socket = true> ssl = false> max_connections = 350> unix_socket_permissions = 0700> log_connections = false> log_timestamp = false>>> Kernel

>> IPC değerleri>> kern.ipc.maxsockbuf: 262144> kern.ipc.sockbuf_waste_factor: 8> kern.ipc.somaxconn: 128> kern.ipc.max_linkhdr: 16> kern.ipc.max_protohdr: 60> kern.ipc.max_hdr:

 76> kern.ipc.max_datalen: 136> kern.ipc.nmbclusters: 6656> kern.ipc.msgmax: 16384> kern.ipc.msgmni: 40> kern.ipc.msgmnb: 2048> kern.ipc.msgtql: 40> kern.ipc.msgssz: 8
> 
kern.ipc.msgseg: 2048> kern.ipc.semmap: 30> kern.ipc.semmni: 512> kern.ipc.semmns: 512> kern.ipc.semmnu: 256> kern.ipc.semmsl: 512> kern.ipc.semopm: 100> kern.ipc.semume: 64
> kern.ipc.semusz: 524> kern.ipc.semvmx: 32767> kern.ipc.semaem: 16384> kern.ipc.shmmax: 536870912> kern.ipc.shmmin: 1> kern.ipc.shmmni: 192> kern.ipc.shmseg: 128> 
kern.ipc.shmall
: 131072> kern.ipc.shm_use_phys: 1> kern.ipc.shm_allow_removed: 0> kern.ipc.mbuf_wait: 32> kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0> kern.ipc.nmbufs: 26624> kern.ipc.nsfbufs

: 6656> kern.ipc.nsfbufspeak: 3> kern.ipc.nsfbufsused: 0> kern.ipc.m_clreflimithits: 0> kern.ipc.mcl_pool_max: 0> kern.ipc.mcl_pool_now: 0> kern.ipc.maxsockets: 12328>
> TCP değerleri
>> net.inet.tcp.rfc1323: 1> net.inet.tcp.rfc1644: 0> net.inet.tcp.mssdflt: 512> net.inet.tcp.keepidle: 720> net.inet.tcp.keepintvl: 75000> net.inet.tcp.sendspace: 32768
> net.inet.tcp.recvspace: 57344> net.inet.tcp.keepinit: 75000> net.inet.tcp.delacktime: 100> net.inet.tcp.v6mssdflt: 1024> net.inet.tcp.log_in_vain: 0> net.inet.tcp.blackhole: 0

> net.inet.tcp.delayed_ack: 1> 

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Dryope Security]

Merhabalar,max_connections değerini arttırdığım da örneğin 500 yaptığımda postgresql start etmiyor. kernel ile ilgili düzeltmeleri yaptım ancak sorunuma çözüm olmadıDoS atak konusunda yaptığım inceleme (son 3 gündür) de herhangi bir saldırı yok 
I/O değerleri sorunun olduğu ana ait, sorun aslında sürekli olduğundan pekde önemi yok ps çıktısında 60-70 civarı postgresql işlemi bulunmakta. Ayrıca postgresql in errlog unda DEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connection
DEBUG:  pq_recvbuf: unexpected EOF on client connectionDEBUG:  pq_recvbuf: unexpected EOF on client connectionhataları ile karşılaşıyorum. Ayrica shared_buffers değeri ile 768. Tekrar tekrar teşekkürler, amacım sorunun ne olduğunu tespit edip daha sonra gerekli ise upgrade etmek. 
28.09.2006 tarihinde Baris Simsek <[EMAIL PROTECTED]> yazmış:
merhabatavsiyelerim:1. 6'ya gecmeyi planlayin.2. max_connections degeri dusuk olabilir. 512 ile deneyin3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin.
5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile kontrol edin.Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait olmasilazim. Bir de ne kadar postgre prosesi var onu da kontrol edin. Belki de
sandiginiz kadar kotu degildir durum???# ps auxww | grep postgres | wc -lselamlar...Baris Simsek, http://www.enderunix.org/simsek/Endersys Ltd., 
http://www.endersys.com/Dryope Security wrote:> Merhabalar,>> Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı> değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve çözümü
> ile> ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz> aşağıdadır,> teşekkürler.>> FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade yapmam
> mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem PostgreSQL i> 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum.>> Cevabınız için şimdiden teşekkürler.>> postgresql.conf  (aktif olan değerler)
>> tcpip_socket = true> ssl = false> max_connections = 350> unix_socket_permissions = 0700> log_connections = false> log_timestamp = false>>> Kernel
>> IPC değerleri>> kern.ipc.maxsockbuf: 262144> kern.ipc.sockbuf_waste_factor: 8> kern.ipc.somaxconn: 128> kern.ipc.max_linkhdr: 16> kern.ipc.max_protohdr: 60> kern.ipc.max_hdr:
 76> kern.ipc.max_datalen: 136> kern.ipc.nmbclusters: 6656> kern.ipc.msgmax: 16384> kern.ipc.msgmni: 40> kern.ipc.msgmnb: 2048> kern.ipc.msgtql: 40> kern.ipc.msgssz: 8> 
kern.ipc.msgseg: 2048> kern.ipc.semmap: 30> kern.ipc.semmni: 512> kern.ipc.semmns: 512> kern.ipc.semmnu: 256> kern.ipc.semmsl: 512> kern.ipc.semopm: 100> kern.ipc.semume: 64
> kern.ipc.semusz: 524> kern.ipc.semvmx: 32767> kern.ipc.semaem: 16384> kern.ipc.shmmax: 536870912> kern.ipc.shmmin: 1> kern.ipc.shmmni: 192> kern.ipc.shmseg: 128> kern.ipc.shmall
: 131072> kern.ipc.shm_use_phys: 1> kern.ipc.shm_allow_removed: 0> kern.ipc.mbuf_wait: 32> kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0> kern.ipc.nmbufs: 26624> kern.ipc.nsfbufs
: 6656> kern.ipc.nsfbufspeak: 3> kern.ipc.nsfbufsused: 0> kern.ipc.m_clreflimithits: 0> kern.ipc.mcl_pool_max: 0> kern.ipc.mcl_pool_now: 0> kern.ipc.maxsockets: 12328>> TCP değerleri
>> net.inet.tcp.rfc1323: 1> net.inet.tcp.rfc1644: 0> net.inet.tcp.mssdflt: 512> net.inet.tcp.keepidle: 720> net.inet.tcp.keepintvl: 75000> net.inet.tcp.sendspace: 32768
> net.inet.tcp.recvspace: 57344> net.inet.tcp.keepinit: 75000> net.inet.tcp.delacktime: 100> net.inet.tcp.v6mssdflt: 1024> net.inet.tcp.log_in_vain: 0> net.inet.tcp.blackhole: 0
> net.inet.tcp.delayed_ack: 1> net.inet.tcp.insecure_rst: 0> net.inet.tcp.reass.maxsegments: 416> net.inet.tcp.reass.cursegments: 0> net.inet.tcp.reass.overflows: 0> net.inet.tcp.path_mtu_discovery:
 1> net.inet.tcp.slowstart_flightsize: 1> net.inet.tcp.local_slowstart_flightsize: 4> net.inet.tcp.newreno: 1> net.inet.tcp.tcbhashsize: 512> net.inet.tcp.do_tcpdrain: 1> net.inet.tcp.pcbcount
: 407> net.inet.tcp.icmp_may_rst: 1> net.inet.tcp.isn_reseed_interval: 0> net.inet.tcp.inflight_enable: 0> net.inet.tcp.inflight_debug: 0> net.inet.tcp.inflight_min: 6144> net.inet.tcp.inflight_max:
 1073725440> net.inet.tcp.inflight_stab: 20> net.inet.tcp.syncookies: 1> net.inet.tcp.syncache.bucketlimit: 30> net.inet.tcp.syncache.cachelimit: 15359> net.inet.tcp.syncache.count: 34
> net.inet.tcp.syncache.hashsize: 512> net.inet.tcp.syncache.rexmtlimit: 3> net.inet.tcp.msl: 3> net.inet.tcp.rexmit_min: 1000> net.inet.tcp.rexmit_slop: 200> net.inet.tcp.always_keepalive:
 1>> IO değerleri>>  tty ad0  ad2  md0 cpu> tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id>   0   22  
0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   5  0

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Baris Simsek]

merhaba

tavsiyelerim:

1. 6'ya gecmeyi planlayin.
2. max_connections degeri dusuk olabilir. 512 ile deneyin
3. kern.ipc.somaxconn bu deger dusuk olabilir. 512 ile deneyin.
4. kern.ipc.nmbclusters bu deger cok dusuk, 24768 ile deneyin.
5. bir DoS atack var mi yok mu tcpdumo vs... toollar ile kontrol edin.

Asagidaki I/O ciktilari sorun oldugu ana mi ait? Sorun anina ait olmasi 
lazim. Bir de ne kadar postgre prosesi var onu da kontrol edin. Belki de 
sandiginiz kadar kotu degildir durum???


# ps auxww | grep postgres | wc -l

selamlar...

Baris Simsek, http://www.enderunix.org/simsek/
Endersys Ltd., http://www.endersys.com/


Dryope Security wrote:

Merhabalar,

Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı
değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve çözümü 
ile
ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz 
aşağıdadır,

teşekkürler.

FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade yapmam
mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem PostgreSQL i
7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum.

Cevabınız için şimdiden teşekkürler.

postgresql.conf  (aktif olan değerler)

tcpip_socket = true
ssl = false
max_connections = 350
unix_socket_permissions = 0700
log_connections = false
log_timestamp = false


Kernel

IPC değerleri

kern.ipc.maxsockbuf: 262144
kern.ipc.sockbuf_waste_factor: 8
kern.ipc.somaxconn: 128
kern.ipc.max_linkhdr: 16
kern.ipc.max_protohdr: 60
kern.ipc.max_hdr: 76
kern.ipc.max_datalen: 136
kern.ipc.nmbclusters: 6656
kern.ipc.msgmax: 16384
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 2048
kern.ipc.msgtql: 40
kern.ipc.msgssz: 8
kern.ipc.msgseg: 2048
kern.ipc.semmap: 30
kern.ipc.semmni: 512
kern.ipc.semmns: 512
kern.ipc.semmnu: 256
kern.ipc.semmsl: 512
kern.ipc.semopm: 100
kern.ipc.semume: 64
kern.ipc.semusz: 524
kern.ipc.semvmx: 32767
kern.ipc.semaem: 16384
kern.ipc.shmmax: 536870912
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 131072
kern.ipc.shm_use_phys: 1
kern.ipc.shm_allow_removed: 0
kern.ipc.mbuf_wait: 32
kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0
kern.ipc.nmbufs: 26624
kern.ipc.nsfbufs: 6656
kern.ipc.nsfbufspeak: 3
kern.ipc.nsfbufsused: 0
kern.ipc.m_clreflimithits: 0
kern.ipc.mcl_pool_max: 0
kern.ipc.mcl_pool_now: 0
kern.ipc.maxsockets: 12328

TCP değerleri

net.inet.tcp.rfc1323: 1
net.inet.tcp.rfc1644: 0
net.inet.tcp.mssdflt: 512
net.inet.tcp.keepidle: 720
net.inet.tcp.keepintvl: 75000
net.inet.tcp.sendspace: 32768
net.inet.tcp.recvspace: 57344
net.inet.tcp.keepinit: 75000
net.inet.tcp.delacktime: 100
net.inet.tcp.v6mssdflt: 1024
net.inet.tcp.log_in_vain: 0
net.inet.tcp.blackhole: 0
net.inet.tcp.delayed_ack: 1
net.inet.tcp.insecure_rst: 0
net.inet.tcp.reass.maxsegments: 416
net.inet.tcp.reass.cursegments: 0
net.inet.tcp.reass.overflows: 0
net.inet.tcp.path_mtu_discovery: 1
net.inet.tcp.slowstart_flightsize: 1
net.inet.tcp.local_slowstart_flightsize: 4
net.inet.tcp.newreno: 1
net.inet.tcp.tcbhashsize: 512
net.inet.tcp.do_tcpdrain: 1
net.inet.tcp.pcbcount: 407
net.inet.tcp.icmp_may_rst: 1
net.inet.tcp.isn_reseed_interval: 0
net.inet.tcp.inflight_enable: 0
net.inet.tcp.inflight_debug: 0
net.inet.tcp.inflight_min: 6144
net.inet.tcp.inflight_max: 1073725440
net.inet.tcp.inflight_stab: 20
net.inet.tcp.syncookies: 1
net.inet.tcp.syncache.bucketlimit: 30
net.inet.tcp.syncache.cachelimit: 15359
net.inet.tcp.syncache.count: 34
net.inet.tcp.syncache.hashsize: 512
net.inet.tcp.syncache.rexmtlimit: 3
net.inet.tcp.msl: 3
net.inet.tcp.rexmit_min: 1000
net.inet.tcp.rexmit_slop: 200
net.inet.tcp.always_keepalive: 1

IO değerleri

 tty ad0  ad2  md0 cpu
tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id
  0   22  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   5  0  4  0 91
  08 16.09  35  0.55  10.81  30  0.31   0.00   0  0.00   2  0  3  0 94
  08  6.67   1  0.00  11.41  26  0.29   0.00   0  0.00   3  0  4  0 93
  08 10.67   4  0.04  10.41  25  0.26   0.00   0  0.00   4  0  3  0 93
  08 11.53   6  0.07  10.69  46  0.48   0.00   0  0.00   6  0 10  0 84
  08 12.75   5  0.06  10.62  13  0.13   0.00   0  0.00   3  0  3  0 94
  08 10.61  14  0.15  11.14  71  0.77   0.00   0  0.00   5  0  6  0 89
  08 14.61  29  0.42  10.48  36  0.37   0.00   0  0.00   5  0  3  0 92
  08 13.05  17  0.21  10.78  37  0.39   0.00   0  0.00   6  0  2  0 92
  08  2.00   0  0.00  10.59  26  0.27   0.00   0  0.00   3  0  2  0 95
  08  9.00   4  0.03  11.97  12  0.14   0.00   0  0.00   3  0  2  0 95
  08 16.00   2  0.03  16.00   0  0.00   0.00   0  0.00   4  0  2  0 94
  08 14.92   5  0.07  12.77  29  0.36   0.00   0  0.00   9  0  5  0 86




28.09.2006 tarihinde Baris Simsek <[EMAIL PROTECTED]> yazmış:


postgresql.conf daki performans ayarlarini kontrol edin.

Ayrica kernel'in ipc, mem, tcp gibi sysctl parametrelerini kontrol edin.

"iostat 5" ile I/O durumunu kont

Re[2]: [FreeBSD] Postgresql SBWAIT sorunu

[Ismail YENIGUL]

Merhaba,


Daha once saglikli calisiyordu dediniz. Son zamanlarda sistemde ve kodlarinizda bi degisiklik oldumu?
birde shared_buffers, work_mem degerleri nedir?
pgsql'i duzenli araliklarla vacuum'luyor musunuz?

8.1.4'de gecmek iyi bir tercih. Cunku 8.1 serisinde performans ile ilgili bir cok iyilestirmeler var.
ama upgrade etmeden once sorunun kaynagini bulmak faydali olabilir.

kolay gelsin

Thursday, September 28, 2006, 10:20:11 PM, you wrote:




>


Merhabalar, 

Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve çözümü ile ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz aşağıdadır, teşekkürler. 

FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade yapmam mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem PostgreSQL i 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum. 

Cevabınız için şimdiden teşekkürler. 

postgresql.conf  (aktif olan değerler)

tcpip_socket = true
ssl = false
max_connections = 350
unix_socket_permissions = 0700
log_connections = false
log_timestamp = false


Kernel 

IPC değerleri

kern.ipc.maxsockbuf: 262144
kern.ipc.sockbuf_waste_factor: 8
kern.ipc.somaxconn: 128
kern.ipc.max_linkhdr: 16
kern.ipc.max_protohdr: 60
kern.ipc.max_hdr: 76
kern.ipc.max_datalen: 136
kern.ipc.nmbclusters: 6656
kern.ipc.msgmax: 16384
kern.ipc.msgmni: 40
kern.ipc.msgmnb: 2048
kern.ipc.msgtql: 40
kern.ipc.msgssz: 8
kern.ipc.msgseg: 2048
kern.ipc.semmap: 30
kern.ipc.semmni: 512 
kern.ipc.semmns: 512
kern.ipc.semmnu: 256
kern.ipc.semmsl: 512
kern.ipc.semopm: 100
kern.ipc.semume: 64
kern.ipc.semusz: 524
kern.ipc.semvmx: 32767
kern.ipc.semaem: 16384
kern.ipc.shmmax: 536870912 
kern.ipc.shmmin: 1
kern.ipc.shmmni: 192
kern.ipc.shmseg: 128
kern.ipc.shmall: 131072
kern.ipc.shm_use_phys: 1
kern.ipc.shm_allow_removed: 0
kern.ipc.mbuf_wait: 32
kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0 
kern.ipc.nmbufs: 26624
kern.ipc.nsfbufs: 6656
kern.ipc.nsfbufspeak: 3
kern.ipc.nsfbufsused: 0
kern.ipc.m_clreflimithits: 0
kern.ipc.mcl_pool_max: 0
kern.ipc.mcl_pool_now: 0
kern.ipc.maxsockets: 12328 

TCP değerleri 

net.inet.tcp.rfc1323: 1
net.inet.tcp.rfc1644: 0
net.inet.tcp.mssdflt: 512
net.inet.tcp.keepidle: 720
net.inet.tcp.keepintvl: 75000
net.inet.tcp.sendspace: 32768
net.inet.tcp.recvspace : 57344
net.inet.tcp.keepinit: 75000
net.inet.tcp.delacktime: 100
net.inet.tcp.v6mssdflt: 1024
net.inet.tcp.log_in_vain: 0
net.inet.tcp.blackhole: 0
net.inet.tcp.delayed_ack: 1
net.inet.tcp.insecure_rst: 0
net.inet.tcp.reass.maxsegments: 416
net.inet.tcp.reass.cursegments: 0
net.inet.tcp.reass.overflows: 0
net.inet.tcp.path_mtu_discovery: 1
net.inet.tcp.slowstart_flightsize: 1
net.inet.tcp.local_slowstart_flightsize: 4
net.inet.tcp.newreno: 1
net.inet.tcp.tcbhashsize: 512
net.inet.tcp.do_tcpdrain: 1
net.inet.tcp.pcbcount: 407
net.inet.tcp.icmp_may_rst: 1
net.inet.tcp.isn_reseed_interval: 0
net.inet.tcp.inflight_enable: 0
net.inet.tcp.inflight_debug: 0
net.inet.tcp.inflight_min: 6144
net.inet.tcp.inflight_max: 1073725440
net.inet.tcp.inflight_stab: 20
net.inet.tcp.syncookies: 1
net.inet.tcp.syncache.bucketlimit: 30
net.inet.tcp.syncache.cachelimit: 15359
net.inet.tcp.syncache.count: 34
net.inet.tcp.syncache.hashsize: 512
net.inet.tcp.syncache.rexmtlimit: 3
net.inet.tcp.msl: 3
net.inet.tcp.rexmit_min: 1000
net.inet.tcp.rexmit_slop: 200
net.inet.tcp.always_keepalive: 1

IO değerleri 

      tty             ad0              ad2              md0             cpu
 tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id 
   0   22  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   5  0  4  0 91
   0    8 16.09  35  0.55  10.81  30  0.31   0.00   0  0.00   2  0  3  0 94
   0    8  6.67   1  0.00  11.41  26  0.29   0.00   0  0.00    3  0  4  0 93
   0    8 10.67   4  0.04  10.41  25  0.26   0.00   0  0.00   4  0  3  0 93
   0    8 11.53   6  0.07  10.69  46  0.48   0.00   0  0.00   6  0 10  0 84
   0    8 12.75   5  0.06  10.62  13  0.13   0.00   0  0.00   3  0  3  0 94
   0    8 10.61  14  0.15  11.14  71  0.77   0.00   0  0.00   5  0  6  0 89
   0    8 14.61  29  0.42  10.48  36  0.37   0.00   0  0.00   5  0  3  0 92
   0    8 13.05  17  0.21  10.78   37  0.39   0.00   0  0.00   6  0  2  0 92
   0    8  2.00   0  0.00  10.59  26  0.27   0.00   0  0.00   3  0  2  0 95
   0    8  9.00   4  0.03  11.97  12  0.14   0.00   0  0.00   3  0  2  0 95
   0    8 16.00   2  0.03  16.00   0  0.00   0.00   0  0.00   4  0  2  0 94
   0    8 14.92   5  0.07  12.77  29  0.36   0.00   0  0.00   9  0  5  0 86





28.09.2006 tarihinde Baris Simsek <[EMAIL PROTECTED]> yazmış:
postgresql.conf daki performans ayarlarini kontrol edin.

Ayrica kernel'in ipc, mem, tcp gibi sysctl parametrelerini kontrol edin.

"iostat 5" ile I/O durumunu kontrol edin.

NFS var mi?

Daha cok network I/O veya disk I/O birsey prosesi bekletiyor gibi gorunuyor.

[EMAIL PROTECTED] cd /usr/src/sys/kern
[EMAIL PROTECTED] grep sbwait 

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Dryope Security]

Merhabalar, Sirasi ile bahsettiğiniz değerleri daha öncedende kontrol etmiş ve bazı değişiklikler yapmıştım fakat olumlu bir sonuç alamadım. Sorun ve çözümü ile ilgili olarak daha detaylı veri ve kontrol etmemi istedikleriniz aşağıdadır, teşekkürler. 
FreeBSD 4.9 kullaniyorum, malesefki kısa süre içerisinde bir upgrade yapmam mümkün değil. Ancak 1-2 saat içerisinde bir çözüm bulamaz isem PostgreSQL i 7.2.4 ten 8.1.4 e yükseltmeyi düşünüyorum. Cevabınız için şimdiden teşekkürler. 
postgresql.conf  (aktif olan değerler)tcpip_socket = truessl = falsemax_connections = 350unix_socket_permissions = 0700log_connections = falselog_timestamp = falseKernel 
IPC değerlerikern.ipc.maxsockbuf: 262144kern.ipc.sockbuf_waste_factor: 8kern.ipc.somaxconn: 128kern.ipc.max_linkhdr: 16kern.ipc.max_protohdr: 60kern.ipc.max_hdr: 76kern.ipc.max_datalen:
 136kern.ipc.nmbclusters: 6656kern.ipc.msgmax: 16384kern.ipc.msgmni: 40kern.ipc.msgmnb: 2048kern.ipc.msgtql: 40kern.ipc.msgssz: 8kern.ipc.msgseg: 2048kern.ipc.semmap: 30kern.ipc.semmni: 512
kern.ipc.semmns: 512kern.ipc.semmnu: 256kern.ipc.semmsl: 512kern.ipc.semopm: 100kern.ipc.semume: 64kern.ipc.semusz: 524kern.ipc.semvmx: 32767kern.ipc.semaem: 16384kern.ipc.shmmax: 536870912
kern.ipc.shmmin: 1kern.ipc.shmmni: 192kern.ipc.shmseg: 128kern.ipc.shmall: 131072kern.ipc.shm_use_phys: 1kern.ipc.shm_allow_removed: 0kern.ipc.mbuf_wait: 32kern.ipc.mbtypes: 539 93 8 0 0 0 0 0 0 0 0 0 0 0 0 0
kern.ipc.nmbufs: 26624kern.ipc.nsfbufs: 6656kern.ipc.nsfbufspeak: 3kern.ipc.nsfbufsused: 0kern.ipc.m_clreflimithits: 0kern.ipc.mcl_pool_max: 0kern.ipc.mcl_pool_now: 0kern.ipc.maxsockets: 12328
TCP değerleri net.inet.tcp.rfc1323: 1net.inet.tcp.rfc1644: 0net.inet.tcp.mssdflt: 512net.inet.tcp.keepidle: 720net.inet.tcp.keepintvl: 75000net.inet.tcp.sendspace: 32768net.inet.tcp.recvspace
: 57344net.inet.tcp.keepinit: 75000net.inet.tcp.delacktime: 100net.inet.tcp.v6mssdflt: 1024net.inet.tcp.log_in_vain: 0net.inet.tcp.blackhole: 0net.inet.tcp.delayed_ack: 1net.inet.tcp.insecure_rst:
 0net.inet.tcp.reass.maxsegments: 416net.inet.tcp.reass.cursegments: 0net.inet.tcp.reass.overflows: 0net.inet.tcp.path_mtu_discovery: 1net.inet.tcp.slowstart_flightsize: 1net.inet.tcp.local_slowstart_flightsize:
 4net.inet.tcp.newreno: 1net.inet.tcp.tcbhashsize: 512net.inet.tcp.do_tcpdrain: 1net.inet.tcp.pcbcount: 407net.inet.tcp.icmp_may_rst: 1net.inet.tcp.isn_reseed_interval: 0net.inet.tcp.inflight_enable:
 0net.inet.tcp.inflight_debug: 0net.inet.tcp.inflight_min: 6144net.inet.tcp.inflight_max: 1073725440net.inet.tcp.inflight_stab: 20net.inet.tcp.syncookies: 1net.inet.tcp.syncache.bucketlimit: 30
net.inet.tcp.syncache.cachelimit: 15359net.inet.tcp.syncache.count: 34net.inet.tcp.syncache.hashsize: 512net.inet.tcp.syncache.rexmtlimit: 3net.inet.tcp.msl: 3net.inet.tcp.rexmit_min: 1000net.inet.tcp.rexmit_slop:
 200net.inet.tcp.always_keepalive: 1IO değerleri   tty ad0  ad2  md0 cpu tin tout  KB/t tps  MB/s   KB/t tps  MB/s   KB/t tps  MB/s  us ni sy in id
   0   22  0.00   0  0.00   0.00   0  0.00   0.00   0  0.00   5  0  4  0 91   0    8 16.09  35  0.55  10.81  30  0.31   0.00   0  0.00   2  0  3  0 94   0    8  6.67   1  0.00  11.41  26  0.29   0.00   0  0.00
   3  0  4  0 93   0    8 10.67   4  0.04  10.41  25  0.26   0.00   0  0.00   4  0  3  0 93   0    8 11.53   6  0.07  10.69  46  0.48   0.00   0  0.00   6  0 10  0 84   0    8 12.75   5  0.06  10.62  13  0.13   
0.00   0  0.00   3  0  3  0 94   0    8 10.61  14  0.15  11.14  71  0.77   0.00   0  0.00   5  0  6  0 89   0    8 14.61  29  0.42  10.48  36  0.37   0.00   0  0.00   5  0  3  0 92   0    8 13.05  17  0.21  10.78
  37  0.39   0.00   0  0.00   6  0  2  0 92   0    8  2.00   0  0.00  10.59  26  0.27   0.00   0  0.00   3  0  2  0 95   0    8  9.00   4  0.03  11.97  12  0.14   0.00   0  0.00   3  0  2  0 95   0    8 16.00   2  
0.03  16.00   0  0.00   0.00   0  0.00   4  0  2  0 94   0    8 14.92   5  0.07  12.77  29  0.36   0.00   0  0.00   9  0  5  0 8628.09.2006 tarihinde 
Baris Simsek <[EMAIL PROTECTED]> yazmış:
postgresql.conf daki performans ayarlarini kontrol edin.Ayrica kernel'in ipc, mem, tcp gibi sysctl parametrelerini kontrol edin."iostat 5" ile I/O durumunu kontrol edin.NFS var mi?
Daha cok network I/O veya disk I/O birsey prosesi bekletiyor gibi gorunuyor.[EMAIL PROTECTED] cd /usr/src/sys/kern[EMAIL PROTECTED] grep sbwait *uipc_socket2.c:sbwait(sb)/*  * Wait for data to arrive at/drain from a socket buffer.
  */intsbwait(sb) struct sockbuf *sb;{ SOCKBUF_LOCK_ASSERT(sb); sb->sb_flags |= SB_WAIT; return (msleep(&sb->sb_cc, &sb->sb_mtx,
 (sb->sb_flags & SB_NOINTR) ? PSOCK : PSOCK | PCATCH, "sbwait", sb->sb_timeo));}Postgresql'e tcp socket uzerinden mi yoksa unix domain socket'ten miulasiyorsunuz?
[EMAIL PROTECTED] ~]$ netstat -an|grep LISTEN | grep 5432tcp0  0 0.0.0.0:54320.0.0.0:* LISTENtcp0  0 :::5432

Re: [FreeBSD] Postgresql SBWAIT sorunu

[Baris Simsek]

postgresql.conf daki performans ayarlarini kontrol edin.

Ayrica kernel'in ipc, mem, tcp gibi sysctl parametrelerini kontrol edin.

"iostat 5" ile I/O durumunu kontrol edin.

NFS var mi?

Daha cok network I/O veya disk I/O birsey prosesi bekletiyor gibi gorunuyor.

[EMAIL PROTECTED] cd /usr/src/sys/kern
[EMAIL PROTECTED] grep sbwait *
uipc_socket2.c:sbwait(sb)

/*
 * Wait for data to arrive at/drain from a socket buffer.
 */
int
sbwait(sb)
struct sockbuf *sb;
{

SOCKBUF_LOCK_ASSERT(sb);

sb->sb_flags |= SB_WAIT;
return (msleep(&sb->sb_cc, &sb->sb_mtx,
(sb->sb_flags & SB_NOINTR) ? PSOCK : PSOCK | PCATCH, "sbwait",
sb->sb_timeo));
}

Postgresql'e tcp socket uzerinden mi yoksa unix domain socket'ten mi 
ulasiyorsunuz?

[EMAIL PROTECTED] ~]$ netstat -an|grep LISTEN | grep 5432
tcp0  0 0.0.0.0:54320.0.0.0:* 
LISTEN
tcp0  0 :::5432 :::* 
LISTEN
unix  2  [ ACC ] STREAM LISTENING 11911830 
/tmp/.s.PGSQL.5432


Soket uzerinden send() ve recv() yaparken veri hazir olmamasi durumunda 
bu duruma dusuyorsunuz. Bunun degisik nedenleri olabilir. Mesela yavas 
bir client sizin hizli sunucunuzla konusuyor ve isteklere gerektigi 
hizda cevap veremiyor. Bu bir benchmark programi veya DOS atagi 
olabilir. Boyle cok sayida connection aciliyor ve postgresql bu state de 
bekliyor.


Pek cok neden olabilir. Bu dediklerim sadece hangi konuda uyanik olmaniz 
gerektigini belirtmek icin. Degisik testler sysctl komutlari, tuning'ler 
vs... ile ancak sorunu bulabilirsiniz. biraz uzmanlik biraz da ugras 
gerektiriyor maalesef.


Son olarak FreeBSD 6 kullanmiyorsaniz mutlaka 6 kullanin.

Baris Simsek, http://www.enderunix.org/simsek/
Endersys Ltd., http://www.endersys.com/


Dryope Security wrote:

Merhabalar,

Dual Xeon 2.8 işlemciye, 2GB rame sahip bir sunucum var üzerinden FreeBSD
4.9 çalışmakta, uzun bir süredir çok sağlıklı çalışan postgresql im artık
garipleşmeye başladı. Sorgulara çok geç cevap veriyor ve top çıktısında
aşağıdaki gibi bir çok sbwait durumu oluşmakta. Son olarak PostgreSQL
7.2.4versiyonunu kullanmaktayım.

Sorun ile ilgili bir çok araştırma yapmama rağmen herhangi bir sonuç
alamadım.

 435 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 471 pgsql  2   0 18228K  9904K sbwait 0   0:02  0.00%  0.00% postgres
 236 pgsql  2   0 18228K  9904K sbwait 0   0:02  0.00%  0.00% postgres
 303 pgsql  2   0 18228K  9904K sbwait 0   0:02  0.00%  0.00% postgres
 245 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 251 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 240 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 266 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 280 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 699 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 677 pgsql  2   0 18228K  9900K sbwait 2   0:02  0.00%  0.00% postgres
 282 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 288 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 416 pgsql  2   0 18228K  9904K sbwait 0   0:02  0.00%  0.00% postgres
 306 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 233 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 674 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 665 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 254 pgsql  2   0 18228K  9900K sbwait 2   0:02  0.00%  0.00% postgres
 701 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres
 268 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres

Vermiş olduğunuz değerli bilgiler için teşekkür ederim.


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

[FreeBSD] Postgresql SBWAIT sorunu

[Dryope Security]

Merhabalar, Dual Xeon 2.8 işlemciye, 2GB rame sahip bir sunucum var üzerinden FreeBSD 4.9 çalışmakta, uzun bir süredir çok sağlıklı çalışan postgresql im artık garipleşmeye başladı. Sorgulara çok geç cevap veriyor ve top çıktısında aşağıdaki gibi bir çok sbwait durumu oluşmakta. Son olarak PostgreSQL 
7.2.4 versiyonunu kullanmaktayım.Sorun ile ilgili bir çok araştırma yapmama rağmen herhangi bir sonuç alamadım.   435 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  471 pgsql  2   0 18228K  9904K sbwait 0   0:02  
0.00%  0.00% postgres  236 pgsql  2   0 18228K  9904K sbwait 0   0:02  0.00%  0.00% postgres  303 pgsql  2   0 18228K  9904K sbwait 0   0:02  0.00%  0.00% postgres  245 pgsql  2   0 18228K  9900K sbwait 0   0:02  
0.00%  0.00% postgres  251 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  240 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  266 pgsql  2   0 18228K  9900K sbwait 0   0:02  
0.00%  0.00% postgres  280 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  699 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  677 pgsql  2   0 18228K  9900K sbwait 2   0:02  
0.00%  0.00% postgres  282 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  288 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  416 pgsql  2   0 18228K  9904K sbwait 0   0:02  
0.00%  0.00% postgres  306 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  233 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  674 pgsql  2   0 18228K  9900K sbwait 0   0:02  
0.00%  0.00% postgres  665 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgres  254 pgsql  2   0 18228K  9900K sbwait 2   0:02  0.00%  0.00% postgres  701 pgsql  2   0 18228K  9900K sbwait 0   0:02  
0.00%  0.00% postgres  268 pgsql  2   0 18228K  9900K sbwait 0   0:02  0.00%  0.00% postgresVermiş olduğunuz değerli bilgiler için teşekkür ederim. 

Re: Ynt: Re: [FreeBSD] PostgreSql Türkçe Sorunu

[deniz.ana]

Merhaba,
İlgili konuda yorumu olan varmı acaba?
FreeBSD'de Türkçe ile ilgili bir sorunmu var acaba ???

Sağlıcakla Kalın...




-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Ynt: Re: [FreeBSD] PostgreSql Türkçe Sorunu

[deniz.ana]

Merhaba,
UTF-8 ile tekrar düzenledim ve PgManager ile denedim bu sefer ama yine
düzelmedi.

PgManager'de "SHOW ALL" çalıştırdığımda locale ayarları aşağıdaki
gibi:(detayı ilişikte dosyada)
.
"lc_collate";"tr_TR.UTF-8"
"lc_ctype";"tr_TR.UTF-8"
"lc_messages";"tr_TR.UTF-8"
"lc_monetary";"tr_TR.UTF-8"
"lc_numeric";"tr_TR.UTF-8"
"lc_time";"tr_TR.UTF-8"
.

pgstart.log dosyasını ise bulamadım. Bu dosya postgresql.conf adındaysa
yeni sürümde locale satırlarıda aynen yukarıdaki gibi (lc_collate ve
lc_ctype yok .conf dosyasında , değiştirme olanağı yokmuş ve sıralama vs..
içinde bunlar kullanılıyormuş).

Windows XP Pro (Eng) üzerindeki PGSQL 8.0.1'i epey zamandır kullanıyorum
ve bir sorun yaşamadım. Ondada "SHOW ALL" çalıştırdığımda locale ayarları
için "Turkish_TURKEY.28599" gözüküyor.

Sağlıcakla Kalın...
name   setting  
  
add_missing_from   on   
  
archive_commandunset
  
australian_timezones   off  
  
authentication_timeout 60   
  
bgwriter_delay 200  
  
bgwriter_maxpages  100  
  
bgwriter_percent   1
  
block_size 8192 
  
check_function_bodies  on   
  
checkpoint_segments3
  
checkpoint_timeout 300  
  
checkpoint_warning 30   
  
client_encodingLATIN5   
  
client_min_messagesnotice   
  
commit_delay   0
  
commit_siblings5
  
config_file
/usr/local/pgsql/data/postgresql.conf  
cpu_index_tuple_cost   0.001
  
cpu_operator_cost  0.0025   
  
cpu_tuple_cost 0.01 
  
custom_variable_classesunset
  
data_directory /usr/local/pgsql/data
  
DateStyle  ISO, MDY 
  
db_user_namespace  off  
  
deadlock_timeout   1000 
  
debug_pretty_print off  
  
debug_print_parse  off  
  
debug_print_plan   off  
  
debug_print_rewritten  off  
  
debug_shared_buffers   0
  
default_statistics_target  10   
  
default_tablespace unset
  
default_transaction_isolation  read committed   
  
default_transaction_read_only  off  
  
default_with_oids  on   
  
dynamic_library_path   $libdir  
  
effective_cache_size   1000 
  
enable_hashagg on   
  
enable_hashjoinon   
  
enable_indexscan  

Re: Ynt: Re: [FreeBSD] PostgreSql Türkçe Sorunu

[Gokhan]

deniz.ana wrote:

  Tekrar merhaba ve ilginize teşekkür ederim öncelikle...

Tavsiye ettiklerinizin 2. adımda uzman sayılırım , hayatımda bu kadar
veritabanı yaratmamıştım.:))

Yaptıklarımdan farklı olarak tavsiye ettiğiniz derleme işlemini (1. adım)
tamamlayıp 2. adımıda tamamladım ama sonuç elde edemedim.

2. adım için tr_TR.UTF-8 dışında tr_TR.ISO8859-9 da denedim ama oda olmadı.



Bunu denemenize gerek
yoktur. 

  İşlemleri yaptıktan sonra PgAdmin'den (Windows üzerinde) SHOW ALL
çalıştırdığımda locale satırlarının belirtiğim şekilde ayarlandığınıda
gördüm ama sıralama testi başarısız.


Veriyi nasıl girdiniz?
http://www.sqlmanager.net/ adresinden 30 günlük deneme sürümü indirip
onunla veri girin.
PgManager ile veritabanına erişirken, client encoding UNICODE ve font
charset Unicode olarak seçiniz.
Bu bilgi Database registration info da görülmektedir.
PgAdminle iş yapmayınız.
İlk kurallara uyarak initdb yapıp sonra veriyi UTF-8 girdiğinize emin
olun.
pgstart.log dosyasını listeye gönderin. Postgre nereye kurulduysa onun
altındadır bu dosya.
Oradan collate order in hangi localeye göre yapıldığını anlayacağız.
Sıralama işlemi
Collate order a göre yapılmaktadır. Chapter 20 yi okudunuz mu?


  Windows üzerindeki PgSQL Turkish_TURKEY.28599 locale ile çalışıyor ve
sorun yok.


Sorun olması gerekir. Bu
testi nasıl yaptınız?

  Derlemede başka bir trik mi var acaba?
Initdb ile gördüğüm kadarıyla yapılabilecek herşeyi yaptım yada gerçekten
bir bug var.

Sağlıcakla kalın...

-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Ynt: Re: [FreeBSD] PostgreSql Türkçe Sorunu

[deniz.ana]

Tekrar merhaba ve ilginize teşekkür ederim öncelikle...

Tavsiye ettiklerinizin 2. adımda uzman sayılırım , hayatımda bu kadar
veritabanı yaratmamıştım.:))

Yaptıklarımdan farklı olarak tavsiye ettiğiniz derleme işlemini (1. adım)
tamamlayıp 2. adımıda tamamladım ama sonuç elde edemedim.

2. adım için tr_TR.UTF-8 dışında tr_TR.ISO8859-9 da denedim ama oda olmadı.

İşlemleri yaptıktan sonra PgAdmin'den (Windows üzerinde) SHOW ALL
çalıştırdığımda locale satırlarının belirtiğim şekilde ayarlandığınıda
gördüm ama sıralama testi başarısız.
Windows üzerindeki PgSQL Turkish_TURKEY.28599 locale ile çalışıyor ve
sorun yok.
Derlemede başka bir trik mi var acaba?
Initdb ile gördüğüm kadarıyla yapılabilecek herşeyi yaptım yada gerçekten
bir bug var.

Sağlıcakla kalın...

-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] PostgreSql Türkçe Sorunu

[Gokhan]

Bu iş biraz dertli
ama hiç zor değil.
BSD ler üstünde hiç kurmadım peşinen söyleyeyim. Ama dertli olduğunu
sanmıyorum.

Eğer Postgre kullanacaksanız mutlaka Postgresql 8 dökümanı edinin.
http://www.postgresql.org/files/documentation/pdf/8.0/postgresql-8.0-A4.pdf

Ve ordan önce bir Chapter 20 ye bakın. Postgre dile ilişkin tüm
ayarlarını işletim
sisteminden alıyor. Şimdi gelelim yapılacaklara;

1. Kuruluşta
./configure --enable-nls --enable-thread-safety --enable-depend
--with-openssl --enable-cassert
Demek gerekiyor. Bunu BSD ce demek için 
make install -D --enable-nls -D --enable-thread-safety şeklinde
yan yana yazın.
2.. 
Önce locale -a 
diyerek sistemde kurulu locale seçeneklerine bakın.
Eğer tr_TR.UTF-8 varsa işiniz çok kolay olacak.
initdb esnasında mutlaka UNICODE olarak veritabanı alanı initialize
edilecek.
Yani initdb -E UNICODE
--locale=tr_TR.UTF-8

Bütün mevzu budur.

Yeni bir veritabanı oluştururken artık başka bir şey yapmak gerekmiyor.
Sadece createdb ile oluşturun.

Bundan sonra veritabanına gönderilecek veriyi hangi dili
kullanıyorsanız UTF-8 gönderin. 
Veriyi gösterirken de aynı şeyi yapmalısınız. 

Yukarıda kısacık şeyi öğrenmek için harcadığım tam 4 aydan sonra,
umarım sizin
ve diğer kullanıcıların işine yarar bu bilgi. Lütfen deneme yaptıktan
sonra listeye mail atın.
Doğru çalışıyorsa ipucu olarak gireyim.

Not: Postgreye uzaktan erişim yapılacaksa mutlaka SSLi yapılandırın.
Eğer uygulama aynı sunucuda erişecekse
uğraşmayın.

Postgre ile ilgili her konuda lütfen yazınız.
Kolay gelsin,

Gökhan

deniz.ana wrote:

  Merhaba,
FreeBsd 5.4 + PostgreSql 8.0.3 kurulumunu yaptım.
Türkçe sıralama sorunu var.
Yardımcı olursanız memnun olurum.

Sağlıcakla Kalın...


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] PostgreSQL

[Engin OZTURK]

hic postgresql kullanmadım ama şurayı bir inceleyin isterseniz ;

http://sourceforge.net/projects/pgsqlturkce


- Original Message -
From: "deniz.ana" <[EMAIL PROTECTED]>
To: 
Sent: Thursday, August 11, 2005 6:34 PM
Subject: [FreeBSD] PostgreSQL


> Merhaba,
> FreeBsd 5.4 + PostgreSql 8.0.3 kurulumunu yaptım.
> Türkçe sıralama sorunu var.
> Yardımcı olursanız memnun olurum.
>
> Sağlıcakla Kalın...
>
> -
> Cikmak icin, e-mail: [EMAIL PROTECTED]
> Liste arsivi: http://lists.enderunix.org
> Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php
>
>
>
>
> __ NOD32 1.1150 (20050621) Information __
>
> This message was checked by NOD32 antivirus system.
> http://www.eset.com
>
>


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

[FreeBSD] PostgreSQL

[deniz.ana]

Merhaba,
FreeBsd 5.4 + PostgreSql 8.0.3 kurulumunu yaptım.
Türkçe sıralama sorunu var.
Yardımcı olursanız memnun olurum.

Sağlıcakla Kalın...

-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

[FreeBSD] PostgreSql Türkçe Sorunu

[deniz.ana]

Merhaba,
FreeBsd 5.4 + PostgreSql 8.0.3 kurulumunu yaptım.
Türkçe sıralama sorunu var.
Yardımcı olursanız memnun olurum.

Sağlıcakla Kalın...


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

Re: [FreeBSD] Postgresql baslatma sorunlari

[Gokhan]

Selamlar,
Ãncelikle initdb komutu ile temel data alanÄnÄ yaratmanÄz lazÄm.
initdb -D /sizin/data/dir mesela /var/lib/pgdata
AyrÄca user olarak sisteme default atanan postgres userini da ekleyin.
Yani initdb -D /sizin/data/dir mesela /var/lib/pgdata  -U postgres
Ve ayrÄca TÃrkÃe sort yapacaksanÄz Ãncelikle dÃkÃÄmanlarÄ dikkatlice 
okumanÄzÄ ve mutlaka
Postgre 8 kullanmanÄzÄ Åiddetle Ãneririrm.

DÃkÃmantasyon iÃin postgresql.org adresine bakÄnÄz.
Kolay gelsin.

Eda Keskin wrote:
Merhaba arkadaslar,
Sistemim FreeBSD 4.11
Postgresql 7.3.9_3 kurulu
root# su - pgsql
pgsql$ /usr/local/bin/postmaster -i -D
/usr/local/pgsql/data &
Sirasiyla yukardaki komutlari calistirdigimda
asagidaki hata mesajini aliyorum:
"FATAL: File /usr/local/pgsql/data/PG_VERSION is
missing. This is not a valid directory"
pgsql$ /usr/local/etc/rc.d/010.pgsql.sh start 
komutunu verdigimde ise bana parola soruyor. Bunun
default parolasi mi var yoksa baska birsey mi
yapmaliyim once?

Bana freebsd altinda postgresql kurulumu ve ayarlari
hakkinda bir dokuman onerirseniz ve yukarda
yazdiklarim hakkinda bildiklerinizi paylasirsaniz cok
sevinirim. Simdiden tesekkur ederim, iyi gunler.
Eda Keskin Florat
Wallenius CRC
__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

 


-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

[FreeBSD] Postgresql baslatma sorunlari

[Eda Keskin]

Merhaba arkadaslar,

Sistemim FreeBSD 4.11
Postgresql 7.3.9_3 kurulu

root# su - pgsql
pgsql$ /usr/local/bin/postmaster -i -D
/usr/local/pgsql/data &

Sirasiyla yukardaki komutlari calistirdigimda
asagidaki hata mesajini aliyorum:
"FATAL: File /usr/local/pgsql/data/PG_VERSION is
missing. This is not a valid directory"

pgsql$ /usr/local/etc/rc.d/010.pgsql.sh start 
komutunu verdigimde ise bana parola soruyor. Bunun
default parolasi mi var yoksa baska birsey mi
yapmaliyim once?

Bana freebsd altinda postgresql kurulumu ve ayarlari
hakkinda bir dokuman onerirseniz ve yukarda
yazdiklarim hakkinda bildiklerinizi paylasirsaniz cok
sevinirim. Simdiden tesekkur ederim, iyi gunler.

Eda Keskin Florat
Wallenius CRC

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
Cikmak icin, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org
Turkiye'nin ilk FreeBSD kitabi: http://www.acikakademi.com/freebsd.php

[freebsd] Postgresql Turkce sort ve FreeBSD

[Gokhan]

Selamlar,
FreeBSD üzerinde Postgresql kullanmak istiyorum.
Lakin sort, locale v.b. tam Türkçe destegi için glibc gerektigini ogrendim.
Listeden daha önce Postgre yi basariyla kullanan oldu mu?
Bilgi verirseniz cok sevinecegim.
Kolay gelsin
Gokhan

-
Duydunuz mu! Turkiye'nin ilk FreeBSD kitabi cikti.
http://www.acikkod.com/freebsd.php
To unsubscribe, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org ve http://www.mail-archive.com/[EMAIL 
PROTECTED]

Re: [freebsd] PostgreSQL

[Ismail YENIGUL]

selamlar

FreeBSD ports' da asagidaki bilgiler yazmaktadir.
kolay gelsin

/usr/ports/databases/postgresql73$ more files/pkg-message.server
==

To initialize the database, you should run initdb as the "pgsql" user
(if you want to use your locale for collation, edit ~pgsql/.profile
and set the locale to your preference first).

Example:

  su -l pgsql -c initdb

You can then start PostgreSQL by running:

  /usr/local/etc/rc.d/010.pgsql.sh start

For postmaster settings, see ~pgsql/data/postgresql.conf
For more tips, read ~pgsql/post-install-notes

On Thu, Jan 01, 2004 at 03:36:02PM +0200, Parahat Melayev wrote:
> Sisteme PostgreSQL kurdum.
> Sistem acilisinda direk TCP/IP 5432 portu dinliyor sekilinde baslamasini istiyorum
> nasil yapabilirim?
> 
> ---
> PosgreSQL 7.3.1
> FreeBSD 5.1 RELEASE
> ---
-- 

Ismail YENIGUL
http://tips.EnderUNIX.org
http://www.EnderUNIX.org
GPG Key: http://yenigul.net/ismail.gpg

If anything can't go wrong it will.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Liste arsivi: http://lists.enderunix.org

[freebsd] PostgreSQL

[Parahat Melayev]

Sisteme PostgreSQL kurdum.
Sistem acilisinda direk TCP/IP 5432 portu dinliyor 
sekilinde baslamasini istiyorum
nasil yapabilirim?
 
---PosgreSQL 
7.3.1
FreeBSD 5.1 RELEASE
---