AutoRun Way in Linux (3)

Linux Autorn Way
啟動和關閉（或reboot）：

1.程式的啟動由Script控制（ex：script filename為testserverctl）
則Script內容則由下法來設置啟動
case $1 in
　start)
　　　#將要啟動的程式寫至於此，如下：
　　　cd /tmp/testserver
　　　./tesetserver &
　　　exit 0
　　　;;
　stop)
　　　#將要結束的程式寫至於此，如下：
　　　cd /tmp/testserver
　　　test –e testserver_pid && cat testserver_pid xargs kill -15 echo “no testserver_pid file”
　　　exit 0
　　　;;

執行script方式為：/script所在路徑/testserverctl start 及 /script所在路徑/testserverctl stop
將此script建立在/etc/rc.d/init.d/下
並分別在所需執行的runlevel下（如：/etc/rc.d/rc3.d/）分別建立兩種連結：S99testserver、K05testserver
使這兩連結分別連結到../init.d/testserver
即可在開機後自動啟動此程式，以及關機（或reboot）時關閉此程式
註：此法可不需修改原程式來判別參數

2.程式的啟動由程式本身執行檔控制（ex：script filename為testserverctl）
則Script內容則由下法來設置啟動
case $1 in
　start)
　　　#將要啟動的程式寫至於此，如下：
　　　cd /tmp/testserver
　　　./tesetserver start
　　　exit 0
　　　;;
　stop)
　　　#將要結束的程式寫至於此，如下：
　　　cd /tmp/testserver
　　　./tesetserver stop
　　　exit 0
　　　;;

執行script方式為：/script所在路徑/testserverctl start 及 /script所在路徑/testserverctl stop
將此script建立在/etc/rc.d/init.d/下
並分別在所需執行的runlevel下（如：/etc/rc.d/rc3.d/）分別建立兩種連結：S99testserver、K05testserver
使這兩連結分別連結到../init.d/testserver
即可在開機後自動啟動此程式，以及關機（或reboot）時關閉此程式
註：此法需修改原程式來判別參數start、stop
※以上兩種開機後自動啟動也可以將要執行的script寫入/etc/rc.d/rc.local裡
※結束需時較久的程式不建議在關機（或reboot）時才結束，最好事先結束完在關機（或reboot）

[轉]管理內核資源

