Hi Mohammed,
I'm not sure that I have the best solution as I haven't come across this specific incident before. Typically, I would recommend that a defect exists for each release so that you have a historical record of the work that was done and when it was done. As you mentioned if the defect is just reused in multiple releases it could become very confusing as to what its actual state is. Perhaps you could assign the defects to a suite or story to help track them.
Based on the information provided I would also want to consider if this is a defect that needs to exist in multiple releases or if its would be better handled as a test case that would be used to create a defect in the release if it failed.
Generally, we recommend that user stories that are two big to finish in one release are broken into smaller stories that can be and then scheduled appropriately. If these smaller stories still end up unfinished we would usually split the story and move the new one to the next iteration along with its unfinished tasks.
There was another similar question here that may provide some insight Is there a good way to track a defect through multiple releases?
I would also recommend looking over the following two help articles that go into great detail on how to handle unfinished work that may help with these types of questions.
Manage Unfinished Work | CA Agile Central Help
Manage Unfinished Work for Story Hierarchy Teams | CA Agile Central Help