The UNIX and Linux Forums  
Ciao e benvenuto da parte degli Stati Uniti al UNIX e Linux Forum! Grazie per la visita ed unirsi alla nostra Comunità Globale.

Go Back   UNIX e Linux Forum > Sistemi Operativi > AIX
.
google unix.com



AIX IBM AIX è leader del settore sistema operativo UNIX che soddisfa le esigenze delle applicazioni che si basano su imprese nel mercato di oggi.

Più di UNIX e Linux Forum Argomenti potreste trovare utili
Filo Thread Starter Forum Risposte Ultimo Post
Tubazioni a / dev/rmt0 nastro? Browser_ice AIX 5 06-10-2009 07:18 AM
catrame opzioni server: / / dev/rmt0 cartella? Browser_ice AIX 3 06-04-2009 03:50 AM
sed in loop, mentre la produzione di aritmetica di uscita javathecat Shell scripting e di programmazione 3 02-04-2009 05:12 AM
Produrre documenti visivamente piacevole da solo testo e con reStructuredText rst2a iBot UNIX e Linux RSS News 0 04-29-2008 04:40 AM
mt-f / dev/rmt0.1 stato smoraprosol AIX 0 08-28-2006 11:49 AM

Reply
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Cerca in questo Thread Rate Thread Modalità di visualizzazione
  #1 (permalink)  
Old 06-16-2009
Browser_ice Browser_ice is offline
Utente Registrato
  
 

Iscriviti Data: novembre 2005
Luogo: Canada
Interventi: 110
aix 4.2: usando dd of \u003d / dev/rmt0 produzione di errore

Voglio comprimere file di backup su nastro utilizzando comprimere il nostro AIX 4,2

- I nostri TAR non ha ancora compressione.
- Non voglio utilizzare locali di deposito per comprimere come la maggior parte dei filesystem sono piuttosto pieno.
- L'unico strumento di compressione che abbiamo è 'compress'
- Nastri sono 5GB 8 millimetri


Sto cercando questo:

cambiare nastro block_size \u003d 512 (valore di default obs gg)
tar-cvpdlBf - a_folder | comprimere | dd of \u003d / dev/rmt0

ma è che mi dà:
gg: 0511 - 53 La scrittura non è riuscita.
: Una chiamata di sistema ha ricevuto un parametro che non è valido.


qualcosa di simile, ma utilizzando questo funziona:
tar-cvpdlBf - a_folder | comprimere | dd of \u003d / tmp / zzz.Z
  #2 (permalink)  
Old 07-04-2009
Browser_ice Browser_ice is offline
Utente Registrato
  
 

Iscriviti Data: novembre 2005
Luogo: Canada
Interventi: 110
Qualche idea su quello che è il problema?
  #3 (permalink)  
Old 07-04-2009
Bakunin bakunin is offline Forum Staff  
Bughunter Extraordinaire
  
 

Iscriviti Data: maggio 2005
Situazione: Nel byte sinistra di / dev / kmem
Messaggi: 1.628
Prima di tutto, (a seconda del tipo di unità a nastro) si ha una buona possibilità di non dover ogni comprimere a tutti i perché la maggior parte delle unità a nastro IBM hanno una compressione hardware costruito poll Se si invia un flusso compresso a nastro unità sarà compresso una seconda volta che il file di solito fare un po 'più grande (a causa del sovraccarico di compressione secondo aggiungendo), non più piccoli.

In secondo luogo, anche se ciò sia giustificato per l'uso "comprimere" nel tuo caso, probabilmente dovete aggiungere "se \u003d-" per la "dd" comando. AFAIK "dd" non usa stdin di default per i dati in entrata. Essa potrebbe anche essere necessario indicare il blocksize. Usa "bs \u003d <some number>" in questo caso, di indicare la dimensione del blocco in byte.

Un terzo motivo potrebbe essere che si devono affrontare il nastro con un altro dispositivo di numero, forse "/ dev/rmt0.1". Dai un'occhiata al manuale per il significato dei numeri minori dispositivo con unità a nastro.

Io non riconosco la tua prima dichiarazione di "cambiare block_size nastro \u003d 512", in genere questo viene fatto utilizzando il "tctl" comando, in alternativa, utilizzare il "chdev" comando "/ dev / Rmtn".

Spero che questo aiuta.

Bakunin

Ultimo a cura di Bakunin; al 07/07/2009 08:41 PM.. Motivo: errori di battitura a cura
  #4 (permalink)  
Old 07-05-2009
Browser_ice Browser_ice is offline
Utente Registrato
  
 

