Recent content by Mag0007

Thats a good reason to unmirror and apply the ML, incase you can't revert back, just boot of old disk :-)

Sure cat /tmp/file A4ABCdd a654321 a987463 1122322 I am trying to get the following output a654321 a987463 I want to get first character be [a-z] and the last 6 characters be numbers [0-9] Trying something like this awk '{ if ($1==/^[a-z][0-9]{6}$/) print $1 }' /tmp/file TIA

still no cigar. I get no results back.

awk '{ if ($1==/^[a-z][0-9]{6}$/) print $1 }' /tmp/file does that look right?

Yes, I can do that too, but never did, or really know how functional that is...

How can I test for the following: A4ABCdd a654321 a987463 1122322 I want to get first character be [a-z] and the last 6 characters be numbers [0-9] So, this would print out Desired output: a654321 a987463

Sorry, forgot to put restore directions. In case your TL gives you issues, here is how you revert change bootlist to hdisk0 (bootlist -m normal hdisk0) reboot alt_diskinstall -X (this will clean up the hdisk1 image, and clean up ODM entries) HTH

Okay guys, here is what I tried, and works perfectly! Unmirror my rootvg Reduce my rootvg (remove hdisk1 from rootvg) alt_diskinstall -C hdisk1 (this takes a mksysb of hdisk0, and restores it to hdisk1, and change the bootlist to hdisk1, and sets bootimage on hdisk1) Reboot (will automatically...

$ echo '0 30' | awk '{ for (i=$1;i<=$2;i++) { print i} }' my way :-)

Anyone here practice, unmirroring rootvg before applying ML/TL? I have a NFS share with my ML8, I usually do a mount and an smit update_all Is this a good practice or overkill?

I think it was a NFS issue. I rebooted the box, and everything is okay.

I have a system here, when I run ls -la /directory it freezes, no response (I have to ctrl+c). Any ideas why? TIA

Hey Ken: Just that I understand this, you tried to go from ML1 to TL8, and Java SDK was giving you problems while doing the 'smitty update_all' ? The taylored version is, when you select '01' and you would like to goto '08'? So your upgrade went well?

plamb: that will disable all of 'diagela'; we only need to disable for EMC 'non-active' paths (since thats showing up as errors in the errpt)

p5wizard: thanks for the good explanation. (more important, thanks for putting it into plain english!) Seems I may need to disable diagele for the inactive paths... still awating for my SAN team's response.