[Novell] Rsync probleem met accent tekens

Pagina: 1
Acties:

  • eXcyle
  • Registratie: Juni 2002
  • Laatst online: 13-02 20:28
Hallo mede tweakers.

Op de school waar ik werk gebruiken we sinds kort Rsync om een aantal servers te backuppen (3 Novell servers, 2 Windows servers en een Linux server) nu werkt dit vanaf Linux en Windows prima, novell werkt met normale files ook prima, echter zodra er een accent teken in een folder/file staat word deze niet gebackuped, het zelfde bestand vanaf een Linux of Windows server gaat wel goed, alleen vanaf de Novell servers dus niet.

We maken op dit moment gebruik van een Linux backup server Slackware 10.0 (2.4.x kernel) , Rsync 2.6.3 met een ReiserFS schijf.
de novell servers zijn allemaal Netware 6.5 SP2, Rsync 2.6.2 met NSS schijven.

Zowel de log files op de novell server als de log files op de Linux server geven geen enkele (fout)melding over deze files, maar toch worden de bestanden niet gebackuped.

het probleem doet zich ook alleen maar voor bij accent tekens, andere speciale karakters ( ^ | ~ _ ) etc worden wel goed gebackuped en gezien de zelfde bestanden vanaf een Windows server wel gebackuped worden lijkt het probleem me dan ook bij novell te liggen (rsync lijkt me niet echt, gezien dit een directe port van de linux source is)

de Rsync die we onder novell gebruiken komt van http://forge.novell.com/modules/xfmod/project/?rsync waar overgens ook niet echt informatie te vinden is over dit, of een soortgelijk probleem

het backupen met Rsync opzich gaat wel goed, het zou dan ook jammer zijn als het om zo iets zou mislukken (tegen de gebruikers zegen dat ze geen accent tekens in filenames mogen gebruiken werkt ook niet echt :o , al helemaal gezien de naam van de school een ö bevat).

Zijn er nog tweakers die mij met dit probleem kunnen helpen, gezien we zelf niet echt meer snappen waar het probleem vandaan komt.

  • eXcyle
  • Registratie: Juni 2002
  • Laatst online: 13-02 20:28
Klein schopje O-)

We hebben vandaag de beta van Rsync 2.6.3 op novel geinstaleerd, de files worden nu niet zonder enige melding overgeslaan maar worden nu wel gecopieerd echter zijn de bestandsnamen wolgens windows nu niet goed (samba sharing)
op novel (volgens windows): Röl
op linux (volgens bash): Röl
op linux (volgens windows) : R□l

Nu is dit opzich niet zo'n ramp, gezien de files wel gecopieerd worden en alleen de bestandsnaam lichtelijk afwijkt, maar toch zou het mooier zijn als de filenames op zijn minst volgens windows kloppen.

Iemand enig idee of dit een probleem met Rsync is of dat we het in een andere richting moeten zoeken ?

al helemaal gezien novel en windows het wel eens zijn als het zelfde bestand vanaf een windows bak word gecopieerd (rsync 2.5.1 gebakken binnen cygwin).

  • Scraper
  • Registratie: April 2000
  • Laatst online: 10-02 13:03

Scraper

ErikJ

Klinkt als een codepage probleem. Dit is echter niet makkelijk te verhelpen, als je een andere codepage op je Netware server laad, dan zullen de bestanden die aparte tekens gebruiken ook niet meer correct weergegeven worden.

Zou ook iets anders kunnen zijn, maar klinkt wel als codepage

Hier een TID met iets meer info:
http://support.novell.com...archtid.cgi?/10073951.htm

[ Voor 28% gewijzigd door Scraper op 04-02-2005 07:03 ]


  • eXcyle
  • Registratie: Juni 2002
  • Laatst online: 13-02 20:28
Codepage probleem klinkt logisch

Novell staat op 850 (Multilingual)
Windows (XP NL) staat op Engels (VS) met als keyboard taal VS (internationaal)
en volgens mij heb ik de linux server tijdens de instalatie op en_US gezet (weet zo niet waar ik dat moet controleren)
edit:

root@Backupserver:~# locale
LANG=en_US
LC_CTYPE="en_US"
LC_NUMERIC="en_US"
LC_TIME="en_US"
LC_COLLATE=C
LC_MONETARY="en_US"
LC_MESSAGES="en_US"
LC_PAPER="en_US"
LC_NAME="en_US"
LC_ADDRESS="en_US"
LC_TELEPHONE="en_US"
LC_MEASUREMENT="en_US"
LC_IDENTIFICATION="en_US"
LC_ALL=

[ Voor 50% gewijzigd door eXcyle op 04-02-2005 09:54 ]


  • eXcyle
  • Registratie: Juni 2002
  • Laatst online: 13-02 20:28
Schopje

  • eXcyle
  • Registratie: Juni 2002
  • Laatst online: 13-02 20:28
laatste wanhopige schop
Pagina: 1