Hi,
We are trying to migrate out Datastage project from one server to another.
The important requirement in this process is that we need an exact copy of the files also with data.
We have imported our jobs from server 1 to server 2.
We also want our hash files to be moved to server2.
Server 1 path - /home/dsadm/Ascential/DataStage/Projects/TREAD_Dev
Server 2 path - /home/dsadm/Ascential/DataStage/Projects/Treadnew
The problem is that we need to copy the hash files also.
We did it. But we are not able to open the hash file.
Following is the error when we view data.
PopVehicleMaster..VIN8_HASH.in_vin8: DSD.UVOpen Unable to open file SAAB_VIN.
We understand that there must be some environment specific information in the hash files but we are still in the grey area. We need to make it possible.
Please help us out in this as it is most urgent for me.
Regards,
Sundar
Problem in moving Hashfiles from one project to another proj
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 3
- Joined: Wed Dec 29, 2004 5:30 am
-
- Participant
- Posts: 94
- Joined: Wed May 08, 2002 8:44 am
- Location: Germany
- Contact:
Sundar,
I assume you created the hash files with the account option. If yes, you first have to create the hash files in the new project. In administrator go to command, then specify e.g. CREATE.FILE SAAB_VIN. After this you shall copy the original hash file into your project and it shall work.
Best regards
Klaus
I assume you created the hash files with the account option. If yes, you first have to create the hash files in the new project. In administrator go to command, then specify e.g. CREATE.FILE SAAB_VIN. After this you shall copy the original hash file into your project and it shall work.
Best regards
Klaus
-
- Participant
- Posts: 94
- Joined: Wed May 08, 2002 8:44 am
- Location: Germany
- Contact:
-
- Participant
- Posts: 3
- Joined: Wed Dec 29, 2004 5:30 am
By posting "urgent" you have managed to get your post ignored by many here; Klaus was kind enought to respond. In the future you'll see that responses and discussion go a lot better when you don't try to push...
A hashed file in a project has several components, only one of which are the UNIX entries for "SAAB_VIN" and "D_SAAB_VIN". The DataStage engine has an entry in it's vocabulary file (VOC) that points to this file and it's dictionary.
This VOC entry is not required or used when your hashed files are referenced by absolute path.
In your case you seem to have a VOC entry for your file (otherwise you would have gotten a different error message) that points to the wrong location. You can see where it points by issuing the TCL or Admin command line "LIST VOC SAAB_VIN" and it will show you the paths it has.
The simplest way to force correct this is to use what Klaus has already suggested, making sure that in the hashed file write stage you check the create flag AND the delete flag. This will clear and overwrite the pointer and create a new type 30 file in the project directory. You can then take your original file and overwrite the entry in the project directory.
A hashed file in a project has several components, only one of which are the UNIX entries for "SAAB_VIN" and "D_SAAB_VIN". The DataStage engine has an entry in it's vocabulary file (VOC) that points to this file and it's dictionary.
This VOC entry is not required or used when your hashed files are referenced by absolute path.
In your case you seem to have a VOC entry for your file (otherwise you would have gotten a different error message) that points to the wrong location. You can see where it points by issuing the TCL or Admin command line "LIST VOC SAAB_VIN" and it will show you the paths it has.
The simplest way to force correct this is to use what Klaus has already suggested, making sure that in the hashed file write stage you check the create flag AND the delete flag. This will clear and overwrite the pointer and create a new type 30 file in the project directory. You can then take your original file and overwrite the entry in the project directory.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
You can just move the files from one box to another when you use paths. This is assuming the boxes are on the same platform, when you move between a Windows and a UNIX machine you need to change the internal file byte oder (FNUXI) a tool exists to let you do that as well.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Or you can use format.conv (the "proper" name for fnuxi) -export and -import options to do the transfer for you, and thereby byte order is handled automatically.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.