A inizio mese Backclaze una società che offre soluzioni di backup online ha rilasciato il progetto delle sue unità storage.

Dalle loro ricerche è emerso questi risultati in termini di costo di 1 Petabyte (1000Tb) con la tecnologia attualmente in commercio.

Come ben potete notare il costo della loro soluzione (ovviamente esclusa la parte software di gestione) è nettamente inferiore alle più note marche in commercio.

Un’unità da 67Tb ha un costo di 7867$ qui di seguito alcune immagini :

Il progetto è composto in totale da 45 dischi Sata da 1,5tb l’uno,che creano 3 volumi in RAID6 da 15 dischi ognuno (permette di perdere sino a 3 dischi senza perdere l’intero volume),su cui gira Debian 4 64bit e Jfs come file system (al momento il più prestante in questo genere di applicazioni),il tutto governato da interfaccia web,tramite le applicazioni proprietarie di backblaze.Tutto il “Pod” è assemblato con pezzi di facile reperibilità sul mercato,quindi in teoria praticabile da tutti.Sul sito è presente anche il modello in 3d dell’enclosure.

Un progetto davvero notevole complimenti a Backblaze.Di seguito il link al loro sito e articolo.

http://blog.backblaze.com/2009/09/01/petabytes-on-a-budget-how-to-build-cheap-cloud-storage/

Per tutti quelli che ultimamente hanno sentito parlare abbondantemente di Cloud Computing,ma non hanno capito molto bene che cosa sia,RightScale offre un servizio trial dei servizi Amazon EC2 della durata di 10 ore (corrispondenti a circa 1$,secondo i prezzi di Amazon).Serve solamente inserire la propria mail e compilare qualche altro campo e si è pronti a partire.

Right Scale Free Trial

Il cloud computing offerto da Amazon,mette nel Cloud di tutto dagli Array , ai db,ai frontend, indirizzi ip,dns.Questi servizi sono molto utili per fronteggiare rapidamente necessità momentanee di scalabilità come può essere un forte numero improvviso di utenti  (per esempio un negozio online di articoli da regalo durante  il periodo natalizio),o agli sviluppatori di applicazioni su larga scala permette di tirare su in pochi minuti un perfetto scenario di test,altrimenti per velocizzare operazioni di calcolo.

Capita a volte sviluppando una nuova applicazione web,di dover vedere gli output degli errori generati da php nell’esecuzione della nostra applicazione,cosa che risulta difficoltosa se non possiamo accedere al file di configurazione php.ini del server (per esempio se abbiamo acquistato un servizio di hosting non dedicato o similare).

Come workaround possiamo aggiungere all’interno del nostro codice queste due semplici righe per avere l’output direttamente a video

error_reporting(E_ALL);
ini_set("display_errors", 1);

Mi raccomando ricordatevi di eliminare le righe una volta che la fase di sviluppo è completata per non mostrare eventuali errori ai vostri utenti

In tutte le release di CentOS nonchè di RedHat troviamo due utility per gestire l’avvio e il kill dei servizi nei vari runlevel,il primo è chkconfig che ci permette di rendere automatica e di facile standardizzazione l’installazione come servizi delle proprie applicazioni,mentre con service possiamo startare/stoppare e restartare qualunque applicazione senza dover mettere il path

Per esempio vediamo l’init script di un programma preinstallato come OpenSSH.

[root@rac2 init.d]# head -8 sshd
#!/bin/bash
#
# Init file for OpenSSH server daemon
#
# chkconfig: 2345 55 25
# description: OpenSSH server daemon
#

