supervisor - Online sa Cloud

PROGRAMA:

NAME

superbisor - superbisord Documentation

Ang Supervisor ay isang client/server system na nagpapahintulot sa mga user nito na subaybayan at kontrolin ang isang numero
ng mga proseso sa mga operating system na katulad ng UNIX.

Ibinabahagi nito ang ilan sa mga parehong layunin ng mga programa tulad ng launchd, daemontools, at runit. Unlike
ilan sa mga programang ito, hindi ito nilalayong patakbuhin bilang kapalit sa loob bilang "process id
1". Sa halip ito ay nilalayong gamitin upang kontrolin ang mga prosesong nauugnay sa isang proyekto o a
customer, at nilalayong magsimula tulad ng anumang iba pang programa sa oras ng boot.

Dokumentasyon

supervisord
Pinangalanan ang bahagi ng server ng superbisor supervisord. Ito ay responsable para sa pagsisimula ng bata
mga programa sa sarili nitong panawagan, pagtugon sa mga utos mula sa mga kliyente, pag-restart ay nag-crash o
lumabas sa mga subprocesses, pag-log sa subprocess nito stdout at stderr output, at pagbuo at
paghawak ng "mga kaganapan" na tumutugma sa mga punto sa subprocess lifetime.

Gumagamit ang proseso ng server ng configuration file. Ito ay karaniwang matatagpuan sa
/etc/supervisord.conf. Ang configuration file na ito ay isang "Windows-INI" style config file. Ito
mahalagang panatilihing secure ang file na ito sa pamamagitan ng wastong mga pahintulot ng filesystem dahil maaari itong
naglalaman ng mga hindi naka-encrypt na username at password.

Tumatakbo Superbisor
Ang seksyong ito ay tumutukoy sa a BINDIR kapag nagpapaliwanag kung paano patakbuhin ang supervisord at
supervisorctl mga utos. Ito ang direktoryo ng "bindir" na mayroon ang iyong pag-install ng Python
na-configure sa. Halimbawa, para sa pag-install ng Python na naka-install sa pamamagitan ng
. / I-configure --prefix=/usr/local/py; gumawa; gumawa install, BINDIR ay magiging /usr/local/py/bin.
Iba ang ginagamit ng mga interpreter ng Python sa iba't ibang platform BINDIR. Tingnan ang output ng
setup.py install kung hindi mo maisip kung nasaan ang sa iyo.

Pagdaragdag a Programa
Bago supervisord gagawa ng anumang kapaki-pakinabang para sa iyo, kakailanganin mong magdagdag ng kahit isa
programa seksyon sa pagsasaayos nito. Ang programa Ang seksyon ay tutukuyin ang isang programa na
tumakbo at pinamamahalaan kapag tinawag mo ang supervisord utos. Upang magdagdag ng program, kakailanganin mong
i-edit ang supervisor.conf file.

Ang isa sa mga pinakasimpleng posibleng programa na tatakbo ay ang UNIX pusa programa. A programa seksyon
tatakbo yan pusa kapag ang supervisord ang proseso ng pagsisimula ay ipinapakita sa ibaba.

[program:foo]
utos =/bin/cat

Maaaring gupitin at idikit ang saknong na ito sa supervisor.conf file. Ito ang pinakasimple
posibleng pagsasaayos ng programa, dahil pinangalanan lamang nito ang isang utos. Pag-configure ng programa
Ang mga seksyon ay may maraming iba pang mga pagpipilian sa pagsasaayos na hindi ipinapakita dito. Tingnan mo
programx_section para sa karagdagang impormasyon.

Tumatakbo supervisord
Upang simulan ang supervisord, tumakbo $BINDIR/superbisor. Magiging daemonize ang resultang proseso
mismo at humiwalay sa terminal. Pinapanatili nito ang isang log ng pagpapatakbo sa $CWD/supervisor.log by
default.

Maaari mong simulan ang supervisord executable sa foreground sa pamamagitan ng pagpasa sa -n bandila nito
command line. Ito ay kapaki-pakinabang upang i-debug ang mga problema sa pagsisimula.

