The UNIX and Linux Forums  
Hola y bienvenida de los Estados Unidos a la UNIX y Linux Foros! Gracias por su visita y formar parte de nuestra comunidad global.

Go Back   El UNIX y Linux Foros > Sistema Operativo > AIX
.
google unix.com



AIX AIX de IBM es líder en la industria del sistema operativo UNIX que cumple con las exigencias de las aplicaciones que dependen de las empresas en el mercado actual.

Más UNIX y Linux Foro Temas usted puede encontrar útiles
Hilo Hilo para principiantes Foro Respuestas Último mensaje
Tuberías a / dev/rmt0 cinta? Browser_ice AIX 5 06-10-2009 07:18 AM
tar las opciones de servidor: / / dev/rmt0 carpeta? Browser_ice AIX 3 06-04-2009 03:50 AM
sed en el bucle mientras la producción de la aritmética de salida javathecat Programación de scripts de shell y 3 02-04-2009 05:12 AM
Visualmente agradable producir documentos de texto plano con reStructuredText y rst2a iBOT UNIX y Linux Noticias RSS 0 04-29-2008 04:40 AM
mt-f / dev/rmt0.1 estado 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 vínculo Herramientas de hilo Buscar en este Hilo Tasa de Hilo Modos de visualización
  #1 (Enlace permanente)  
Old 06-16-2009
Browser_ice Browser_ice is offline
Usuario Registrado
  
 

Fecha: noviembre 2005
Ubicación: Canadá
Puestos: 110
AIX 4.2: usando dd of \u003d / dev/rmt0 producir error

Quiero comprimir archivos de copia de seguridad a cinta con comprimir en nuestro AIX 4.2

- Nuestra TIE no tiene compresión.
- No quiero usar almacenamiento local para comprimir ya que la mayoría de los sistemas de archivos son bastante completo.
- La única herramienta de compresión que tenemos es "comprimir"
- Cintas de 8mm son 5GB


Estoy intentando lo siguiente:

cambio de cinta block_size \u003d 512 (valor por defecto dd obs)
tar-cvpdlBf - a_folder | comprimir | dd of \u003d / dev/rmt0

pero es que me da:
dd: 0511 - 53 La escritura no.
: Un sistema de llamada recibida de un parámetro que no es válida.


pero con algo como esto funciona:
tar-cvpdlBf - a_folder | comprimir | dd of \u003d / tmp / zzz.Z
  #2 (Enlace permanente)  
Old 07-04-2009
Browser_ice Browser_ice is offline
Usuario Registrado
  
 

Fecha: noviembre 2005
Ubicación: Canadá
Puestos: 110
Alguna idea sobre cuál es el problema?
  #3 (Enlace permanente)  
Old 07-04-2009
Bakunin bakunin is offline Forum Staff  
Bughunter Extraordinaire
  
 

Fecha: mayo de 2005
Ubicación: En el extremo izquierdo de bytes de / dev / kmem
Mensajes: 1.628
En primer lugar, (dependiendo del tipo de su unidad de cinta) que tiene una muy buena oportunidad de no necesitar ningún comprimir a todos porque la mayoría de las unidades de cinta IBM tienen una compresión de hardware construido pulg Si envía un flujo comprimido a la cinta unidad que se comprime una segunda vez que el archivo que por lo general un poco más grande (el segundo a causa de la adición de compresión generales), no menor.

En segundo lugar, aun si está justificado el uso de "comprimir" en su caso, usted probablemente tendrá que añadir "si \u003d-" a la "dd" de mando. AFAIK "dd" no usa stdin por defecto para los datos entrantes. También podría ser necesario el estado blocksize. Uso "bs \u003d <some number>" en este caso a indicar el tamaño de bloque en bytes.

Una tercera razón podría ser que usted tiene para hacer frente a la unidad de cinta con otro número de dispositivo, tal vez "/ dev/rmt0.1". ¡Echa un vistazo en el manual para el sentido del menor número de dispositivo con unidades de cinta.

No reconozco su primera declaración de "cambio de cinta block_size \u003d 512", por lo general esto se logra a través del "tctl" comando, usar el "chdev" comando "/ dev / RMTn".

Espero que esta ayuda.

Bakunin

Última edición por Bakunin; 07-07-2009 en 08:41 PM.. Motivo: editado errores
  #4 (Enlace permanente)  
Old 07-05-2009
Browser_ice Browser_ice is offline
Usuario Registrado
  
 

