This was meant for the whole world to see (and maybe learn something from it :)).
-----Original Message----- From: Jarkko Airaksinen Sent: jueves, 29 de marzo de 2007 18:29 To: 'Darren Dunham' Subject: RE: [Veritas-vx] resizing a device Yeah but that's already a bit tedious. Also every time you add & remove a disk for VVM view it reserves the device id which means additional problems. Actually my first live-and-learn experience with VVM was due to moving a disk back and forth between servers (fast, easy and dangerous way to move 4T of data); the id's got mixed, VVM reported "already initialized" for all new devices etc. so I experimentally mkfs'ed the real device instead of vx device. Result: Disaster in a file system that consisted of two concatenated disks. Deceivingly it worked fine for two weeks until vxconfigd restarted probably upon VEA installation. Thus, I'm looking for a way to resize a file system without too much hassle with temporary disks. -j- -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darren Dunham Sent: jueves, 29 de marzo de 2007 17:37 To: Veritas-vx@mailman.eng.auburn.edu Subject: Re: [Veritas-vx] resizing a device > With this scheme only the resizing is not yet solved. After resizing > the disk in EVA I've tried 'vxresize', 'vxdisk resize' and 'vxfs/fsadm > -b <n>' in the OS but no luck yet. Vxresize and fsadm fail because the > LUN is still the old size in the OS and vxdisk resize fails because it > wants to have more disks in the disk group. > However I am running VxVM 5.0 so it should have the dynamic LUN > resizing, shouldn't it? I haven't used it much, but someone else has already commented that the dynamic resize requires additional disks in the disk group. (That's what the 'vxdisk resize' is.) Presumably you could temporarily add a disk (could be tiny) to the group, resize the storage LUN, then remove the temporary disk. It would just be acting as a holding place for the DG information while the LUN is resized. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx __________________________________________________________________________ La informacion incluida en el presente correo electronico es CONFIDENCIAL, siendo para el uso exclusivo del/os destinatario/s arriba mencionado/s. Si usted recibe y lee este correo electronico y no es el destinatario senalado, el empleado o el agente responsable de entregar el mensaje al destinatario, o ha recibido esta comunicacion por error, le informamos que esta totalmente prohibida cualquier divulgacion, distribucion, uso o reproduccion del mismo, y le rogamos que nos lo notifique inmediatamente respondiendo al mensaje original a la direccion arriba mencionada y eliminando el mensaje a continuacion. The information contained in this e-mail is CONFIDENTIAL and is intended only for the use of the addressee named above.If the reader of this message is not the intended recipient or the employee or agent responsible for delivering the message to the intended recipient, or you have received this communication in error, please be aware that any diffusion, distribution or duplication of this communication is strictly forbidden, and please notify us immediately by return to the original message at the address above eliminating it afterwards. _______________________________________________ Veritas-vx maillist - Veritas-vx@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-vx