BABALA:
Kailan supervisord magsisimula, hahanapin nito ang configuration file nito bilang default
lokasyon kabilang ang kasalukuyan nagtatrabaho direktoryo. Kung ikaw ay may kamalayan sa seguridad
ay malamang na nais na tukuyin ang isang "-c" na argumento pagkatapos ng supervisord pagtukoy ng utos
isang ganap na landas sa isang configuration file upang matiyak na hindi ka dayain ng isang tao
tumatakbong superbisor mula sa loob ng isang direktoryo na naglalaman ng rogue supervisor.conf file.
Ang isang babala ay ipapalabas kapag ang superbisor ay sinimulan bilang ugat nang wala ito -c argumento.

Upang baguhin ang hanay ng mga program na kinokontrol ng supervisord, i-edit ang supervisor.conf file
at pumatay -HUP o kung hindi man ay i-restart ang supervisord proseso. Ang file na ito ay may ilang halimbawa
mga kahulugan ng programa.

Ang supervisord tumatanggap ang command ng ilang mga opsyon sa command-line. Bawat isa sa mga utos na ito
Ino-override ng mga opsyon sa linya ang anumang katumbas na halaga sa configuration file.

supervisord Command-Line Options
-c FILE, --configuration=FILE
Ang daan patungo sa a supervisord configuration file.

-n, --nodaemon
Tumakbo supervisord sa harapan.

-h, - Tumulong
Palabasin sa bilang na supervisord utos ng tulong.

-u USER, --user=USER
UNIX username o numeric user id. Kung supervisord ay nagsimula bilang root user,
setuid sa user na ito sa lalong madaling panahon sa panahon ng startup.

-m OCTAL, --umask=OCTAL
Octal number (eg 022) na kumakatawan sa umask na dapat gamitin ng supervisord
matapos itong magsimula.

-d PATH, --directory=PATH
Kapag ang supervisord ay pinapatakbo bilang isang daemon, cd sa direktoryong ito bago mag-demonize.

-l FILE, --logfile=FILE
Path ng filename na gagamitin bilang log ng aktibidad ng supervisor.

-y BYTES, --logfile_maxbytes=BYTES
Pinakamataas na laki ng file ng tala ng aktibidad ng supervisor bago magkaroon ng pag-ikot. Ang halaga
ay suffix-multiplied, hal. "1" ay isang byte, "1MB" ay 1 megabyte, "1GB" ay 1
gigabyte.

-y NUM, --logfile_backups=NUM
Bilang ng mga backup na kopya ng tala ng aktibidad ng superbisor na itatabi. Bawat isa
magiging kalakihan ang logfile logfile_maxbytes.

-e ANTAS, --loglevel=ANTAS
Ang antas ng pag-log kung saan dapat sumulat ang superbisor sa log ng aktibidad. Wasto
mga antas ay kopyahin o sipiin sa pamamagitan ng pag-aninag, mag-alis ng mga insekto, info, balaan, mali, at mapanganib.

-j FILE, --pidfile=FILE
Ang filename kung saan dapat isulat ng supervisor ang pid file nito.

-i STRING, --identifier=STRING
Arbitrary string identifier na inilantad ng iba't ibang client UI para sa instance na ito ng
superbisor.

-q PATH, --childlogdir=PATH
Isang landas patungo sa isang direktoryo (dapat mayroon na ito) kung saan isusulat ito ng superbisor AUTO
-mode mga log ng proseso ng bata.

-k, --nocleanup
Pigilan supervisord mula sa pagsasagawa ng paglilinis (pag-alis ng luma AUTO iproseso ang mga file ng log)
sa startup.

-a NUM, --minfds=NUM
Ang pinakamababang bilang ng mga deskriptor ng file na dapat na available sa superbisor
proseso bago ito matagumpay na magsimula.

-t, --strip_ansi
I-strip ang ANSI escape sequence mula sa lahat ng proseso ng child log.

-v, --bersyon
I-print ang numero ng bersyon ng supervisord upang stdout at lumabas.

--profile_options=LIST
Listahan ng mga opsyon na pinaghihiwalay ng kuwit para sa pag-profile. Mga sanhi supervisord tumakbo sa ilalim ng a
profiler, at mga resulta ng output batay sa mga opsyon, na isang listahan na pinaghihiwalay ng kuwit
ng mga sumusunod: pinagsama, tawag, mga tumatawag. Hal pinagsama-samang, mga tumatawag.

--minprocs=NUM
Ang pinakamababang bilang ng mga slot ng proseso ng OS na dapat na available sa superbisor
proseso bago ito matagumpay na magsimula.

