Even within a drive letter, if the two directories are different mounted shares, it will have to copy.
for example.
you have an export on your filer called /vol/vol1/home which is mounted on a PC host as E:\
You have another export on your filer called /vol/vol1/home/new which is mounted on a PC as E:\dev\
drag & drop, move, CP, robocopy or whatever you have will copy that data over the LAN via the PC, even though it's the same "drive letter".
--
-----Original Message-----
From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Knut Kristan Weber
Sent: February 29, 2008 9:33 AM
To: 'Michail Michalakis'
Cc: toasters@mathworks.com
Subject: RE: move data within CIFS
Hi again,
of course robocopy is exactly the wrong tool.
Using robocopy on any server will grant that all the data is transferred via LAN.
And it has a lot of options like purge and mir, but it can never move data within a partition without really transferring them.
A move within the same drive letter on a windows server will take less than a second because only the MFT is changed and no block of real data transfered.
Kind regards
Knut
From: Michail Michalakis [mailto:hockey@spidernet.net]
Sent: Friday, February 29, 2008 3:25 PM
To: Knut Kristan Weber
Subject: Re: move data within CIFS
have you tried a tool from microsoft robocopy?
----- Original Message -----
From: Knut Kristan Weber
mailto:k.weber@science-computing.de
To: 'Bernardoff, Michael'
mailto:bmichael@netapp.com
Cc: toasters@mathworks.com
Sent: Friday, February 29, 2008 1:42 PM
Subject: RE: move data within CIFS
Hi thanks, Michael,
the syntax is:
usage: mv file1 file2
So we would have do do something like „for each file in directory ...“ and „for each subdirectory in directory“ ...
If we would run this from an external server we would have to use plink.
But the server would have to read the structure to know what to tell plink. With tens or hundreds of thousand small files this would take presumably more time than to copy them directly.
With kind regards.
Knut
From: Bernardoff, Michael [mailto:bmichael@netapp.com]
Sent: Friday, February 29, 2008 11:58 AM
To: k.weber@science-computing.de
Subject: Re: move data within CIFS
You should probably try the "mv" command from the netapp contoler (on a test dir first). Maybe you'll have to change the privilege mode to advanced or diag.
I you've any doubt during the real m€ove take a snapshot before proceeding to be able to quicky restore in case of problem
_________________
Michael Bernardoff
FSE@netapp
+33 679 028 224
-----Original Message-----
From: Knut Kristan Weber
k.weber@science-computing.de
To: toasters@mathworks.com
toasters@mathworks.com
CC: winserver-team@science-computing.de
winserver-team@science-computing.de
Sent: Fri Feb 29 09:20:22 2008
Subject: move data within CIFS
Hello *,
we have a NetApp working as a CIFS-Filer.
A collegue wants to move about 6 TB of data in the directory scruture one
level up within the same volume.
Using the filer with a LUN as a block device would work like this.
A normal windows Server also can move data in between the same drive letter
without copying it - just in a scond.
But the NetApp has no solution I know so far to make a move when it works
itwself as a CIFS filer.
And even worse it does not only cost disk space because it copies and
deletes afterwards, but also all the 6 TB data move over the LAN.
Is there something like a move in advanced mode or any undocumented ways?
Or to use NDMP copy in such a way?
thanks a lot in advance
------------------------------------------------------------
with kind regards
______________________________________creating IT solutions
Dipl.-Chem. Knut Kristan Weber
Senior Solutions Engineer
CAx Professional Services
science + computing ag Hagellocher Weg 73
phone +49 7071 94 57 473 72070 Tübingen, Germany
fax +49 7071 94 57 411
http://www.science-computing.de
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Florian Geyer,
Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Prof. Dr. Hanns Ruder
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Florian Geyer,
Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Prof. Dr. Hanns Ruder
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196
--
Vorstand/Board of Management:
Dr. Bernd Finkbeiner, Dr. Florian Geyer,
Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech
Vorsitzender des Aufsichtsrats/
Chairman of the Supervisory Board:
Prof. Dr. Hanns Ruder
Sitz/Registered Office: Tuebingen
Registergericht/Registration Court: Stuttgart
Registernummer/Commercial Register No.: HRB 382196
====================================================================================
La version française suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential information, and the Bank of
Canada does not waive any related rights. Any distribution, use, or copying of this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately from
your system and notify the sender promptly by email that you have done so.
------------------------------------------------------------------------------------
Le présent courriel peut contenir de l'information privilégiée ou confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires désignés est interdite. Si vous recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à
l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre
ordinateur toute copie du courriel reçu.