Finally,
I got doc from our local Legato support about Japanese file/folder names in
NDMP backup (regarding only
Solaris Networker server):
1. Japanese Networker 6.1.3 on Japanese Solaris 8 with ONTAP 6.1.3 and above
supports EUC_JA(Kanji, Hiragana,
Katakana). I guess this is Unicode with 2 byte coding.
2. English Netwroker 6.1.3 on English Solaris with ONTAP 6.1.3 and above
supports ISO 8859-1, ISO 8859-15
(including French, Spanish, Dutch, German, etc)
If one client have for example German and Japanese file/folder name you need to
create separate save sets for
each language (!!)
The same issues for Legato 7 only included support for Windoz 2K Legato server
3. English Legato 7.0 on English Solaris 8&9 or W2K with ONTAP 6.1.3 and above
-> ISO 8859-1/15
4. Japanese Legato 7.01 on Japanese Solaris 8&9 or W2K with ONTAP 6.1.3 and
above -> EUC_JA
5. French 7.0.1 ---//-------
6 Chinese 7.0.1 ----//-----
Concluding:
To backup via NDMP any national coding need to use the same Legato (if it
supports your language). The choice
is not reach: Japanese, French, Chinese
Data created with character sets other then EUC_JA, ISO 8859-1/15 are not
supported.
If anybody interests in it I can send this doc.
--
Yours, Vitaly Porotikov aka vp12929 on ws22a963
How can you prove whether at this moment we are sleeping, and all our
thoughts are a dream; or whether we are awake, and talking to one another
in the waking state?
-- Plato
Vitaly Porotikov wrote:
> Tien,
>
> I'm not sure about Tech Support, need to make sure in our Tokyo
> Legato dealer. I sent to him and NetApp support description of this
> problem but still without answer.
>
> I have problem with both "GUI display" and "recover". Even if I try to
> recover any English folder (without browsing) wich consist of Japanese
> file/folder names I habe instead of Japanese names this strange
> ":ABCD1234.." I guess there is incorrect index file which was sent
> from NetApp.
>
> There is index file for simple NT client:
>
> [root@tkprzbkup4 root]# nsrinfo -t 1052416989 jpncitifs19|more
> scanning client `jpncitifs19' for savetime 1052416989(Fri May 9
> 03:03:09 2003) from the backup namespace
> D:\data\home\ag88037\Openmail\
> D:\data\home\ag88037\
> D:\data\home\ai14153\Documents\EXPENSE\æf?å ?é?sä¿?ãf?ãffãf^ãf?ãf¼ã,?.xls
> <----------- Japanese name
> D:\data\home\ai14153\Documents\EXPENSE\
> D:\data\home\ai14153\Documents\FAX\KPMGå®?å·?.doc <---------------
> Japanese name
>
> There is index file for NetApp client (on the same machine):
>
> [root@tkprzbkup4 root]# nsrinfo -t 1052415184 nasjpn03dr|more
> scanning client `nasjpn03dr' for savetime 1052415184(Fri May 9 02:33:04
> 2003) from the backup namespace
> /vol/nasjpn03_cf_v1dr/.snapshot/hourly.0/data_grp_cf1/CF_GRP_CMPA/:18DE000/:48DE000/20030523/(167)KBN12.xls
>
> /vol/nasjpn03_cf_v1dr/.snapshot/hourly.0/data_grp_cf1/CF_GRP_CMPA/:18DE000/:48DE000/20030523/
>
> /vol/nasjpn03_cf_v1dr/.snapshot/hourly.0/data_grp_cf1/CF_GRP_CMPA/:18DE000/:48DE000/
>
> /vol/nasjpn03_cf_v1dr/.snapshot/hourly.0/data_grp_cf1/CF_GRP_CMPA/:18DE000/:0DHBD00/20030425/:DLE5900
>
> /vol/nasjpn03_cf_v1dr/.snapshot/hourly.0/data_grp_cf1/CF_GRP_CMPA/:18DE000/:0DHBD00/20030425/:ELE5900
>
> I think the difference is evidently.
>
> --
> Yours, Vitaly Porotikov aka vp12929 on ws22a963
> Plastic... Aluminum... These are the inheritors of the Universe!
> Flesh and Blood have had their day... and that day is past!
> -- Green Lantern Comics
>
> Tien Ly wrote:
>
> >
> >
> > Vitaly,
> >
> > Do you have a Tech Support case filed with us? If yes, what is the
> > case number?
> >
> > Do I understand it correctly that you have problem with the **GUI
> > display** of non-ASCSI chars in filenames, and NOT the recover
> > operation itself? For Linux, can you see the characters correctly via
> > the CLI "recover" command? Can you select the file via the "recover"
> > command and restore with DAR?
> >
> > Thanks,
> > Tien
> >
> > > -----Original Message-----
> > > From: Vitaly Porotikov [mailto:vitaly.porotikov AT nssmb DOT com]
> > > Sent: Tuesday, May 06, 2003 4:57 PM
> > > To: Tien Ly
> > > Subject: Re: [Networker] NDMP backup. Index file problem with
> > > local (Japan) file/folder names
> > > Importance: High
> > >
> > >
> > > Tien,
> > >
> > > We are using English version of Networker. I would underscore
> > the
> > > same Legato server works with Japanese NT file names without problem
> >
> > >
> > >
> > > --
> > > Yours, Vitaly Porotikov aka vp12929 on ws22a963
> > >
> > > Corry's Law:
> > > Paper is always strongest at the perforations.
> > >
> > > Tien Ly wrote:
> > >
> > > >
> > > >
> > > > Vitaly,
> > > >
> > > > Are you using the English version of NetWorker or the
> > > Japanese version
> > > > of NetWorker product?
> > > >
> > > > Regards,
> > > > Tien
> > > >
> > > > > -----Original Message-----
> > > > > From: Vitaly Porotikov [mailto:vitaly.porotikov AT NSSMB DOT COM]
> > > > > Sent: Monday, May 05, 2003 11:34 PM
> > > > > To: NETWORKER AT LISTMAIL.TEMPLE DOT EDU
> > > > > Subject: [Networker] NDMP backup. Index file problem with
> > > > > local (Japan) file/folder names
> > > > > Importance: High
> > > > >
> > > > >
> > > > > Legato folks,
> > > > >
> > > > >
> > > > > We got serious problem in NDMP backup for Japanese
> > > > > file/folder names.
> > > > > Japanese file/folder names in index file were changed to new
> > > > > strange names:
> > > > >
> > > > > (from nsrinfo):
> > > > >
> > > > > #nsrinfo -V -t 1052155985 nasjpn03dr|more
> > > > > scanning client `nasjpn03dr' for savetime 1052155985(Tue May
> > > > > 6 02:33:05
> > > > > 2003) from the backup namespace
> > > > > /vol/nasjpn04_cf_v2dr/.snapshot/hourly.0/data_grp_cf2/CF_GRP_M
> > > >
> > >
> > KTG/CF_GRP_MKTG_D/CF_GRP_MKTG_U/:MWB3A00/:AFWKC00/teddy152/Readme.txt,
> >
> > > >
> > > > > size=7627, off=43638784, app=backup(1)
> > > > > /vol/nasjpn04_cf_v2dr/.snapshot/hourly.0/data_grp_cf2/CF_GRP_M
> > > >
> > >
> > KTG/CF_GRP_MKTG_D/CF_GRP_MKTG_U/:MWB3A00/:AFWKC00/teddy152/Teddy.exe,
> > > > > size=303104, off=43648000, app=backup(1)
> > > > >
> > > > > All :[A-Za-z0-9] were Japanese folder names.
> > > > > It means we can't use recover or nwrecover and hence DAR fast
> > > > > recover in
> > > > > this case, ndmp_recover works good. We do NT backup on this
> > > > > machine also
> > > > > and it works fine, we can see all Japanese names in index
> > > > > file. I guess this
> > > > > is NDMP protocol problem which transfer metadata over
> > > > > network to Legato
> > > > > server or may be unpatched ONTAP.
> > > > >
> > > > > Backup server: Legato Networker 6.1.3 under Linux 7.1 RedHat
> > > > > with installed
> > > > > NDMP module. NDMP version is 3. NetApp Release 6.1.2R2D1.
> > > > > We use DAR backup with next application settings:
> > > > > - HIST=y
> > > > > - UPDATE=y
> > > > > - HIST=Y
> > > > > - EXTRACT_ACL=T
> > > > >
> > > > > I tried without DAR and got the same result.
> > > > >
> > > > > Any suggestions will be very appreciated!
> > > > >
> > > > > --
> > > > > Yours, Vitaly Porotikov aka vp12929 on ws22a963
> > > > >
> > > > > Your mail is being routed through Germany ... and they're
> > > > > censoring us.
> > > > >
> > > > > --
> > > > > Note: To sign off this list, send a "signoff networker"
> > > > > command via email
> > > > > to listserv AT listmail.temple DOT edu or visit the list's Web site at
> > > > > http://listmail.temple.edu/archives/networker.html where you can
> >
> > > > > also view and post messages to the list.
> > > > > =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
> > > > >
> > >
>
> --
> Note: To sign off this list, send a "signoff networker" command via email
> to listserv AT listmail.temple DOT edu or visit the list's Web site at
> http://listmail.temple.edu/archives/networker.html where you can
> also view and post messages to the list.
> =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
--
Note: To sign off this list, send a "signoff networker" command via email
to listserv AT listmail.temple DOT edu or visit the list's Web site at
http://listmail.temple.edu/archives/networker.html where you can
also view and post messages to the list.
=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=
|