Fecha: noviembre 2005
Ubicación: Canadá
Puestos: 110
Cita:
Publicado originalmente por Bakunin View Post
En primer lugar, (dependiendo del tipo de su unidad de cinta) que tiene una muy buena oportunidad de no necesitar ningún comprimir a todos porque la mayoría de las unidades de cinta IBM tienen una compresión de hardware construido pulg Si envía un flujo comprimido a la cinta unidad que se comprime una segunda vez que el archivo que por lo general un poco más grande (el segundo a causa de la adición de compresión generales), no menor.

En segundo lugar, incluso si se justifica el uso "comprimir" en su caso, usted probablemente tendrá que añadir "si \u003d-" a la "dd" de mando. AFAIK "dd" no usa stdin por defecto para los datos entrantes. También podría ser necesario el estado blocksize. Uso "bs \u003d <some number>" en este caso a indicar el tamaño de bloque en bytes.

Una tercera razón podría ser que usted tiene para hacer frente a la unidad de cinta con otro número de dispositivo, tal vez "/ dev/rmt0.1". ¡Echa un vistazo en el manual para el sentido del menor número de dispositivo con unidades de cinta.

No reconozco su primera declaración de "cambio de cinta block_size \u003d 512", por lo general esto se logra a través del "tctl" comando, usar el "chdev" comando "/ dev / RMTn".

Espero que esta ayuda.

Bakunin
Sé que el cliente está utilizando la unidad de cinta construida en la compresión. Pero el problema es que se está llevando a toooo looonnnggggg. Copia de seguridad de una carpeta de 10 GB de contenido de toma 5 horas. Los procedimientos que utilizamos para hacer las copias de seguridad (10 copias de seguridad de bases de datos entre un promedio de 8 GB propagación entre los 5 servidores en cada una sólo unidad de cinta) nos han verificar las cintas después de que hemos hecho copias de seguridad de la TIE. Hacer hacer todo esto tiene 18 horas! Quiero reducir este tiempo en la mayor medida posible con 2 maneras en que una manera es usando la compresión antes de poner en cintas. Uso de locales de compresión en el disco es de 2 horas al PP las copias de seguridad. Esa es la razón por la que estaba tratando de comprimir en una cinta utilizando tuberías.

Voy a comprobar si el bs \u003d \u003d- y opciones.

En cuanto a la "/ dev/rmt0.1", probablemente lo mismo. He visto esto en otros tipos de copias de seguridad que hacemos.

El cambio de mando blocksize era sólo un resumen de lo que hice antes de hacer la DD. En realidad, es un chdev.
  #5 (Enlace permanente)  
Old 07-07-2009
pchangba1 pchangba1 is offline
Usuario Registrado
  
 

Fecha: noviembre 2008
Publicaciones: 13
a veces el problema puede ser la copia de seguridad de la Coz controlador de dispositivo. Si buen controlador de dispositivo no está instalado entonces podría causar el problema que han enfrentado muchas veces.
compruebe controlador y el firmware que pueden ayudar.
  #6 (Enlace permanente)  
Old 07-08-2009
Browser_ice Browser_ice is offline
Usuario Registrado
  
 

Fecha: noviembre 2005
Ubicación: Canadá
Puestos: 110
Cita:
Publicado originalmente por pchangba1 View Post
a veces el problema puede ser la copia de seguridad de la Coz controlador de dispositivo. Si buen controlador de dispositivo no está instalado entonces podría causar el problema que han enfrentado muchas veces.
compruebe controlador y el firmware que pueden ayudar.
No tengo ideas sobre cómo hacerlo. Yo soy sólo un operador muy básico. Nuestro sistema de administración no es un verdadero sistema de administración (la falta de conocimientos y la falta de factible).

Este cliente es el sistema de antigüedad y más de 20 años de edad (AIX 4.2).
Reply

Marcadores

Herramientas de hilo Buscar en este Hilo
Buscar en este Hilo:

Búsqueda avanzada
Modos de visualización Vota a este hilo
Vota a este hilo:

Normas de envío
puede que no nuevo puesto de hilos
puede que no enviar respuestas
puede que no enviar archivos adjuntos
puede que no editar sus puestos

Código BB es Encendido
Emoticones son Encendido
[IMG] código Apagado
Código HTML es Apagado
Trackbacks son Encendido
Pingbacks son Encendido
Refbacks son Encendido




Todas las horas son GMT -4. La hora es 02:51 PM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traducciones de idiomas Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Estudios
El UNIX y Linux Foros Contenido Copyright © 1993-2009. Todos los derechos Reserved.Ad Gestión por RedTyger

Las direcciones URL de contenido vBSEO 3.2.0