01. december 2010 - 09:01Der er
12 kommentarer og 1 løsning
Robocopy kopiere ikke nye filer
Hej, jeg har et problem med et Robocopy script, som ikke virker på en klient Windows 7, som det skal. På min XP test maskine kører det fint.
Scriptet ser ud som følger: [div\\SERVER\Skabeloner\robocopy.exe "\\SERVER\Tekla\Tekla\TS16.0\Script_files\Bitmap" "C:\TeklaStructures\16.0\nt\bitmaps" /COPY:DTO /V /LOG+:"c:\log\log.txt" /R:10 /W:30 [/div]
Brugeren har fuld rettighed til kilden, og burde vel også have det på klienten som lokal administrator, selvom det er Windows 7. Mappenstrukturen er nemlig oprettet på forhånd, så den skal bare smide nogle filer ned i mappen.
Der ligger en masse andre filer i destinationen som robocopy godt kan se ifølge loggen, også filer som findes begge steder, men når den skal tilføje nye så fejler den altså med denne fejl:
hvilken konto kører selve programmet, for det er ikke nødvendigvis din brugers konto der skal have adgang til filerne, men "NETWORK SERVICES" eller lignende.
Det kommer lidt an på hvordan det skal være sat op, så godt er jeg ikke inde i serveren og slet ikke robocopy. Har bare tidligere brugt det uden problemer, indtil nu hvor det så er Windows 7 der driller.
Men setuppet er således.
Tekla mappen, så der refereres til i stien, er et delt netværksdrev, som en bestemt gruppe brugere har fuld adgang til og automatisk får tilknyttet via logonscript.
Rettigheder er sat op overordnet niveau, så alle undermapper og filer nedarver rettighederne. Har læst det måske kan betyde noget i forhold til Robocopy, men synes ikke rigtigt at det er helt entydigt, nogle har problemer ander ikke.
Selve mappen der skal kopieres fra er ikke delt.
Er der noget i den opsætning som modarbejder Robocopy?
Robocopy er nu også Windowss egen, skulle være standard i Win7 dog ikke i XP. :-)
Det kan da også være at jeg skal bruge xcopy, har bare tidligere skullet bruge robocopy til noget, hvor xcopy ikke helt slog til, og er virkede robocopy fint, og det var simpelt, så jeg tænkte det tager vi da bare igen.
Nu fandt ejg problemet, det var åbenbart /COPY:DTO den ikke kunne klare, da jeg fjernes O'et var der ingen problemer.
Sideløbende er jeg dog kommet ind i et andet problem. Jeg skal have lagt en fil ud i følgende mappe: C:\Users\BRUGER\AppData\Local\Tekla Structures\16.0\UserSettings
Men når jeg prøver at fange AppData dynamisk (sh.Environment("PROCESS")("APPDATA")), det skal nemlig på både XP og Win7, så får jeg denne mappe C:\Users\BRUGER\AppData\Roaming
Kan man på en eller anden måde undgå Roaming i adressen?
Findes der en system-variable, der returnerer stien på den aktuelle bruger helt ned til og med AppData/Application Data? Local er jeg i tivl om det skal med eller ej.
Nå, jeg bliver åbenbart nød til at tjekke hvilklet OS brugeren har, for at kunne omgå adresseproblemet.
Jeg ved ikke lige hvordan jeg skal tjekke for det, men det må være et nyt spørgsmål, jeg lige opretter der.
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