Come possiamo vedere qui sopra vi è una linea chkconfig ,che verrà letta dai comandi a lui correlati.Adesso vediamo cosa significano i numeri di quella riga.

 chkconfig: 2345 55 25
            |    |   |_Priorità nella fase di kill del programma (es. il link in /etc/rc.d/rc0.d sarà K25sshd)
            |    |_____Priorità di start del programma    (es. il link in /etc/rc.d/rc3.d sarà S55sshd
            |__________Enumero i runlevels su cui deve essere attivo il programma

Quindi una volta configurata questa riga nei nostri init script,la andiamo a copiare in /etc/init.d quindi daremo i seguenti comandi:
Aggiungo i link nei runlevel specificati…

chkconfig sshd --add

Abilito il programma…

chkconfig sshd on

Quindi effettuo un listing per vedere se tutto ha funzionato correttamente…

chkconfig sshd --list

L’output sarà qualcosa del tipo…

[root@rac2 /]# chkconfig sshd --list
sshd            0:off   1:off   2:on    3:on    4:on    5:on    6:off

Adesso che tutto è configurato possiamo far partire il programma in questo modo…

[root@rac2 /]# service sshd start

Piuttosto che fare…

[root@rac2 rc2.d]# /etc/rc.d/init.d/sshd start

E per avere lo status di tutti i nostri servizi /programmi basterà lanciare…

[root@rac2 /]# service --status-all
apmd (pid 682) is running...
arpwatch is stopped
atd (pid 1151) is running...
cannaserver (pid 985) is running...
crond (pid 1003) is running...
cserver (pid 966) is running...
jserver (pid 946) is running...
gpm is stopped
identd is stopped
ipchains: Incompatible with this kernel
No status available for this package
kserver (pid 1023) is running...
lpd is stopped

In questi giorni la Symantec ha rilasciato un tool on-line per calcolare il valore della tua identità sul mercato nero di internet.E’ molto curioso,la mia vale solo sui 10$ ,effettivamente ci sono rimasto un pò male.Provatelo anche voi….

http://www.everyclickmatters.com/victim/assessment-tool.html

Alcune volte capita gestendo Firewall basati su distribuzioni Linux di dover killare eventuali connessioni superfluee,o non autorizzate o più semplicemente terminare vpn lasciate aperte dagli impiegati piuttosto che terminare connessioni con alti consumi di banda nonchè peer-to-peer.Per fare ciò non possiamo affidarci al solito comando netstat dovremmo imparare a utilizzare altri due comandi disponibili in linux.

Il primo comando disponibile è il comando tcpkill.

La sintassi del comando è:

tcpkill -i eth0 { expression }

Per esempio per poter killare tutte le connessioni in uscita sulla porta 21 (ftp) potremmo usare il comando nella seguente maniera.

tcpkill -i eth0 port 21

Oppure bloccare completamente tutte le connessioni da e per un determinato host.

tcpkill host 192.168.0.123

Altrimenti bloccare tutti i pacchetti tra un determinato host e tutti gli altri pc in rete ad esclusione del nostro.

tcpkill ip host 192.168.0.123 and not 192.168.0.15

Il secondo è cutter.

Per esempio se volessimo terminare tutte le connessioni da un’host al resto del mondo.

cutter 192.168.0.123

Se invece ci interessa terminare solo le connessioni ssh.

cutter 192.168.0.123 22

Se vogliamo essere più specifici e bloccare tutte le connessioni ssh dal 192.168.0.123 al server remoto 123.123.123.123 la sintassi sarà la seguente.

cutter 123.123.123.123 192.168.0.123 22

Direi che questi 2 utilissimi comandi se usati in aggiunta ad iptraf o ad altri programmi di monitoring come ntop permettono anche l’automazione di eventuali operazioni ripetitive come la disconnessione do tutte le vpn alla fine del turno di lavoro.

In determinate situazioni,vi potrebbe essere chiesto di raccogliere informazioni su eventuali sistemi ormai non più raggiungibili per svariati motivi (spenti…?oppure più semplicemente poichè non autorizzati dalla direzione piuttosto che da motivi legali…),in questo determinato caso per ottenere informazioni su questo/i sistemi dovremmo avventurarci nel mondo del network forensics.,il quale consiste nel raccogliere informazioni attraverso l’osservazione di  eventuali “tracce”,lasciate dai sistemi sugli apparati di rete aziendali.

Di seguito spiegherò come poter risalire alla marca produttrice della macchina e a riconoscere il sistema operativo installato sulla stessa.

Normalmente le macchine basate su sistema operativo Windows creano di default i pacchetti con un TTL standard di 128,mentre per le macchine con sistema operativo Linux di ultima generazione presentano un TTL standard di 64.

Ne consegue che un pacchetto che arriva con un TTL di 126 è molto più probabilmente attribuile a una macchina Windows a 2 hop (router) di distanza dal nostro firewall piuttosto che un pacchetto generato da una macchina Linux a 126 hop di distanza.Stessa cosa è valida per le macchine Linux,un pacchetto con TTL 60,sarà in linea di massima attribuibile a una macchina Linux a 4 hop di distanza.

Provate a indovinare la marca produttrice e il sistema operativo da questi log estratti da un firewall basato su iptables.

Mar 24 12:13:13 192.168.1.10 kernel: [ 915.256256] FIREWALL:BLOCKEDIN=eth3 OUT= MAC=ff:ff:ff:ff:ff:ff:00:21:70:4d:4f:ae:08:00 SRC=192.168.1.170 DST=192.168.1.255 LEN=96 TOS=0×00 PREC=0×00 TTL=128 ID=61495 PROTO=UDP SPT=137 DPT=137 LEN=76
Mar 24 12:13:14 192.168.1.10 kernel: [ 916.006952] FIREWALL:BLOCKEDIN=eth3 OUT= MAC=ff:ff:ff:ff:ff:ff:00:21:70:4d:4f:ae:08:00 SRC=192.168.1.170 DST=192.168.1.255 LEN=96 TOS=0×00 PREC=0×00 TTL=128 ID=61496 PROTO=UDP SPT=137 DPT=137 LEN=76
Mar 24 12:13:14 192.168.1.10 kernel: [ 916.764653] FIREWALL:BLOCKEDIN=eth3 OUT= MAC=ff:ff:ff:ff:ff:ff:00:21:70:4d:4f:ae:08:00 SRC=192.168.1.170 DST=192.168.1.255 LEN=96 TOS=0×00 PREC=0×00 TTL=128 ID=61497 PROTO=UDP SPT=137 DPT=137 LEN=76

Dal valore del TTL possiamo evincere che sia una macchina Windows nella stessa sotto rete del firewall (0 hop di distanza),mentre dal mac address “00:21:70:4d:4f:ae:08:00″,fondamentalmente dalle prime due coppie di caratteri scopriamo che la marca è Dell.

La cosa mi spaventa al quanto…

Nelle ultime versioni di Oracle Database (10 e 11) è stata introdotta una nuova funzione chiamata datapump.Questo va ad affiancare i vecchi comandi exp e imp,introducendo i comanid expdp e impdp.Con questa funzione gli import e gli export non sono più delle comnuni sessioni client-server tra il nostro client oracle e il db (con tutte le limitazioni del caso),ma sono dei processi lanciati direttamente sul server (si potrà fare export e import solo su file e directory presenti sul server),questo è un vantaggio perchè oracle può amministrare le risorse da destinare a questi processi anche in base al carico di lavoro del db (finalmente non faremo sedere il db a ogni export ).Vengono introdotte anche nuove funzioni che rendono più semplice la vita del dba (per esempio la possibilità di escludere/includere solo determinate tabelle nel processo di importazione/esportazione,e nel caso della versione enterprise si può specificare il grado di parallelismo che i processi possono raggiungere,quindi impostandolo per esempio a 4 avremo un export completato in 1/4 del tempo).

Cominciamo con dare gli opportuni grant all’utente che utilizzeremo per queste operazioni.

CONN sys/password@rac10g AS SYSDBA
ALTER USER fede IDENTIFIED BY 1234 ACCOUNT UNLOCK;
GRANT CREATE ANY DIRECTORY TO fede;

A questo punto creo una directory in Oracle che punti a una directory sul mio filesystem dando relativi grants al mio utente.

CREATE OR REPLACE DIRECTORY DP_DIR AS ‘/u01/app/oracle/orabck/’;
GRANT READ, WRITE ON DIRECTORY DP_DIR TO fede;

Adesso possiamo cominciare con l’import o export di alcune tabelle,tramite il parametro TABLE,se volessimo andare a importare dei dati su una tabella già esistente dovremmo inserire anche il parametro TABLE_EXISTS_ACTION=APPEND

expdp fede/1234@rac10g  tables=ANAGRAFICA,CREDITI directory=DP_DIR dumpfile=ANAG_CRED.dmp logfile=expdpANAG_CRED.log
impdp fede/1234@rac10g  tables=ANAGRAFICA,CREDITI directory=DP_DIR dumpfile=ANAG_CRED.dmp logfile=impdpANAG_CRED.log

Se invece vogliamo importare o esportare un intero schema non utilizzeremo più i parametri FROMUSER,TOUSER oppure OWNER,ma direttamente il parametro SCHEMAS.

expdp fede/1234@rac10g schemas=CRED10G directory=DP_DIR dumpfile=CRED10G.dmp logfile=expdpCRED10G.log
impdp fede/1234@rac10g schemas=CRED10G directory=DP_DIR dumpfile=CRED10G.dmp logfile=impdpCRED10G.log

Per quanto riguarda l’import o l’export di un intero database rimane il parametro FULL=Y .

expdp fede/1234@rac10g full=y directory=DP_DIR dumpfile=CRED10G.dmp logfile=expdpCRED10G.log
impdp fede/1234@rac10g full=y directory=DP_DIR dumpfile=CRED10G.dmp logfile=impdpCRED10G.log

Tutte le operazioni di import ed export sono eseguite da dei processi sul server che fanno capo a un processo padre che li gestisce (queueing e via dicendo).Infatti se per esempio una volta lanciati uno dei comandi sopra indicati si stoppa il comando con ctrl + c,viene terminata solo la sessione con l’utente e veniamo dirottati su una console da cui per esempio possiamo lanciare il comando “status” che avrà il seguente output:

Export> status

Job: SYS_EXPORT_FULL_01
Operation: EXPORT
Mode: FULL
State: EXECUTING
Bytes Processed: 0
Current Parallelism: 1
Job Error Count: 0
Dump File: D:TEMPDB10G.DMP
bytes written: 4,096

Worker 1 Status:
State: EXECUTING
Object Schema: SYSMAN
Object Name: MGMT_CONTAINER_CRED_ARRAY
Object Type: DATABASE_EXPORT/SCHEMA/TYPE/TYPE_SPEC
Completed Objects: 261
Total Objects: 261

Come scritto prima possiamo impostare il grado di parallelismo con cui lanciare lìexport o l’import attraverso il parametro PARALLEL e l’utilizzo della wildcard %U in modo tale che più file di export possano essere creati contemporaneamente.

expdp fede/1234@rac10g schemas=CRED10G PARALLEL=4 directory=DP_DIR dumpfile=CRED10G%U.dmp logfile=expdpCRED10G.log

La vista DBA_DATAPUMP_JOBS può essere controllata per verificare lo stato dei jobs lanciati sul server.

system@rac10g> select * from dba_datapump_jobs;

OWNER_NAME JOB_NAME OPERATION
—————————— —————————— ——————————
JOB_MODE STATE DEGREE ATTACHED_SESSIONS
—————————— —————————— ———- —————–
SYSTEM SYS_EXPORT_FULL_01 EXPORT
FULL EXECUTING 1 1

Possono anche essere utilizzati i parametri EXCLUDE e INCLUDE per filtrare gli oggetti da processare.

expdp fede/1234@rac10g schemas=CRED10G include=TABLE:”IN (‘ANAGRAFICA’, ‘CREDITI’)” directory=DP_DIR dumpfile=CRED10G.dmp logfile=expdpCRED10G.log
impdp fede/1234@rac10g schemas=CRED10G exclude=TABLE:”= ‘CREDITI’” directory=DP_DIR dumpfile=CRED10G.dmp logfile=impdpCRED10G.log

Nel caso dopo aver lanciato expdp abbiamo chiuso la finestra e vogliamo ritornarci per controllare lo stato,possiamo come prima cosa interrogare la vista DBA_DATAPUMP_JOBS,da li ricavarci il JOB_NAME e quindi eseguire il seguente comando.

expdp system/***** attach=SYS_EXPORT_FULL_01
Export: Release 10.1.0.4.0 – 64bit Production on Tuesday, 20 March, 2007 23:53
Copyright (c) 2003, Oracle. All rights reserved.
Connected to: Oracle Database 10g Enterprise Edition Release 10.1.0.4.0 – 64bit Production
With the Partitioning, Real Application Clusters, OLAP and Data Mining options
Job: SYS_EXPORT_TABLE_03
Owner: SYSTEM
Operation: EXPORT
Creator Privs: FALSE
GUID: 2C22B38216C04297E044000E7FEDD1FD
Start Time: Tuesday, 20 March, 2007 23:53
Mode: TABLE
Instance: *****
Max Parallelism: 4
EXPORT Job Parameters:
Parameter Name Parameter Value:
CLIENT_COMMAND system/******** parfile=/backup/****/PARFILES/userdata_tablename.dat
DATA_ACCESS_METHOD AUTOMATIC
ESTIMATE BLOCKS
INCLUDE_METADATA 1
LOG_FILE_DIRECTORY DATA_PUMP_DIR2
LOG_FILE_NAME expdp_tablename_20032007.log
TABLE_CONSISTENCY 0
State: IDLING
Bytes Processed: 0
Current Parallelism: 4
Job Error Count: 0
Dump File: /backup/****/expdp_tablename_20032007.dmp
bytes written: 180,224
Worker 1 Status:
State: UNDEFINED
Worker 2 Status:
State: UNDEFINED
Object Schema: *****
Object Name: *****
Object Type: TABLE_EXPORT/TABLE/TBL_TABLE_DATA/TABLE/TABLE_DATA
Completed Objects: 1
Total Objects: 1
Worker 3 Status:
State: UNDEFINED
Worker 4 Status:
State: UNDEFINED

Per avere maggiori informazioni su datapump consiglio di guardare l’help sia dei comandi impdp che di expdp.

expdp help=y

Export: Release 10.1.0.2.0 – Production on Tuesday, 23 March, 2004 8:33

Copyright (c) 2003, Oracle. All rights reserved.

The Data Pump export utility provides a mechanism for transferring data objects
between Oracle databases. The utility is invoked with the following command:

Example: expdp scott/tiger DIRECTORY=dmpdir DUMPFILE=scott.dmp

You can control how Export runs by entering the ‘expdp’ command followed
by various parameters. To specify parameters, you use keywords:

Format: expdp KEYWORD=value or KEYWORD=(value1,value2,…,valueN)
Example: expdp scott/tiger DUMPFILE=scott.dmp DIRECTORY=dmpdir SCHEMAS=scott
or TABLES=(T1:P1,T1:P2), if T1 is partitioned table

USERID must be the first parameter on the command line.

Keyword Description (Default)
——————————————————————————
ATTACH Attach to existing job, e.g. ATTACH [=job name].
CONTENT Specifies data to unload where the valid keywords are:
(ALL), DATA_ONLY, and METADATA_ONLY.
DIRECTORY Directory object to be used for dumpfiles and logfiles.
DUMPFILE List of destination dump files (expdat.dmp),
e.g. DUMPFILE=scott1.dmp, scott2.dmp, dmpdir:scott3.dmp.
ESTIMATE Calculate job estimates where the valid keywords are:
(BLOCKS) and STATISTICS.
ESTIMATE_ONLY Calculate job estimates without performing the export.
EXCLUDE Exclude specific object types, e.g. EXCLUDE=TABLE:EMP.
FILESIZE Specify the size of each dumpfile in units of bytes.
FLASHBACK_SCN SCN used to set session snapshot back to.
FLASHBACK_TIME Time used to get the SCN closest to the specified time.
FULL Export entire database (N).
HELP Display Help messages (N).
INCLUDE Include specific object types, e.g. INCLUDE=TABLE_DATA.
JOB_NAME Name of export job to create.
LOGFILE Log file name (export.log).
NETWORK_LINK Name of remote database link to the source system.
NOLOGFILE Do not write logfile (N).
PARALLEL Change the number of active workers for current job.
PARFILE Specify parameter file.
QUERY Predicate clause used to export a subset of a table.
SCHEMAS List of schemas to export (login schema).
STATUS Frequency (secs) job status is to be monitored where
the default (0) will show new status when available.
TABLES Identifies a list of tables to export – one schema only.
TABLESPACES Identifies a list of tablespaces to export.
TRANSPORT_FULL_CHECK Verify storage segments of all tables (N).
TRANSPORT_TABLESPACES List of tablespaces from which metadata will be unloaded.
VERSION Version of objects to export where valid keywords are:
(COMPATIBLE), LATEST, or any valid database version.

The following commands are valid while in interactive mode.
Note: abbreviations are allowed

Command Description
——————————————————————————
ADD_FILE Add dumpfile to dumpfile set.
ADD_FILE=dumpfile-name
CONTINUE_CLIENT Return to logging mode. Job will be re-started if idle.
EXIT_CLIENT Quit client session and leave job running.
HELP Summarize interactive commands.
KILL_JOB Detach and delete job.
PARALLEL Change the number of active workers for current job.
PARALLEL=.
START_JOB Start/resume current job.
STATUS Frequency (secs) job status is to be monitored where
the default (0) will show new status when available.
STATUS=[interval]
STOP_JOB Orderly shutdown of job execution and exits the client.
STOP_JOB=IMMEDIATE performs an immediate shutdown of the
Data Pump job.

impdp help=y

Import: Release 10.1.0.2.0 – Production on Saturday, 11 September, 2004 17:22

Copyright (c) 2003, Oracle. All rights reserved.

The Data Pump Import utility provides a mechanism for transferring data objects
between Oracle databases. The utility is invoked with the following command:

Example: impdp scott/tiger DIRECTORY=dmpdir DUMPFILE=scott.dmp

You can control how Import runs by entering the ‘impdp’ command followed
by various parameters. To specify parameters, you use keywords:

Format: impdp KEYWORD=value or KEYWORD=(value1,value2,…,valueN)
Example: impdp scott/tiger DIRECTORY=dmpdir DUMPFILE=scott.dmp

USERID must be the first parameter on the command line.

Keyword Description (Default)
——————————————————————————
ATTACH Attach to existing job, e.g. ATTACH [=job name].
CONTENT Specifies data to load where the valid keywords are:
(ALL), DATA_ONLY, and METADATA_ONLY.
DIRECTORY Directory object to be used for dump, log, and sql files.
DUMPFILE List of dumpfiles to import from (expdat.dmp),
e.g. DUMPFILE=scott1.dmp, scott2.dmp, dmpdir:scott3.dmp.
ESTIMATE Calculate job estimates where the valid keywords are:
(BLOCKS) and STATISTICS.
EXCLUDE Exclude specific object types, e.g. EXCLUDE=TABLE:EMP.
FLASHBACK_SCN SCN used to set session snapshot back to.
FLASHBACK_TIME Time used to get the SCN closest to the specified time.
FULL Import everything from source (Y).
HELP Display help messages (N).
INCLUDE Include specific object types, e.g. INCLUDE=TABLE_DATA.
JOB_NAME Name of import job to create.
LOGFILE Log file name (import.log).
NETWORK_LINK Name of remote database link to the source system.
NOLOGFILE Do not write logfile.
PARALLEL Change the number of active workers for current job.
PARFILE Specify parameter file.
QUERY Predicate clause used to import a subset of a table.
REMAP_DATAFILE Redefine datafile references in all DDL statements.
REMAP_SCHEMA Objects from one schema are loaded into another schema.
REMAP_TABLESPACE Tablespace object are remapped to another tablespace.
REUSE_DATAFILES Tablespace will be initialized if it already exists (N).
SCHEMAS List of schemas to import.
SKIP_UNUSABLE_INDEXES Skip indexes that were set to the Index Unusable state.
SQLFILE Write all the SQL DDL to a specified file.
STATUS Frequency (secs) job status is to be monitored where
the default (0) will show new status when available.
STREAMS_CONFIGURATION Enable the loading of Streams metadata
TABLE_EXISTS_ACTION Action to take if imported object already exists.
Valid keywords: (SKIP), APPEND, REPLACE and TRUNCATE.
TABLES Identifies a list of tables to import.
TABLESPACES Identifies a list of tablespaces to import.
TRANSFORM Metadata transform to apply (Y/N) to specific objects.
Valid transform keywords: SEGMENT_ATTRIBUTES and STORAGE.
ex. TRANSFORM=SEGMENT_ATTRIBUTES:N:TABLE.
TRANSPORT_DATAFILES List of datafiles to be imported by transportable mode.
TRANSPORT_FULL_CHECK Verify storage segments of all tables (N).
TRANSPORT_TABLESPACES List of tablespaces from which metadata will be loaded.
Only valid in NETWORK_LINK mode import operations.
VERSION Version of objects to export where valid keywords are:
(COMPATIBLE), LATEST, or any valid database version.
Only valid for NETWORK_LINK and SQLFILE.

The following commands are valid while in interactive mode.
Note: abbreviations are allowed

Command Description (Default)
——————————————————————————
CONTINUE_CLIENT Return to logging mode. Job will be re-started if idle.
EXIT_CLIENT Quit client session and leave job running.
HELP Summarize interactive commands.
KILL_JOB Detach and delete job.
PARALLEL Change the number of active workers for current job.
PARALLEL=.
START_JOB Start/resume current job.
START_JOB=SKIP_CURRENT will start the job after skipping
any action which was in progress when job was stopped.
STATUS Frequency (secs) job status is to be monitored where
the default (0) will show new status when available.
STATUS=[interval]
STOP_JOB Orderly shutdown of job execution and exits the client.
STOP_JOB=IMMEDIATE performs an immediate shutdown of the
Data Pump job.

In questo articolo,descrivo come tramite l’uso dei comandi della shell di linux possiamo crearci uno script da schedulare successivamente con cron,per monitorare lo stato di salute dei nostri server.La funzionalità dello script è molto semplice ,sicuramente può essere migliorato.

Come prima cosa partirei controllando che il/i filesystem del nostro server non siano pieni .

[root@rac2 ~]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/mapper/VolGroup00-LogVol00

14G   13G  775M  95% /

/dev/sda1              99M   19M   76M  20% /boot

tmpfs                 502M  300M  202M  60% /dev/shm

[root@rac2 ~]# last | head -20

root     pts/3        192.168.0.8      Tue Aug 18 09:20   still logged in

oracle   pts/3        :0.0             Tue Aug 18 09:17 – 09:20  (00:02)

oracle   pts/3        :0.0             Tue Aug 18 08:19 – 09:16  (00:56)

oracle   pts/2        :0.0             Tue Aug 18 07:08   still logged in

oracle   :0                            Tue Aug 18 07:08   still logged in

oracle   :0                            Tue Aug 18 07:08 – 07:08  (00:00)

root     pts/1        openfiler1       Tue Aug 18 07:04   still logged in

reboot   system boot  2.6.18-128.4.1.e Tue Aug 18 06:57          (02:25)

root     pts/1        :0.0             Tue Aug 18 06:44 – down   (00:11)

root     pts/2        openfiler1       Tue Aug 18 06:22 – down   (00:32)

root     pts/1        :0.0             Tue Aug 18 06:15 – 06:43  (00:28)

root     :0                            Tue Aug 18 06:14 – down   (00:40)

root     :0                            Tue Aug 18 06:14 – 06:14  (00:00)

reboot   system boot  2.6.18-128.4.1.e Tue Aug 18 06:10          (00:45)

root     pts/1        :0.0             Tue Aug 18 05:49 – down   (00:19)

root     pts/1        :0.0             Tue Aug 18 05:47 – 05:48  (00:00)

root     pts/1        :0.0             Sun Aug 16 16:36 – 05:46 (1+13:10)

root     pts/2        :0.0             Sun Aug 16 16:26 – down  (1+13:41)

root     pts/1        :0.0             Sun Aug 16 16:24 – 16:36  (00:12)

root     :0                            Sun Aug 16 16:23 – down  (1+13:45)

[root@rac2 ~]# du -h /tmp

8.0K    /tmp/gconfd-root

4.0K    /tmp/keyring-JuVYH2

4.0K    /tmp/.oracle

16K    /tmp

[root@rac2 ~]# dmidecode |grep -B 2 Stat

Serial Number: …..

Asset Tag:

Boot-up State: Safe

Power Supply State: Safe

Thermal State: Safe

Security Status: None

–

Max Speed: 5200 MHz

Current Speed: 2400 MHz

Status: Populated, Enabled

–

On Board Device Information

Type: Ethernet

Status: Enabled

–

On Board Device Information

Type: Sound

Status: Enabled

–

On Board Device Information

Type: Other

Status: Enabled

–

Access Method: Memory-mapped physical 32-bit address

Access Address: 0xFFF81000

Status: Valid, Not Full

–

Handle 0×1800, DMI type 24, 5 bytes.

Hardware Security

Power-On Password Status: Enabled

Keyboard Password Status: Not Implemented

Administrator Password Status: Enabled

Front Panel Reset Status: Not Implemented

–

Cooling Device

Type: Fan

Status: OK

–

Cooling Device

Type: Fan

Status: OK

–

Cooling Device

Type: Fan

Status: OK

–

Handle 0×2000, DMI type 32, 11 bytes.

System Boot Information

Status: No errors detected

[root@rac2 ~]# ifconfig

eth4      Link encap:Ethernet  HWaddr 00:0C:29:2D:6F:3E

inet addr:192.168.0.102  Bcast:192.168.0.255  Mask:255.255.255.0

inet6 addr: fe80::20c:29ff:fe2d:6f3e/64 Scope:Link

UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

RX packets:2814028 errors:0 dropped:0 overruns:0 frame:0

TX packets:383162 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:2263618394 (2.1 GiB)  TX bytes: 372588412946 (347 GiB)

Base address:0×2000 Memory:d8940000-d8960000

[root@rac2 ~]# ethtool eth0

Settings for eth0:

Supported ports: [ TP ]

Supported link modes:   10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full

1000baseT/Full

Supports auto-negotiation: Yes

Advertised link modes:  10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full

1000baseT/Full

Advertised auto-negotiation: Yes

Speed: 1000Mb/s

Duplex: Full

Port: Twisted Pair

PHYAD: 0

Transceiver: internal

Auto-negotiation: on

Supports Wake-on: d

Wake-on: d

Current message level: 0×00000007 (7)

Link detected: yes

[root@rac2]# sensors

lm85b-i2c-0-2e

Adapter: SMBus I801 adapter at c400

V1.5: +1.47 V (min = +1.42 V, max = +1.58 V)

VCore: +1.49 V (min = +1.45 V, max = +1.60 V)

V3.3: +3.33 V (min = +3.13 V, max = +3.47 V)

V5: +5.03 V (min = +4.74 V, max = +5.26 V)

V12: +12.25 V (min = +11.38 V, max = +12.62 V)

CPU_Fan: 2386 RPM (min = 4000 RPM) ALARM

fan2: 0 RPM (min = 0 RPM)

fan3: 0 RPM (min = 0 RPM)

fan4: 300 RPM (min = 0 RPM)

CPU: +29°C (low = +10°C, high = +50°C)

Board: +29°C (low = +10°C, high = +35°C)

Remote: +28°C (low = +10°C, high = +35°C)

CPU_PWM: 255

Fan2_PWM: 255

Fan3_PWM: 77

vid: +1.525 V (VRM Version 9.0)

[root@rac2 ~]# dmesg | grep sda

SCSI device sda: 33554432 512-byte hdwr sectors (17180 MB)

sda: Write Protect is off

sda: Mode Sense: 5d 00 00 00

sda: cache data unavailable

sda: assuming drive cache: write through

SCSI device sda: 33554432 512-byte hdwr sectors (17180 MB)

sda: Write Protect is off

sda: Mode Sense: 5d 00 00 00

sda: cache data unavailable

sda: assuming drive cache: write through

sda: sda1 sda2

sd 0:0:0:0: Attached scsi disk sda

EXT3 FS on sda1, internal journal

[root@rac2]# top -bn 2 >> /tmp/top.txt

top – 09:52:46 up  130 days,  5 users,  load average: 0.13, 0.21, 0.27

Tasks: 159 total,   3 running, 156 sleeping,   0 stopped,   0 zombie

Cpu(s):  0.0%us,  1.0%sy,  0.0%ni, 95.0%id,  3.6%wa,  0.0%hi,  0.3%si,  0.0%st

Mem:   1027004k total,   936852k used,    90152k free,    20292k buffers

Swap:  2064376k total,    71652k used,  1992724k free,   681484k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND

1314 root      15   0 12740 1108  804 R  1.0  0.1   0:00.16 top

1274 root      15   0 88948 3328 2588 R  0.3  0.3   0:00.27 sshd

1 root      15   0 10344  508  476 S  0.0  0.0   0:01.22 init

2 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 migration/0

3 root      34  19     0    0    0 S  0.0  0.0   0:00.05 ksoftirqd/0

4 root      RT  -5     0    0    0 S  0.0  0.0   0:00.00 watchdog/0

5 root      10  -5     0    0    0 S  0.0  0.0   0:05.58 events/0

6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper

15 root      10  -5     0    0    0 S  0.0  0.0   0:00.01 kthread

19 root      10  -5     0    0    0 S  0.0  0.0   0:08.29 kblockd/0

20 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid

205 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 cqueue/0

208 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khubd

#!/bin/sh

# monitor script linux v1

uname -a > /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

df -h >> /tmp/mhc.txt

last |head -10 >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

du -h /tmp >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

ethtool eth0 >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

ifconfig eth0 >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

dmidecode |grep -B 2 Stat >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

sensors >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

top -bn 2 >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

smartctl -d ata -iH /dev/sda >> /tmp/mhc.txt

smartctl -d ata -iH /dev/sdb >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

dmesg |grep sda >> /tmp/mhc.txt

dmesg |grep sdb >> /tmp/mhc.txt

echo “—————————-”>>/tmp/mhc.txt

cat /tmp/mhc.txt |mail -s server-health-check your@email.com

[root@rac2 ~]# df -h

Filesystem            Size  Used Avail Use% Mounted on

/dev/mapper/VolGroup00-LogVol00

14G   13G  775M  95% /

/dev/sda1              99M   19M   76M  20% /boot

tmpfs                 502M  300M  202M  60% /de