Am 10.06.2011 00:45, schrieb Stefan G. Weichinger:
> cd Büro
>
> worked!
Did that patch go into later releases?
Lost track, sorry.
Stefan
Am 24.06.2011 14:05, schrieb Stefan G. Weichinger:
> Am 24.06.2011 12:41, schrieb Marc Muehlfeld:
>
>> Turning this on/off in amrecover works fine. But is there a way we
>> can have this turned on by default in amrecover? We are here in
>> germany and most time we have to handle files/directories
Am 24.06.2011 12:41, schrieb Marc Muehlfeld:
> Turning this on/off in amrecover works fine. But is there a way we can
> have this turned on by default in amrecover? We are here in germany and
> most time we have to handle files/directories with umlauts.
As mentioned before this is just a matter o
Am 09.06.2011 22:26, schrieb Jean-Louis Martineau:
The attached patches add a 'settranslate' command in amrecover, there is one
patch for trunk and one for 3.3.
You must do: settranslate on
to enable the new feature.
Turning this on/off in amrecover works fine. But is there a way we can have
Am 09.06.2011 22:26, schrieb Jean-Louis Martineau:
> The attached patches add a 'settranslate' command in amrecover, there is
> one patch for trunk and one for 3.3.
>
> You must do: settranslate on
> to enable the new feature.
>
> I'm wondering if it shgould be on be default.
Test no. 2:
I upgr
Am 2011-06-09 22:26, schrieb Jean-Louis Martineau:
> The attached patches add a 'settranslate' command in amrecover, there is
> one patch for trunk and one for 3.3.
>
> You must do: settranslate on
> to enable the new feature.
>
> I'm wondering if it shgould be on be default.
dunno so far ;-)
a
On Wed, Jun 8, 2011 at 22:23, Stefan G. Weichinger wrote:
[...]
>
> Francis tried to trace the problem with some patches already (in a
> private thread)
>
And my patches were wrong for many reasons:
1. on the server side, index files store bytes >= 0x7f as \xxx where
xxx is the octal repres
Am 08.06.2011 23:30, schrieb Jean-Louis Martineau:
> All multi-bytes locale have the same problem.
>
> I'm working on a fix, it should be ready by end of the week.
Thanks a lot, Jean-Louis, looking fwd to test stuff ...
All multi-bytes locale have the same problem.
I'm working on a fix, it should be ready by end of the week.
Jean-Louis
Stefan G. Weichinger wrote:
Am 06.06.2011 15:54, schrieb Jean-Louis Martineau:
As all backup are run in the C locale, all non-ASCII characters are in
octal representation
Am 06.06.2011 15:54, schrieb Jean-Louis Martineau:
> As all backup are run in the C locale, all non-ASCII characters are in
> octal representation in the index file.
> amrecover is run in the user locale, it should be able to display
> characters in user locale (The patch do it)
> On recovery, the
Francis Galiegue wrote:
On Mon, Jun 6, 2011 at 14:26, Stefan G. Weichinger wrote:
Am 25.10.2010 09:59, schrieb Marc Muehlfeld:
You fixed this in 2.5.1p2
(http://groups.yahoo.com/group/amanda-hackers/message/5233), but it came
back in 3.1.1 and is still there in 3.2.0.
Jean-Lou
On Mon, Jun 6, 2011 at 15:55, Stefan G. Weichinger wrote:
> Am 06.06.2011 15:52, schrieb Francis Galiegue:
>
>> Can you send amrecover debug logs (client) and amindexd debug logs
>> (server) covering a good run and a failed run?
>
> I don't have good runs ...
>
OK, a failed run, on both sides, th
Am 06.06.2011 15:52, schrieb Francis Galiegue:
> Can you send amrecover debug logs (client) and amindexd debug logs
> (server) covering a good run and a failed run?
I don't have good runs ...
On Mon, Jun 6, 2011 at 15:43, Stefan G. Weichinger wrote:
> Am 06.06.2011 15:35, schrieb Francis Galiegue:
>
>> Thanks! I'll have a look at it, but it looks like string quoting is
>> back again to haunt us.
>
> I'd be happy to test things ... it would be a pleasure to have umlauts
> and tab comple
Am 06.06.2011 15:35, schrieb Francis Galiegue:
> Thanks! I'll have a look at it, but it looks like string quoting is
> back again to haunt us.
I'd be happy to test things ... it would be a pleasure to have umlauts
and tab completion for german filenames again ...
Thanks, Stefan
On Mon, Jun 6, 2011 at 15:14, Stefan G. Weichinger wrote:
> Am 06.06.2011 14:43, schrieb Francis Galiegue:
>
>> On this particular page, you have to click on the "Message info" link
>> and then "Show original", but the patch will be mangled.
>
> Ah, I see. I am not sure if to port it to the curren
Am 06.06.2011 14:43, schrieb Francis Galiegue:
> On this particular page, you have to click on the "Message info" link
> and then "Show original", but the patch will be mangled.
Ah, I see. I am not sure if to port it to the current code ... maybe it
should be done somewhere else now?
And it seem
On Mon, Jun 6, 2011 at 14:26, Stefan G. Weichinger wrote:
> Am 25.10.2010 09:59, schrieb Marc Muehlfeld:
>
>> You fixed this in 2.5.1p2
>> (http://groups.yahoo.com/group/amanda-hackers/message/5233), but it came
>> back in 3.1.1 and is still there in 3.2.0.
>
> Jean-Louis, could you tell us if the
Am 25.10.2010 09:59, schrieb Marc Muehlfeld:
> You fixed this in 2.5.1p2
> (http://groups.yahoo.com/group/amanda-hackers/message/5233), but it came
> back in 3.1.1 and is still there in 3.2.0.
Jean-Louis, could you tell us if there is a chance to get that fixed
again? Unfortunately I am not able
Am 01.06.2011 10:06, schrieb Stefan G. Weichinger:
Am 22.11.2010 08:18, schrieb Marc Muehlfeld:
German amanda users still searching for help with the umlaut issue, that
came back.
Marc, is it still there?
As far as I see, yes. I see the same behavior with amanda-3.2.3
Yes, I can confirm tha
Am 22.11.2010 08:18, schrieb Marc Muehlfeld:
> German amanda users still searching for help with the umlaut issue, that
> came back.
Marc, is it still there?
As far as I see, yes. I see the same behavior with amanda-3.2.3
Stefan
German amanda users still searching for help with the umlaut issue, that came
back.
Regards,
Marc
Am 25.10.2010 09:59, schrieb Marc Muehlfeld:
But the problem with the umlauts is still there: I can't recover files with
german umlauts, only if I use wildcards. Also they are not shown in amreco
Am 23.10.2010 13:02, schrieb Jean-Louis Martineau:
Try this new patch, remove previous patch befora applying this one.
I applied the patch to the client and server. Now recovery is possible if both
are 3.2.0 and using bsd auth. Thanks.
But the problem with the umlauts is still there: I can
Stupid me :-(
Try this new patch, remove previous patch befora applying this one.
Jean-Louis
Marc Muehlfeld wrote:
Hi Jean-Louis,
> It's a bug that can only be seen with the bsd auth.
> Attached patch fix it, can you try it?
thanks for the patch. I applied it to the client and server (both
Hi Jean-Louis,
> It's a bug that can only be seen with the bsd auth.
> Attached patch fix it, can you try it?
thanks for the patch. I applied it to the client and server (both 3.2.0) and
tried a restore a file without umlauts on the client:
...
Continue [?/Y/n]? y
amrecover: bad header
Extra
Marc,
It's a bug that can only be seen with the bsd auth.
Attached patch fix it, can you try it?
Jean-Louis
Jean-Louis Martineau wrote:
Marc Muehlfeld wrote:
/bin/tar: This does not look like a tar archive
/bin/tar: Skipping to next header
/bin/tar: Archive contains obsolescent base-64 header
Marc Muehlfeld wrote:
/bin/tar: This does not look like a tar archive
/bin/tar: Skipping to next header
/bin/tar: Archive contains obsolescent base-64 headers
/bin/tar: Read 7944 bytes from -
It has nothing to do with umlauts.
I suspect a bug in the handling of the bsd auth in amrecover.
Can yo
Can you restore file that have no umlaut? try: add *
Can you post the debug files
amrecover.*.debug from the client
amandad.*.debug, amindexd.*.debug and amidxtaped.*.debug from the server
Send them for both run, with the 2.6.1p2 and 3.2 client.
Jean-Louis
Marc Muehlfeld wrote:
It's gettin
It's getting more and more strange:
Restore of a file with umlaut totally fails if you try to restore over network
(client and server are both 3.2.0). It's even impossible to use wildcards:
# amrecover TestSet -s nucleus -t nucleus
AMRECOVER Version 3.2.0. Contacting server on nucleus ...
...
Hello,
I reported this problem for 2.5.1p2 and it was fixed by Jean-Louis. It came
back in 3.1.1, where I got a patch from Dustin which fixed it for restoring on
the server, but not when restoring on the client. But he said it was to late
to add the patch to 3.1.2. Today I upgraded to 3.2.0 an
30 matches
Mail list logo