Signal
Ang supervisord Ang programa ay maaaring magpadala ng mga senyales na nagiging sanhi ng paggawa nito ng ilang partikular na pagkilos
habang tumatakbo ito.

Maaari mong ipadala ang alinman sa mga signal na ito sa single supervisord id ng proseso. Ang prosesong ito id
ay matatagpuan sa file na kinakatawan ng pidfile parameter sa [superbisor] seksyon
ng configuration file (bilang default ito ay $CWD/supervisord.pid).

Senyas Mga Handler
TARGET TERM
supervisord at lahat ng mga subprocess nito ay magsasara. Maaaring tumagal ito ng ilang segundo.

TANDAAN
supervisord at lahat ng mga subprocess nito ay magsasara. Maaaring tumagal ito ng ilang segundo.

SUMUSUNOD
supervisord at lahat ng mga subprocess nito ay magsasara. Maaaring tumagal ito ng ilang segundo.

FOLLOW UP
supervisord ihihinto ang lahat ng mga proseso, i-reload ang configuration mula sa unang config
nahanap nito ang file, at i-restart ang lahat ng mga proseso.

SIGUSR2
supervisord isasara at muling bubuksan ang pangunahing log ng aktibidad at lahat ng mga file ng log ng bata.

Runtime Katiwasayan
Ginawa ng mga developer ang kanilang makakaya upang tiyakin na ang paggamit ng a supervisord tumatakbo ang proseso bilang
hindi maaaring humantong sa hindi sinasadyang pagtaas ng pribilehiyo ang ugat. Pero caveat alisan ng laman. Ang superbisor ay
hindi kasing paranoid gaya ng mga daemontool ni DJ Bernstein, dahil supervisord
nagbibigay-daan para sa mga di-makatwirang pagtutukoy ng landas sa configuration file nito kung saan maaaring ang data
nakasulat. Ang pagpayag sa mga arbitrary na pagpili ng path ay maaaring lumikha ng mga kahinaan mula sa symlink
mga pag-atake. Mag-ingat sa pagtukoy ng mga path sa iyong configuration. Tiyakin na ang
supervisord ang configuration file ay hindi maaaring basahin o isulat mula sa mga walang pribilehiyong user at
na ang lahat ng mga file na naka-install ng supervisor package ay may "matino" na proteksyon sa pahintulot ng file
mga setting. Bukod pa rito, tiyaking ang iyong PYTHONPATH ay matino at iyon ang lahat ng pamantayan ng Python
ang mga file sa library ay may sapat na mga proteksyon sa pahintulot ng file.

Tumatakbo supervisord awtomatikong on startup
Kung gumagamit ka ng bersyon ng Supervisor na naka-package sa pamamahagi, dapat ay mayroon na
isinama sa imprastraktura ng pamamahala ng serbisyo ng iyong pamamahagi.

Mayroong mga script na iniambag ng user para sa iba't ibang operating system sa:
https://github.com/Supervisor/initscripts

Mayroong ilang mga sagot sa Serverfault kung sakaling makaalis ka: Gaano sa awtomatikong simula
supervisord on Linux (Ubuntu)

Mga subprocess

supervisordAng pangunahing layunin ni ay upang lumikha at pamahalaan ang mga proseso batay sa data sa nito
configuration file. Ginagawa ito sa pamamagitan ng paglikha ng mga subprocess. Ang bawat subprocess na pinasimulan ng
ang superbisor ay pinamamahalaan sa buong buhay nito ng superbisor (supervisord ay ang
proseso ng magulang ng bawat prosesong nilikha nito). Kapag namatay ang isang bata, aabisuhan ang superbisor
pagkamatay nito sa pamamagitan ng SIGCHLD signal, at ginagawa nito ang naaangkop na operasyon.

Nondaemonizing of Mga subprocess
Ang mga programang dapat patakbuhin sa ilalim ng superbisor ay hindi dapat i-demonize ang kanilang mga sarili. Sa halip, sila
dapat tumakbo sa harapan. Hindi sila dapat humiwalay sa terminal kung saan sila
ay nagsimula

