for Above SIM
I replace that LUN which is assigned to server and assigned to new LUN from VSP . now it works fine.
external LUN is unallocated from server as well as VSP
I'd faced this issue (probably similar) while doing 1 migration for a customer using hitachi storage virtualization.
it seems there are some bad blocks on the external storage system (possibly particular LDEV) which is virtualized through Hitachi storage. when Hitachi storage tried to read /write to that particular block, it encounter this situation and hence, the alert.
It creates some kind of pinned track in HDS storage shared memory. You need to call support engineer to clear this.
there might be some other cause of this alert but I'd only seen the above mentioned scenario.
Hope it helps. Please share your experience.
Thanks for sharing the details , still i am follow up with HDS , as i got the resolution , i will share..
Please open a case with HDS support and ask them to run the cache tool.
I continue follow up and suggested them to run cache tool
THe PIN erro is like the blocking of data on disk.There are two type of PIN error.
Write erro and read error. Read error case the data will not read on that particlulaer block and in case of write eror. The data can not be written on the particlar area.
NOw read error in not so much dangerurs but write error gives trouble. both these error comes most of time on disk failure. and after replacing the disk it will clear.
But when it is not clear then we need to format the ldevs.
And for thick ldev we can format from array side. But if the lun is thin that formating is happen from the server side.
Retrieving data ...