Iscriviti Data: novembre 2005
Luogo: Canada
Interventi: 110
Citazione:
Originalmente inviato da Bakunin View Post
Prima di tutto, (a seconda del tipo di unità a nastro) si ha una buona possibilità di non dover ogni comprimere a tutti i perché la maggior parte delle unità a nastro IBM hanno una compressione hardware costruito poll Se si invia un flusso compresso a nastro unità sarà compresso una seconda volta che il file di solito fare un po 'più grande (a causa del sovraccarico di compressione secondo aggiungendo), non più piccoli.

In secondo luogo, anche se esso è giustificato l'utilizzo di "comprimere" nel tuo caso, probabilmente dovete aggiungere "se \u003d-" per la "dd" comando. AFAIK "dd" non usa stdin di default per i dati in entrata. Essa potrebbe anche essere necessario indicare il blocksize. Usa "bs \u003d <some number>" in questo caso, di indicare la dimensione del blocco in byte.

Un terzo motivo potrebbe essere che si devono affrontare il nastro con un altro dispositivo di numero, forse "/ dev/rmt0.1". Dai un'occhiata al manuale per il significato dei numeri minori dispositivo con unità a nastro.

Io non riconosco la tua prima dichiarazione di "cambiare block_size nastro \u003d 512", in genere questo viene fatto utilizzando il "tctl" comando, in alternativa, utilizzare il "chdev" comando "/ dev / Rmtn".

Spero che questo aiuta.

Bakunin
So che il cliente a nastro sono costruiti utilizzando la compressione. Ma il problema è che si sta toooo looonnnggggg. Backup 10Gb uno prende il contenuto della cartella 5 ore. Le procedure che utilizziamo per fare i backup (10 in media tra il database di backup 8GB diffusione tra i 5 server con ciascuno una sola unità a nastro) ci sono i nastri verificare dopo abbiamo fatto il TAR backup. Non fare tutto ciò 18 ore! Voglio questa volta a ridurre per quanto possibile con 2 modi in cui si utilizza un modo di compressione prima di mettere su nastro. Utilizzo di compressione sul disco locale è di 2 ore per PB backup. Questo è il motivo per cui ho cercato di comprimere al nastro utilizzando tubazioni.

I'll verificare se l'e \u003d- bs \u003d opzioni.

Per quanto riguarda il "/ dev/rmt0.1", probabilmente è la sua. Ho visto questo in altri tipi di backup che facciamo.

Il cambiamento blocksize comando era solo una sintesi di ciò che ho fatto prima di fare il DD. Essa è in realtà un chdev.
  #5 (permalink)  
Old 07-07-2009
pchangba1 pchangba1 is offline
Utente Registrato
  
 

Iscriviti Data: novembre 2008
Interventi: 13
a volte il problema può essere di backup coz del driver di periferica. Se il driver di periferica corretto non è installato allora potrebbe causare il problema che ho affrontato molte volte.
si prega di controllare che i driver e firmware potrebbero aiutare.
  #6 (permalink)  
Old 07-08-2009
Browser_ice Browser_ice is offline
Utente Registrato
  
 

Iscriviti Data: novembre 2005
Luogo: Canada
Interventi: 110
Citazione:
Originalmente inviato da pchangba1 View Post
a volte il problema può essere di backup coz del driver di periferica. Se il driver di periferica corretto non è installato allora potrebbe causare il problema che ho affrontato molte volte.
si prega di controllare che i driver e firmware potrebbero aiutare.
Non ho idee su come fare. Io sono solo un operatore di base. Il nostro sistema di amministrazione non è un vero e proprio sistema di amministrazione (mancanza di conoscenze e la mancanza di practic).

Questo client di sistema è vecchio e più di 20 anni (AIX 4.2).
Reply

Segnalibri

Thread Tools Cerca in questo Thread
Cerca in questo Thread:

Ricerca Avanzata
Modalità di visualizzazione Vota questo thread
Vota questo thread:

Distacco regolamento
Tu non può post nuovo thread
Tu non può inviare una risposta
Tu non può postare allegati
Tu non può modificare i tuoi post

BB codice è Su
Smilies sono Su
[IMG] codice Chiuso
Codice HTML è Chiuso
Trackbacks sono Su
Pingbacks sono Su
Refbacks sono Su




Tutti gli orari sono GMT -4. La data di oggi è 06:50 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traduzioni Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
UNIX e Linux Forum Content Copyright © 1993-2009. Tutti i diritti Reserved.Ad di gestione da RedTyger

Contenuti pertinenti URL da vBSEO 3.2.0