Ang pinakamadaling paraan upang malaman kung ang isang programa ay tatakbo sa foreground ay ang patakbuhin ang command na iyon
invokes ang program mula sa isang shell prompt. Kung binibigyan ka nito ng kontrol sa likod ng terminal,
ngunit patuloy na tumatakbo, ito ay nagde-demonize sa sarili at iyon ay halos tiyak na mali
paraan upang patakbuhin ito sa ilalim ng superbisor. Gusto mong magpatakbo ng isang command na mahalagang nangangailangan sa iyo
upang pindutin Ctrl-C upang makontrol ang terminal pabalik. Kung bibigyan ka nito ng shell prompt pabalik
pagkatapos patakbuhin ito nang hindi na kailangang pindutin Ctrl-C, hindi ito kapaki-pakinabang sa ilalim ng superbisor. Lahat
ang mga programa ay may mga opsyon na patakbuhin sa harapan ngunit walang "karaniwang paraan" upang gawin ito;
kailangan mong basahin ang dokumentasyon para sa bawat programa.

Nasa ibaba ang mga halimbawa ng configuration file na kilala sa pagsisimula ng mga karaniwang program
"foreground" mode sa ilalim ng Supervisor.

Mga halimbawa of Programa Configuration
Narito ang ilang mga halimbawa ng configuration ng program na "tunay na mundo":

Apache 2.2.6
[program:apache2]
command=/path/to/httpd -c "ErrorLog /dev/stdout" -DFOREGROUND
redirect_stderr=totoo

Dalawa Zope 2.X mga pagkakataon at isa ZEO server
[program:zeo]
command=/path/to/runzeo
priority = 1

[program:zope1]
command=/path/to/instance/home/bin/runzope
priority = 2
redirect_stderr=totoo

[program:zope2]
command=/path/to/another/instance/home/bin/runzope
priority = 2
redirect_stderr=totoo

Mga postgres 8.X
[program: postgres]
command=/path/to/postmaster
; ginagamit namin ang "mabilis" na shutdown signal na SIGINT
stopsignal=INT
redirect_stderr=totoo

OpenLDAP sampal
[program:slapd]
command=/path/to/slapd -f /path/to/slapd.conf -h ldap://0.0.0.0:8888
redirect_stderr=totoo

iba Mga halimbawa
Iba pang mga halimbawa ng mga script ng shell na maaaring magamit upang simulan ang mga serbisyo sa ilalim supervisord maaari
ay matatagpuan sa http://thedjbway.b0llix.net/services.html. Ang mga halimbawang ito ay talagang para sa
daemontools ngunit ang premise ay pareho para sa superbisor.

Ang isa pang koleksyon ng mga recipe para sa pagsisimula ng iba't ibang mga programa sa foreground ay magagamit
mula http://smarden.org/runit/runscripts.html.

pidproxy Programa
Ilang proseso (tulad ng mysqld) huwag pansinin ang mga senyas na ipinadala sa aktwal na proseso na pinanggagalingan ng
supervisord. Sa halip, ang isang "espesyal" na thread/proseso ay nilikha ng mga ganitong uri ng mga programa
na responsable para sa paghawak ng mga signal. Problema kasi ito supervisord maaari
pumatay lamang ng isang proseso na nilikha nito mismo. Kung ang isang proseso ay nilikha ng supervisord lumilikha
proseso ng sarili nitong anak, supervisord hindi sila mapapatay.

Sa kabutihang palad, ang mga ganitong uri ng mga programa ay karaniwang nagsusulat ng "pidfile" na naglalaman ng
"espesyal" na proseso' PID, at nilalayong basahin at gamitin upang patayin ang proseso. Bilang
isang solusyon para sa kasong ito, isang espesyal pidproxy Kakayanin ng programa ang pagsisimula ng mga ganitong uri
ng mga proseso. Ang pidproxy Ang programa ay isang maliit na shim na nagsisimula ng isang proseso, at sa
pagtanggap ng signal, nagpapadala ng signal sa pid na ibinigay sa isang pidfile. Isang sample
Ang pagpasok ng configuration program para sa isang pidproxy-enabled na program ay ibinigay sa ibaba.

[program:mysql]
command=/path/to/pidproxy /path/to/pidfile /path/to/mysqld_safe

Ang pidproxy Ang programa ay inilagay sa iyong configuration $BINDIR kapag na-install ang superbisor
(ito ay isang "console script").

