[OpenAFS] Extract files from /vicepa

Germán Ferrari german.ferrari@gmail.com
Sat, 18 Jan 2014 10:00:09 -0200


--089e013d1a60ab13bf04f03d677e
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

El ene 18, 2014 3:04 AM, "Jason Edgecombe" <jason@rampaginggeek.com>
escribi=F3:
>
> On 01/17/2014 12:40 PM, Germ=E1n Ferrari wrote:
>>
>> On Fri, Jan 17, 2014 at 1:39 PM, Stephan Wiesand <stephan.wiesand@desy.d=
e
>wrote:
>>
>>> On 2014-01-17, at 15:41, Germ=E1n Ferrari <german.ferrari@gmail.com>
wrote:
>>>
>>>> El ene 17, 2014 9:43 AM, "Harald Barth" <haba@kth.se> escribi=F3:
>>>>>
>>>>>
>>>>>> If I understood correctly, the easiest way to restore the files is
>>>
>>> to setup
>>>>>>
>>>>>> another afs server and "just" overwrite the /vicepa folder with the
>>>
>>> one I
>>>>>>
>>>>>> have. Is this correct?
>>>>>
>>>>> Yes, I think that's still correct. The easiest way to set up a AFS
>>>>> server is probably to take a linux distro which has pre-packaged
>>>>> binaries for AFS client and server. Debian for example.
>>>>>
>>>>>> I don't understand the part about the salvager deleting the data.
>>>>>
>>>>> I think the ownership and mode bits conain information if the file in
>>>>> question is "active". The salvager may delete inactive data. But prio=
r
>>>>> to copying your old data into your new /vicepa/ you can remove the
>>>>> salvager from BosConfig and then run the salvager by hand with
>>>>> -nowrite which will tell you what the salvager would have done.
>>>>>
>>>>>> I have
>>>>>> the recovered /vicepa folder on a ntfs partition. I'm trying to
>>>
>>> recover
>>>>>>
>>>>>> again the folder but to an ext4 partition trying to preserve
>>>
>>> ownership and
>>>>>>
>>>>>> modes ...
>>>>>
>>>>> Good if you can do that. Zip and Tar archives can be told to preserve
>>>>> ownership as well.
>>>>>
>>>>> Harald.
>>>>
>>>>
>>>> Ok.
>>>>
>>>> I was hoping there was some simple way to extract the data, which did
>>>
>>> not involve the creation of an afs server.
>>>
>>> I have a perl script from 2005 that could do this - but only for pure
r/w
>>> volumes. If there's a backup or readonly clone on the same partition, i=
t
>>> will probably fail miserably. It's not polished, may have to be adapted
to
>>> current perl versions etc. And I think it recovered nothing but the fil=
e
>>> content and the path, not mode/owner/ACLs...
>>>
>>>
>> That would be enough for me at this moment.
>>
>> Setting up a server is certainly the better option and may well be easie=
r
>>>
>>> and faster. But if you're desperate enough, let me know.
>>>
>>>
>> I think the script could be useful to play with the data that I have
while
>> I wait for other processes to finish. I would appreciate if you send it
to
>> me.
>>
>> Regards,
>> Germ=E1n
>>
> Would restorevol work?
>
> http://docs.openafs.org/Reference/1/restorevol.html
That looks very promising!. Thank you.


Regards,
Germ=E1n

--089e013d1a60ab13bf04f03d677e
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><p dir=3D"ltr"><br>
El ene 18, 2014 3:04 AM, &quot;Jason Edgecombe&quot; &lt;<a href=3D"mailto:=
jason@rampaginggeek.com" target=3D"_blank">jason@rampaginggeek.com</a>&gt; =
escribi=F3:<br>
&gt;<br>
&gt; On 01/17/2014 12:40 PM, Germ=E1n Ferrari wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Fri, Jan 17, 2014 at 1:39 PM, Stephan Wiesand &lt;<a href=3D"ma=
ilto:stephan.wiesand@desy.de" target=3D"_blank">stephan.wiesand@desy.de</a>=
&gt;wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt; On 2014-01-17, at 15:41, Germ=E1n Ferrari &lt;<a href=3D"mailt=
o:german.ferrari@gmail.com" target=3D"_blank">german.ferrari@gmail.com</a>&=
gt; wrote:<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; El ene 17, 2014 9:43 AM, &quot;Harald Barth&quot; &lt;<a h=
ref=3D"mailto:haba@kth.se" target=3D"_blank">haba@kth.se</a>&gt; escribi=F3=
:<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; If I understood correctly, the easiest way to rest=
ore the files is<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; to setup<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; another afs server and &quot;just&quot; overwrite =
the /vicepa folder with the<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; one I<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; have. Is this correct?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Yes, I think that&#39;s still correct. The easiest way=
 to set up a AFS<br>
&gt;&gt;&gt;&gt;&gt; server is probably to take a linux distro which has pr=
e-packaged<br>
&gt;&gt;&gt;&gt;&gt; binaries for AFS client and server. Debian for example=
.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I don&#39;t understand the part about the salvager=
 deleting the data.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; I think the ownership and mode bits conain information=
 if the file in<br>
&gt;&gt;&gt;&gt;&gt; question is &quot;active&quot;. The salvager may delet=
e inactive data. But prior<br>
&gt;&gt;&gt;&gt;&gt; to copying your old data into your new /vicepa/ you ca=
n remove the<br>
&gt;&gt;&gt;&gt;&gt; salvager from BosConfig and then run the salvager by h=
and with<br>
&gt;&gt;&gt;&gt;&gt; -nowrite which will tell you what the salvager would h=
ave done.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I have<br>
&gt;&gt;&gt;&gt;&gt;&gt; the recovered /vicepa folder on a ntfs partition. =
I&#39;m trying to<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; recover<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; again the folder but to an ext4 partition trying t=
o preserve<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; ownership and<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; modes ...<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Good if you can do that. Zip and Tar archives can be t=
old to preserve<br>
&gt;&gt;&gt;&gt;&gt; ownership as well.<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Harald.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Ok.<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I was hoping there was some simple way to extract the data=
, which did<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; not involve the creation of an afs server.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; I have a perl script from 2005 that could do this - but only f=
or pure r/w<br>
&gt;&gt;&gt; volumes. If there&#39;s a backup or readonly clone on the same=
 partition, it<br>
&gt;&gt;&gt; will probably fail miserably. It&#39;s not polished, may have =
to be adapted to<br>
&gt;&gt;&gt; current perl versions etc. And I think it recovered nothing bu=
t the file<br>
&gt;&gt;&gt; content and the path, not mode/owner/ACLs...<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt; That would be enough for me at this moment.<br>
&gt;&gt;<br>
&gt;&gt; Setting up a server is certainly the better option and may well be=
 easier<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; and faster. But if you&#39;re desperate enough, let me know.<b=
r>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt; I think the script could be useful to play with the data that I ha=
ve while<br>
&gt;&gt; I wait for other processes to finish. I would appreciate if you se=
nd it to<br>
&gt;&gt; me.<br>
&gt;&gt;<br>
&gt;&gt; Regards,<br>
&gt;&gt; Germ=E1n<br>
&gt;&gt;<br>
&gt; Would restorevol work?<br>
&gt;<br>
&gt; <a href=3D"http://docs.openafs.org/Reference/1/restorevol.html" target=
=3D"_blank">http://docs.openafs.org/Reference/1/restorevol.html</a><br></p>=
That looks very promising!. Thank you.<br><br><br>Regards,<br>Germ=E1n</div=
>


--089e013d1a60ab13bf04f03d677e--