[本文轉載來源為：http://docs.huihoo.com/postgresql/pgsql-doc-7.3/kernel-resources.html]

3.5. 管理內核資源

一次大型PostgreSQL安裝會很容易耗盡各種作業系統的
資源上限．（在有些系統上，出廠設置低得你都不用一次"大型"安裝．） 如果你碰到這類問題，請繼續閱讀。

3.5.1. 共享內存和信號燈

共享內存和信號燈的正確叫法是"System VIPC"（ 還有消息隊列，不過對于PostgreSQL而言沒什麼 關係．）儘管所有現代作業系統都提供這個特性，但並不是
所有系統缺省都打開它或者有足夠的資源，尤其是有 BSD 親源 的系統． （對于QNX和 BeOS移植? PostgreSQL自己提供這套
機製的替換實現．）

完全缺少這些機製的表現通常是在 postmaster 啟動的時候的 Illegal system
call錯誤．這時除了重新配置內核以外 沒什麼可做的 -- PostgreSQL
沒它們干不了活．

如果 PostgreSQL 超出了這些IPC 資源的硬限制之一的時候 就會拒絕啟動並且留下一條相當有啟發性的錯誤訊息告訴你它碰到了
什麼問題以及需要為它做些什麼． （又見 Section
3.3.1．） 相關的內核參數在不同系統之間有著相對固定的術語； Table
3-3 是一個概況．不過，設置它們的方法卻 多種多樣．不過要注意的是，你可能最好重新啟動你的機器，或者還要 重新編譯內核來修改這些設置．

Table 3-3. System VIPC參數

名字	描述	合理取值
SHMMAX	最大共享內存段尺寸（位元組）	250kB + 8.2 kB * shared_buffers + 14.2 kB * max_connections 或者無窮大
SHMMIN	最小共享內存段尺寸（位元組）	1
SHMALL	可用共享內存的總數量(位元組或者頁面)	如果是位元組，就和 SHMMAX 一樣；如果是頁面，ceil(SHMMAX/PAGE_SIZE)
SHMSEG	每進程最大共享內存段數量	只需要 1 個段，不過缺省比這高得多．
SHMMNI	系統範圍最大共享內存段數量	類似 SHMSEG 加上用于其他應用的空間
SEMMNI	信號燈標識符的最小數量（也就是說，套）	>= ceil(max_connections % 16)
SEMMNS	系統範圍的最大信號燈數量	ceil(max_connections / 16) * 17+ 用于其他應用的空間
SEMMSL	每套信號燈最小信號燈數量	>= 17
SEMMAP	信號燈映射裡的記錄數量	參閱文本
SEMVMX	信號燈的最大值	>= 255 （缺省通常是32767，除非被要求，否則不要修改）

最重要的共享內存參數是 SHMMAX，
以位元組記的共享內存段可擁有的最大尺寸． 如果你收到來自shmget的類似Invalid argument 這樣的錯誤訊息，那么很有可能是你超過限制了．
要求的共享內存段隨著請求的緩沖區數量（-B選項）和 允許的連接數量（-N選項）的變化而變化，儘管前者是 最重要的原素． （因此，作為一種臨時的解決方法，你可以降低這些設置來繞過失敗．）
如果粗略地估計，你可以估計所需要的段尺寸是緩沖區數量乘以塊 尺寸（缺省 8 kB）加上足夠的盈余（至少半兆位元組）． 任何錯誤訊息都會包含分發失敗的尺寸．

不太可能出問題的是共享內存段的最小尺寸（SHMMIN）， 對 PostgreSQL來說大約是 256 kB左右（通常只是 1），而 系統範圍（SHMMNI）或每進程（SHMSEG）
最大共享內存段數量不應該會產生問題，除非你的系統把它們設成零． 有些系統還對系統裡的共享內存總量有限制；參閱下面平台相關的指導．

PostgreSQL 每個允許的聯接使用一個信號燈 （-N選項）， 以 16 個為一套．每套信號燈還包含第十七個信號燈， 它裡面存儲一個"magic number（標誌數字）"， 以檢測和其他應用使用的信號燈集衝突． 系統裡的最大信號燈數目是由SEMMNS設置的， 因此這個值應該至少和聯接設置一樣大，並且每十六個聯接還要另外加一個． （參閱Table
3-3 裡面的公式．） 參數SEMMNI決定 系統裡一次可以存在的信號燈集的數目．因此這個參數至少應該為
ceil(max_connections % 16)．降低允許的聯接數目是一個臨時的
繞開失敗的方法，這個啟動失敗通常被來自函數semget() 的錯誤附應 "No space left on
device"搞得很讓人迷惑．

有時候還可能有必要增大SEMMAP，使之至少按照 SEMMNS配置．這個參數定義信號燈資源映射的尺寸， 可用的每個連續的信號燈塊在這個映射中存放一條記錄．
每當一套信號燈被釋放，那么它要么會加入到該映射中一條相連的 已釋放的塊的入口中，要么註冊成一條新的入口．如果映射填滿了碎片，
那么被釋放的信號燈就丟失了（除非重起）．因此時間長信號燈空間的碎片 了會導致可用的信號燈比應該有的信號燈少．

SEMMSL 參數，決定一套信號燈裡可以有多少信號燈，對于 PostgreSQL而言應該至少是 17．

許多設置與 "semaphore undo（信號燈恢復）"有關，比如 SEMMNU 和 SEMUME，這些與 PostgreSQL無關．

BSD/OS

共享內存. 缺省時是只支持 4 MB 的共享內存．請記住共享內存是不能分頁的；它是 鎖在 RAM 裡面的．要增加 postmaster
支持的共享緩沖區數目，向 你的內核配置文件裡增加下面的行．一個值為 1024 的 SHMALL 代表 4 M
共享內存．下面的東西把共享內存區域增加到 32 MB：

options "SHMALL=8192"
options "SHMMAX=\(SHMALL*PAGE_SIZE\)"

對于營運 4.1 或更新的版本的人，只需要做上面的修改， 然後編譯內核並重起．對于營運 更早的版本的，請用 bpatch 找出當前內核的 sysptsize值．它是啟動的時候自動計算的．

$ bpatch -r sysptsize
0x9 = 9

然後，把 SYSPTSIZE修改為在內核配置文件裡的一個硬代碼值． 用 bpatch 算出來的值，並且為你需要的每個額外的 4 MB 共享內存再加 1．

options "SYSPTSIZE=16"

sysptsize不能用 sysctl 修改．

信號燈. 你可能需要增加信號燈的數量．缺省時，PostgreSQL 分發
34 個信號燈．這個數量只是剛剛超過缺省的系統總數 60 的一半．

在內核配置文件裡設置你需要的值，比如︰

options "SEMMNI=40"
options "SEMMNS=240"
options "SEMUME=40"
options "SEMMNU=120"

FreeBSD
NetBSD
OpenBSD

編譯內核時 需要把選項SYSVSHM 和 SYSVSEM打開． （缺省是打開的．） 共享內存的最大尺寸是由選項SHMMAXPGS（以頁計）． 下面顯示了一個如何設置這些參數的例子︰

options         SYSVSHM
options         SHMMAXPGS=4096
options         SHMSEG=256

options         SYSVSEM
options         SEMMNI=256
options         SEMMNS=512
options         SEMMNU=256
options         SEMMAP=256

(在 NetBSD 和 OpenBSD裡，關鍵字實際上是單數的 option)

你可能原意使用 sysctl 設置將共享內存鎖在 RAM
中以避免它們被交換出去，也即，kern.ipc.shm_use_phys。

HP-UX

缺省設置看來對普通安裝是足夠的了． 在 HP-UX 10，SEMMNS的出廠缺省是 128， 可能對大的數據庫節點來說太小了．

IPC可以在 System
Administration Manager（系統管理器） (SAM)下面的 Kernel Configuration->Configurable Parameters 配置．你配置完了以後敲 Create A New Kernel選項．

Linux

在 2.2 內核裡缺省的共享內存限制（ SHMMAX 和 SHMALL）都是 32 MB，但是你可以在 proc
文件系統裡修改這些值（不用重起）． 比如，要允許 128 MB︰

$echo 134217728 >/proc/sys/kernel/shmall
$echo 134217728 >/proc/sys/kernel/shmmax

你可以把這些命令放到一個引導時營運的腳本中．

另外，如果你的系統裡有的話，你可以使用 sysctl　來控制這些參數． 查找一個叫 /etc/sysctl.conf 的文件，然後再它裡面加下面 這樣的幾行︰

kernel.shmall = 134217728
kernel.shmmax = 134217728

通常在引導的時候會處理這個文件， 但你也可以稍后明確調用 sysctl．

其他參數對任何應用來說都足夠了． 如果你想自己查看，你可以看看下面幾個文件︰ /usr/src/linux/include/asm-xxx/shmparam.h 和 /usr/src/linux/include/linux/sem.h.

MacOS X

編輯文件 /System/Library/StartupItems/SystemTuning/SystemTuning
並且修改下列數值︰

sysctl -w kern.sysv.shmmax
sysctl -w kern.sysv.shmmin
sysctl -w kern.sysv.shmmni
sysctl -w kern.sysv.shmseg
sysctl -w kern.sysv.shmall

這些值在 MacOS X 上的含義和前面列出的作業系統的含義相同。

SCO OpenServer

缺省配置時，只允許每段 512KB 共享內存，大概只夠 -B 24 -N 12用的．要增大設置，首先進入
/etc/conf/cf.d目錄．要顯示當前的以位元組記的 SHMMAX，營運

./configure -y SHMMAX

設置 SHMMAX的新值︰

./configure SHMMAX=value

這裡 value 是你想設置的以位元組記的新值． 設置完了以後SHMMAX重新製作內核

./link_unix

然後重起．

Solaris

至少到版本 2.6 為止，共享內存段的缺省最大設置對 PostgreSQL
來說是太低了．相關的設置可以在/etc/system裡面修改， 例如︰

set shmsys:shminfo_shmmax=0x2000000
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=256
set shmsys:shminfo_shmseg=256

set semsys:seminfo_semmap=256
set semsys:seminfo_semmni=512
set semsys:seminfo_semmns=512
set semsys:seminfo_semmsl=32

你要重起系統令修改生效．

又見 http://www.sunworld.com/swol-09-1997/swol-09-insidesolaris.html
獲取關於 Solaris 裡面的共享內存的訊息．

UnixWare

在 UnixWare 7 上，缺省配置裡的最大共享內存段是 512 kB．
這個數只夠-B 24 -N 12用的．要顯示SHMMAX的
當前值，營運

/etc/conf/bin/idtune -g SHMMAX

就會顯示以位元組記的當前的缺省的最小和最大值． 要給SHMMAX設置一個新值，營運︰

/etc/conf/bin/idtune SHMMAX value

這裡 value是你想設置的以位元組記的新值． 設置完SHMMAX后，重建內核

/etc/conf/bin/idbuild -B

然後重起．

3.5.2. 資源限制

Unix 類系統強製了許多資源限制，這些限制可能幹擾你的 PostgreSQL
伺服器的營運． 這裡尤其重要是對每個用戶的進程數目的限制，每個進程打開文件數目， 以及每個進程可用的內存． 這些限制中每個都有一個"硬"限制和一個"軟" 限制．
軟限制實際是管用的，但用戶可以自己修改成最大為硬限制的數目． 而硬限制是只能由 root 用戶修改的限制． 系統調用 setrlimit 負責設置這些參數． shell 的內建命令 ulimit（Bourne shells） 或limit （csh） 就是用于在命令行上控制資源限制的． 在 BSD 衍生的系統上，文件/etc/login.conf 控制在登錄時對各種資源設置什麼樣的限制數值． 參閱 login.conf 獲取細節．
相關的參數是 maxproc， openfiles，和 datasize． 比如︰

default:\
...
        :datasize-cur=256M:\
        :maxproc-cur=256:\
        :openfiles-cur=256:\
...

（-cur 是軟限制，后面附加 -max 就可以設置硬限制．）

內核通常也有一些系統範圍的資源限制．

• 
  

  在 Linux 上， /proc/sys/fs/file-max 決定內核可以支持的
  最大文件數．你可以透過往該文件寫入一個不同的數值修改此值， 或者在 /etc/sysctl.conf
  裡增加一個賦值． 每個進程的最大打開文件限制是在編譯內核的時候固定的； 參閱 /usr/src/linux/Documentation/proc.txt 獲取更多訊息．

PostgreSQL 伺服器每個聯接都使用一個進程，
所以你應該至少允許和聯接數相同的進程數，再加上你的系統其它部分 所需要的數目．通常這個並不是什麼問題，但如果你在一台機器上
營運多個伺服器，那你就要把事情理清楚．

打開文件數目的出廠缺省設置通常設置為 "社會友好"數值，就是說允許許多用戶共存于一台機器，
而不會導致只使用系統資源的不當比例．如果你在一台機器上營運許多 伺服器，這也許就是你想要的，但是在特殊的伺服器上，你可能需要提升 這個限制．

問題的另外一邊，一些系統允許獨立的進程打開非常多的文件； 如果有那么幾個進程這么干，那系統範圍的上限就很容易達到．
如果你發現這樣的現象，並且不想修改系統範圍的限止， 你就可以把 PostgreSQL 的 max_files_per_process 配置參數設置為你允許的 最大單進程打開文件數．

[轉]安裝Oracle於Debian

[本文轉載來源為：http://www.cuhkacs.org/~sky/wordpress/?p=143]

1. 於oracle上下載Oracle Database 10g Release 2，個File名叫做10201_database_linux32.zip

2. 要欺騙Oracle Installer我係RHEL 3
echo “Red Hat Enterprise Linux AS release 3 (Taroon)” > /etc/redhat-release

3. 建立Oracle專用戶口和群組
su - root
groupadd dba #group of users to be granted with SYSDBA privilege
groupadd oinstall # group owner of Oracle files
useradd -c "Oracle software owner" -g oinstall -G dba oracle
passwd -d /home/oracle -s /bin/bash oracle

4. 建立安裝地址，當然要確認夠位
su - root
mkdir /opt/oracle
mkdir /opt/oracle/product
mkdir /opt/oracle/product/10g
chown -R oracle.oinstall /opt/oracle

5. 更改核心用的/etc/sysctl.conf，在/etc/sysctl.conf上加上以下的
kernel.shmall=2097152
kernel.shmmax=2147483648
kernel.shmmni=4096
kernel.sem=250 32000 100 128
fs.file-max=65536
net.ipv4.ip_local_port_range=1024 65000

6. 用以下指令叫Linux重新讀取/etc/sysctl.conf
sysctl -e -p /etc/sysctl.conf

7. 用以下指令來確認是否正確重設系統參數
/sbin/sysctl -a grep sem
/sbin/sysctl -a grep shm
/sbin/sysctl -a grep file-max
/sbin/sysctl -a grep ip_local_port_range

8. 於 /etc/security/limits.conf 加上以下
* soft nproc 2047
* hard nproc 16384
* soft nofile 1024
* hard nofile 65536

9. 確認/etc/pam.d/login中有沒有以下這句，沒有的請自行加上去
session required pam_limits.so

10. 於/home/oracle/.bash_profile上加上以下的幾句
export ORACLE_BASE=/opt/oracle
export ORACLE_HOME=/opt/oracle/product/10g
export ORACLE_SID=SKY # Make sure you create a new Db with the same ORACLE_SID
export ORACLE_TERM=xterm
export DISPLAY=:0.0
# export TNS_ADMIN= Set if sqlnet.ora, tnsnames.ora, etc. are not in $ORACLE_HOME/network/admin
export NLS_LANG=AMERICAN;
export ORA_NLS33=$ORACLE_HOME/ocommon/nls/admin/data
LD_LIBRARY_PATH=$ORACLE_HOME/lib:/lib:/usr/lib
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib
export LD_LIBRARY_PATH
# Set shell search paths
export PATH=$PATH:$ORACLE_HOME/bin

11. 安裝以下package
apt-get install rpm gcc-2.95 libaio

11. 加上以下Symlink
su - root
cd /usr/lib
ln -s libstdc++-libc6.2-2.so.3 libstdc++-libc6.1-1.so.2
ln -s /usr/bin/basename /bin/basename
rm /usr/bin/gcc
ln -s /usr/bin/gcc-2.95 /usr/bin/gcc
ln -s /usr/bin/rpm /bin/rpm
ln -s /usr/bin/awk /bin/awk

12. 可以開始用佢個Installer
./runInstaller

13. 最重要的一部，有可能你要在個installer行到30%時，即刻修改/opt/oracle/product/10g/bin/gennttab，把3句包令有(注意那好像好怪的換行)：

SED 's/ /
/g'
改成

SED 's/ /n/g'

14. 如果部伺服器無行X-Windows，你想個Installer係你用緊部機打開，可以在runInstaller時行以下command
係你自己用的部機打：xhost +
係部伺服器打(假設你部機的IP係192.168.1.1)：DISPLAY=192.168.1.1:0 ./runInstaller

參考：Successfully installed Oracle 10g on Knoppix 3.4

[轉]ulimit命令的用法

[本文轉載來源為：http://www.maidaole.com/index.php?op=ViewArticle&articleId=16&blogId=1]


有時候在程序裡面需要打開多個文件，進行分析，系統一般默認數量是1024，（用ulimit-a可以看到）對於正常使用是夠了，但是對於程序來講，就太少了。

修改辦法：
vi /etc/security/limits.conf
加上：
* soft nofile 8192
* hard nofile 20480
重啟就OK

ulimit命令

用途
設置或報告用戶資源極限。

語法
ulimit [ -H ] [ -S ] [ -a ] [ -c ] [ -d ] [ -f ] [ -m ] [ -n ] [ -s ] [ -t ] [ Limit ]

描述
ulimit命令設置或報告用戶進程資源極限，如/etc/security/limits文件所定義。 文件包含以下缺省值極限：

fsize = 2097151
core = 2097151
cpu = -1
data = 262144
rss = 65536
stack = 65536
nofiles = 2000

當新用戶添加到系統中時，這些值被作為缺省值使用。當向系統中添加用戶時，以上值通過mkuser命令設置，或通過chuser命令更改。

極限分為軟性和硬性。 通過ulimit命令，用戶可將軟極限更改到硬極限的最大設置值。 要更改資源硬極限，必須擁有root用戶權限。

很多系統不包括以上一種或數種極限。特定資源的極限在指定Limit參數時設定。Limit參數的值可以是每個資源中指定單元中的數字，或者為值unlimited。 要將特定的ulimit設置為unlimited，可使用詞unlimited。

注：在/etc/security/limits文件中設置缺省極限就是設置了系統寬度極限，而不僅僅是創建用戶時用戶所需的極限。

省略Limit參數時，將會打印出當前資源極限。除非用戶指定-H標誌，否則打印出軟極限。當用戶指定一個以上資源時，極限名稱和單元在值之前打印。如果未給予選項，則假定帶有了-f標誌。

由於ulimit命令影響當前shell環境，所以它將作為shell常規內置命令提供。如果在獨立的命令執行環境中調用該命令，則不影響調用者環境的文件大小極限。以下示例中正是這種情況：

nohup ulimit -f 10000nohupulimit-f10000
env ulimit 10000envulimit10000

一旦通過進程減少了硬極限，若無root特權則無法增加，即使返回到原值也不可能。

關於用戶和系統資源極限的更多信息，請參見AIX5LVersion5.2TechnicalReference:BaseOperatingSystemandExtensionsVolume1中的getrlimit、setrlimit或vlimit子例程。

标志標誌
-a 列出所有當前資源極限。
-c 以512字節塊為單位，指定核心轉儲的大小。
-d 以K字節為單位指定數據區域的大小。
-f 使用Limit參數時設定文件大小極限（以塊計），或者在未指定參數時報告文件大小極限。缺省值為-f標誌。
-H 指定設置某個給定資源的硬極限。 如果用戶擁有root用戶權限，可以增大硬極限。任何用戶均可減少硬極限。
-m 以K字節為單位指定物理存儲器的大小。
-n 指定一個進程可以擁有的文件描述符的數量的極限。
-s 以K字節為單位指定堆棧的大小。
-S 指定為給定的資源設置軟極限。軟極限可增大到硬極限的值。如果-H和-S標誌均未指定，極限適用於以上二者。
-t 指定每個進程所使用的秒數。

退出狀態
返回以下退出值：
0成功完成。
>0 拒絕對更高的極限的請求，或發生錯誤。

示例
要將文件大小極限設置為51,200字節，輸入：

ulimit -f 100ulimit-f100

文件

usr/bin/ksh包含ulimit內置命令。

相關信息
ksh命令。

AIX5LVersion5.2TechnicalReference:BaseOperatingSystemandExtensionsVolume1中的ulimit子例程、getrlimit、setrlimit或vlimit子例程。