Subprocess kapaligiran
Ang mga subprocess ay magmamana ng kapaligiran ng shell na ginamit upang simulan ang supervisord
programa. Ilang environment variable ang itatakda ni supervisord mismo sa bata
kapaligiran din, kabilang ang SUPERVISOR_ENABLED (isang watawat na nagsasaad na ang proseso ay nasa ilalim
kontrol ng superbisor), SUPERVISOR_PROCESS_NAME (ang config-file-specified na pangalan ng proseso para sa
prosesong ito) at SUPERVISOR_GROUP_NAME (ang config-file-specified na pangalan ng pangkat ng proseso para sa
proseso ng bata).

Maaaring ma-override ang mga environment variable na ito sa loob ng [superbisor] config ng seksyon
pinangalanang opsyon kapaligiran (naaangkop sa lahat ng subprocesses) o sa loob ng per- [programa:x]
seksyon kapaligiran config na opsyon (nalalapat lamang sa subprocess na tinukoy sa loob ng
[programa:x] seksyon). Ang mga setting na ito ng "kapaligiran" ay additive. Sa madaling salita, bawat isa
Ang kapaligiran ng subprocess ay binubuo ng:
Ang mga variable ng kapaligiran na itinakda sa loob ng shell na ginamit upang simulan ang supervisor...

... idinagdag-sa/na-override-ni ...

... ang kapaligiran mga variable itakda sa loob ng ang kapaligiran global
opsyon sa config...

... idinagdag-sa/na-override-ni ...

... partikular sa superbisor kapaligiran mga variable
(SUPERVISOR_ENABLED, SUPERVISOR_PROCESS_NAME, SUPERVISOR_GROUP_NAME) ..

... idinagdag-sa/na-override-ni ...

... ang kapaligiran mga variable itakda sa loob ng ang bawat proseso
"environment" config option.

Walang shell ay pinaandar ni supervisord kapag nagpapatakbo ito ng isang subprocess, kaya mga variable ng kapaligiran
tulad ng USER, PATH, HOME, KABIBI, LOGNAME, atbp. ay hindi binago mula sa kanilang mga default o
kung hindi man ay muling itinalaga. Ito ay partikular na mahalagang tandaan kapag ikaw ay nagpapatakbo ng a
programa mula sa a supervisord tumakbo bilang ugat na may a gumagamit= saknong sa pagsasaayos. Unlike
cron, supervisord ay hindi nagtatangkang magdivine at i-override ang "pangunahing" kapaligiran
mga variable tulad ng USER, PATH, HOME, at LOGNAME kapag nagsasagawa ito ng setuid sa tinukoy ng user
sa loob ng gumagamit= opsyon sa config ng programa. Kung kailangan mong magtakda ng mga variable ng kapaligiran para sa a
partikular na programa na maaaring itakda ng isang shell invocation para sa isang partikular
user, dapat mong gawin ito nang tahasan sa loob ng kapaligiran= opsyon sa config ng programa. Isang halimbawa
ng pagtatakda ng mga variable na ito sa kapaligiran ay nasa ibaba.

[program:apache2]
command=/home/chrism/bin/httpd -c "ErrorLog /dev/stdout" -DFOREGROUND
user=chrism
environment=HOME="/home/chrism",USER="chrism"

paraan States
Ang prosesong kontrolado ng superbisor ay nasa isa sa mga nasa ibabang estado sa anumang oras.
Maaari mong makita ang mga pangalan ng estado na ito sa iba't ibang elemento ng user interface sa mga kliyente.

STOPPED (0)
Ang proseso ay itinigil dahil sa isang kahilingan sa paghinto o hindi pa nasimulan.

STARTING (10)
Nagsisimula ang proseso dahil sa isang kahilingan sa pagsisimula.

PAGPAPAKITA (20)
Ang proseso ay tumatakbo.

LUMAYO KA (30)
Ang proseso ay pumasok sa STARTING estado ngunit pagkatapos ay lumabas ng masyadong mabilis upang lumipat sa
ang PAGPAPAKITA estado.

PAGHihinto (40)
Huminto ang proseso dahil sa isang kahilingan sa paghinto.

EXITED (100)
Ang proseso ay lumabas mula sa PAGPAPAKITA estado (inaasahan o hindi inaasahan).

FATAL (200)
Hindi matagumpay na masimulan ang proseso.

HINDI KILALA (1000)
Ang proseso ay nasa hindi kilalang estado (supervisord error sa programming).

