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

2009-04-09 Başlik 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 Türkçe dil desteği problemi

2009-04-09 Başlik 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 canerca...@yahoo.com

 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 Türkçe dil desteği problemi

2009-04-09 Başlik Ismail YENIGUL
Title: Re: [FreeBSD] POSTGRESQL Trke dil destei 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/ismailhttp://www.endersys.com.tr   +
+ EnderUNIX SDT @ TrEndersys 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

2008-11-19 Başlik 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

2008-11-17 Başlik 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

2008-06-24 Başlik 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

2008-04-29 Başlik 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: ACPI CPU 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

2007-12-24 Başlik 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

2007-12-08 Başlik 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

2007-10-28 Başlik Huseyin ERSOY
Anladim mysql i baslatmadan baglanmaya calismisim galiba.
Ayni hatayi postgresql icinde aldim. pgsql i nasil baslatabilirim.
Tesekkurler
iyi calismalar


RE: [FreeBSD] postgresql - kurulum

2007-10-01 Başlik 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

2007-10-01 Başlik 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



[FreeBSD] postgresql ve autovacuum

2007-10-01 Başlik 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

2007-09-28 Başlik 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

2007-09-28 Başlik 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

2007-09-20 Başlik 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

2007-03-26 Başlik 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: SHELL=/bin/sh
 X-Cron-Env: HOME=/var/lib/pgsql
 X-Cron-Env: PATH=/usr/bin:/bin
 X-Cron-Env: LOGNAME=postgres
 X-Cron-Env: USER=postgres

 /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

2007-03-25 Başlik 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: SHELL=/bin/sh
 X-Cron-Env: HOME=/var/lib/pgsql
 X-Cron-Env: PATH=/usr/bin:/bin
 X-Cron-Env: LOGNAME=postgres
 X-Cron-Env: USER=postgres

 /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 Yansisi

2006-12-01 Başlik 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




[FreeBSD] PostgreSQL max connection

2006-11-06 Başlik 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 max connection

2006-11-06 Başlik 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: freebsd@lists.enderunix.org
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

2006-11-06 Başlik 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: freebsd@lists.enderunix.org
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

2006-11-06 Başlik 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

2006-11-06 Başlik 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[2]: [FreeBSD] PostgreSQL max connection

2006-11-06 Başlik 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




[FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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




Re: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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 cputin 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 5432tcp00 0.0.0.0:54320.0.0.0:* LISTENtcp00 :::5432 :::*
 LISTENunix2[ ACC ] STREAM LISTENING 11911830/tmp/.s.PGSQL.5432Soket uzerinden send() ve recv() yaparken veri hazir olmamasi durumundabu duruma dusuyorsunuz. Bunun degisik nedenleri olabilir. Mesela yavas
bir client sizin hizli sunucunuzla konusuyor ve isteklere gerektigihizda cevap veremiyor. Bu bir benchmark programi veya DOS atagiolabilir. Boyle cok sayida connection aciliyor ve postgresql bu state debekliyor.
Pek cok neden olabilir. Bu dediklerim 

Re[2]: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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 tarihindeBaris 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.
 */
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) 

Re: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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 kontrol 

Re: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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ğerleritty ad0ad2md0 cpu tin toutKB/t tpsMB/s KB/t tpsMB/s KB/t tpsMB/sus ni sy in id 0 22
0.00 00.00 0.00 00.00 0.00 00.00 5040 91 08 16.09350.5510.81300.31 0.00 00.00 2030 94 086.67 10.0011.41260.29 0.00 00.00 3040 93
 08 10.67 40.0410.41250.26 0.00 00.00 4030 93 08 11.53 60.0710.69460.48 0.00 00.00 60 100 84 08 12.75 50.0610.62130.13 0.00
 00.00 

Re: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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 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:

Re[2]: [FreeBSD] Postgresql SBWAIT sorunu

2006-09-28 Başlik 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 tarihindeBaris 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.syncookies: 1
 net.inet.tcp.syncache.bucketlimit: 30
 net.inet.tcp.syncache.cachelimit: 15359
 net.inet.tcp.syncache.count: 34
 

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

2005-08-12 Başlik 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




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

2005-08-12 Başlik 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   

[FreeBSD] PostgreSql Türkçe Sorunu

2005-08-11 Başlik 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

2005-08-11 Başlik 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

2005-08-11 Başlik Engin OZTURK
hic postgresql kullanmadım ama şurayı bir inceleyin isterseniz ;

http://sourceforge.net/projects/pgsqlturkce


- Original Message -
From: deniz.ana [EMAIL PROTECTED]
To: freebsd@lists.enderunix.org
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 baslatma sorunlari

2005-04-22 Başlik 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




Re: [FreeBSD] Postgresql baslatma sorunlari

2005-04-22 Başlik Gokhan
Selamlar,
ncelikle initdb komutu ile temel data alann yaratmanz lazm.
initdb -D /sizin/data/dir mesela /var/lib/pgdata
Ayrca user olarak sisteme default atanan postgres userini da ekleyin.
Yani initdb -D /sizin/data/dir mesela /var/lib/pgdata  -U postgres
Ve ayrca Trke sort yapacaksanz ncelikle dkmanlar dikkatlice 
okumanz ve mutlaka
Postgre 8 kullanmanz iddetle neririrm.

Dkmantasyon iin postgresql.org adresine baknz.
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 Turkce sort ve FreeBSD

2004-10-19 Başlik Gokhan
Selamlar,
FreeBSD zerinde Postgresql kullanmak istiyorum.
Lakin sort, locale v.b. tam Trke destegi iin 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

2004-01-02 Başlik 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

2004-01-01 Başlik 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
---