Ang bawat prosesong pinapatakbo sa ilalim ng superbisor ay umuusad sa mga estadong ito ayon sa sumusunod
nakadirekta na graph.
[larawan: Subprocess State Transition Graph] [image] Subprocess State Transition
Graph.UNINDENT

Ang isang proseso ay nasa STOPPED sabihin kung ito ay itinigil nang administratibo o kung mayroon na
hindi nasimulan.

Kapag ang isang proseso ng autorestarting ay nasa LUMAYO KA estado, ito ay awtomatiko
na-restart ni supervisord. Magpapalit ito sa pagitan STARTING at LUMAYO KA estado hanggang dito
nagiging maliwanag na hindi ito masisimulan dahil ang bilang ng mga panimula ay
lumampas sa maximum, sa puntong ito ay lilipat sa FATAL estado. Bawat simula
unti-unting magtatagal ang muling pagsubok.

Kapag ang isang proseso ay nasa EXITED estado, awtomatiko itong magsisimulang muli:

· hindi kailanman kung ito autorestart ang parameter ay nakatakda sa hindi totoo.

· walang kondisyon kung ito autorestart ang parameter ay nakatakda sa totoo.

· may kondisyon kung ito autorestart ang parameter ay nakatakda sa hindi inaasahan. Kung ito ay lumabas na may isang
exit code na hindi tumutugma sa isa sa mga exit code na tinukoy sa mga exitcode
configuration parameter para sa proseso, ito ay ire-restart.

Ang isang proseso ay awtomatikong lumilipat mula sa EXITED sa PAGPAPAKITA bilang resulta ng pag-configure
upang mag-autorestart nang may kondisyon o walang kondisyon. Ang bilang ng mga transition sa pagitan
PAGPAPAKITA at EXITED ay hindi limitado sa anumang paraan: posibleng gumawa ng configuration
na walang katapusang nagre-restart ng isang lumabas na proseso. Ito ay isang tampok, hindi isang bug.

Ang isang prosesong na-autorestart ay hindi kailanman awtomatikong mare-restart kung ito ay mapupunta sa FATAL
estado (dapat itong manu-manong i-restart mula sa estadong ito).

Ang isang proseso ay lumilipat sa PAGHihinto estado sa pamamagitan ng kahilingan sa paghinto ng administratibo, at gagawin
pagkatapos ay magtatapos sa STOPPED estado.

Ang isang proseso na hindi matagumpay na mapipigilan ay mananatili sa PAGHihinto estado magpakailanman.
Ang sitwasyong ito ay hindi dapat maabot sa panahon ng normal na operasyon dahil ito ay nagpapahiwatig na ang
ang proseso ay hindi tumugon sa isang pangwakas SIGKILL signal na ipinadala dito ng superbisor, which is
"imposible" sa ilalim ng UNIX.

Ang mga transition ng estado na palaging nangangailangan ng pagkilos ng user para ma-invoke ay ang mga ito:

FATAL -> STARTING

PAGPAPAKITA -> PAGHihinto

Ang mga transition ng estado na karaniwan, ngunit hindi palaging, ay nangangailangan ng pagkilos ng user upang ma-invoke ay
ang mga ito, na may mga pagbubukod na nabanggit:

STOPPED -> STARTING (maliban sa supervisord startup kung ang proseso ay na-configure para mag-autostart)

EXITED -> STARTING (maliban kung ang proseso ay na-configure sa autorestart)

Lahat ng iba pang mga transition ng estado ay awtomatikong pinamamahalaan ng supervisor.

Talasalitaan
daemontools
A paraan kontrol sistema by DJ Bernstein.

inilunsad
A paraan kontrol sistema ginamit by mansanas bilang proseso 1 sa ilalim ng Mac OS X.

runit A paraan kontrol sistema.

Superlance
Isang package na nagbibigay ng iba't ibang pagpapatupad ng event listener na nakasaksak
Supervisor na makakatulong sa pagsubaybay sa paggamit ng memorya sa proseso at katayuan ng pag-crash:
http://pypi.python.org/pypi/superlance.

umask Pagpapaikli ng gumagamit mask: nagtatakda ng file mode making mask ng kasalukuyang proseso.
Tingnan http://en.wikipedia.org/wiki/Umask.

Gumamit ng supervisor online gamit ang mga serbisyo ng onworks.net