File copy problems kde 4.5 to 4.6.1 with reiser4

File copy problems kde 4.5 to 4.6.1 with reiser4

[berny®]

Hi Edward, 
first thank you for your work.

I'm using reiser4 for all my partitions on my working machine with kernel 2.6.37 with no problems 
except one annoying one that is going on from months.
When I copy a file (whatever) from one directory to another with konqueror, dolphin or krusader with 
kde 4.6.1 the file get copied, it's size is correct but it is empty.

This happen only in the partitions formatted with reiser4 and not on the xfs, reiser3 ones.

If I restart the pc, when I'm back all the files that were empty are now ok, it is like on un 
mounting the files get finalized and then on the next boot they are normally accessible.
No errors are shown during copy and file system is clean.
I discovered that this is also signaled like a kde bug 251392 with status unconfirmed. 

If I copy from a terminal with cp, rsync, mc the file get copied correctly so it is only in the 
combination kde + reiser4 that I get problems.
Don't know if it is a bug of reiser4 or of kde.

My mount options are no_write_barrier,dont_load_bitmap, the rest is default, the volumes are normal, 
I mean not cryptocompress.
An interesting thing, if I format the reiser4 with cryptocompress support (-o create=ccreg40, 
compress=lzo1) this behavior don't happen, I mean the files are copied correctly so it seems only to 
affect normal uncompressed reiser4 volumes.
Hope this can be of help to you.

Thank you,
warm regards,
Paolo

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Serkan Kaba]

2011/3/9 berny® <berny@dwami.com>:
> Hi Edward,
> first thank you for your work.
>
> I'm using reiser4 for all my partitions on my working machine with kernel 2.6.37 with no problems
> except one annoying one that is going on from months.
> When I copy a file (whatever) from one directory to another with konqueror, dolphin or krusader with
> kde 4.6.1 the file get copied, it's size is correct but it is empty.
>
> This happen only in the partitions formatted with reiser4 and not on the xfs, reiser3 ones.
>
> If I restart the pc, when I'm back all the files that were empty are now ok, it is like on un
> mounting the files get finalized and then on the next boot they are normally accessible.
> No errors are shown during copy and file system is clean.
> I discovered that this is also signaled like a kde bug 251392 with status unconfirmed.
>
> If I copy from a terminal with cp, rsync, mc the file get copied correctly so it is only in the
> combination kde + reiser4 that I get problems.
> Don't know if it is a bug of reiser4 or of kde.
>
> My mount options are no_write_barrier,dont_load_bitmap, the rest is default, the volumes are normal,
> I mean not cryptocompress.
> An interesting thing, if I format the reiser4 with cryptocompress support (-o create=ccreg40,
> compress=lzo1) this behavior don't happen, I mean the files are copied correctly so it seems only to
> affect normal uncompressed reiser4 volumes.
> Hope this can be of help to you.
>
> Thank you,
> warm regards,
> Paolo
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>

I suspect that it's similar to what I experienced with gnome upgrade
back in time. My problem was due to issues in splice code path which
GNOME switch to for file copying along the way. I already reported
this to GNOME [1] as well as this ML [2,3]. The issue appearing in
only uncompressed partitions is interesting, Edward already asked me
if mine was, which isn't. My current workaround is to use a patched
version of glib (part of gnome libs) that avoids using splice for
reiser4 targets. If you have a KDE bugzilla account, can you also
provide them links for discussions in the list as well as the GNOME
bug?

1: https://bugzilla.gnome.org/show_bug.cgi?id=615346
2: http://marc.info/?l=reiserfs-devel&m=127096098705179&w=2
3: http://marc.info/?l=reiserfs-devel&m=129275181431455&w=2
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Edward Shishkin]

On 03/09/2011 10:18 AM, berny® wrote:
> Hi Edward,

Hello.

> first thank you for your work.
>
> I'm using reiser4 for all my partitions on my working machine with kernel 2.6.37 with no problems
> except one annoying one that is going on from months.
> When I copy a file (whatever) from one directory to another with konqueror, dolphin or krusader with
> kde 4.6.1 the file get copied, it's size is correct but it is empty.
>
> This happen only in the partitions formatted with reiser4 and not on the xfs, reiser3 ones.
>
> If I restart the pc, when I'm back all the files that were empty are now ok, it is like on un
> mounting the files get finalized and then on the next boot they are normally accessible.


Does sync(1) without umount make them accessible?


> No errors are shown during copy and file system is clean.

Are there any suspicious kernel messages when trying
to access the "empty" files?

Thanks,
Edward.


> I discovered that this is also signaled like a kde bug 251392 with status unconfirmed.
>
> If I copy from a terminal with cp, rsync, mc the file get copied correctly so it is only in the
> combination kde + reiser4 that I get problems.
> Don't know if it is a bug of reiser4 or of kde.
>
> My mount options are no_write_barrier,dont_load_bitmap, the rest is default, the volumes are normal,
> I mean not cryptocompress.
> An interesting thing, if I format the reiser4 with cryptocompress support (-o create=ccreg40,
> compress=lzo1) this behavior don't happen, I mean the files are copied correctly so it seems only to
> affect normal uncompressed reiser4 volumes.
> Hope this can be of help to you.
>
> Thank you,
> warm regards,
> Paolo
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Berny]

On 03/09/2011 10:32 AM, Serkan Kaba wrote:
> 2011/3/9 berny®<berny@dwami.com>:
>> Hi Edward,
>> first thank you for your work.
>>
>> I'm using reiser4 for all my partitions on my working machine with kernel 2.6.37 with no problems
>> except one annoying one that is going on from months.
>> When I copy a file (whatever) from one directory to another with konqueror, dolphin or krusader with
>> kde 4.6.1 the file get copied, it's size is correct but it is empty.
>>
>> This happen only in the partitions formatted with reiser4 and not on the xfs, reiser3 ones.
>>
>>
>> Thank you,
>> warm regards,
>> Paolo
>> --
>> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>
> I suspect that it's similar to what I experienced with gnome upgrade
> back in time. My problem was due to issues in splice code path which
> GNOME switch to for file copying along the way. I already reported
> this to GNOME [1] as well as this ML [2,3]. The issue appearing in
> only uncompressed partitions is interesting, Edward already asked me
> if mine was, which isn't. My current workaround is to use a patched
> version of glib (part of gnome libs) that avoids using splice for
> reiser4 targets. If you have a KDE bugzilla account, can you also
> provide them links for discussions in the list as well as the GNOME
> bug?
>
> 1: https://bugzilla.gnome.org/show_bug.cgi?id=615346
> 2: http://marc.info/?l=reiserfs-devel&m=127096098705179&w=2
> 3: http://marc.info/?l=reiserfs-devel&m=129275181431455&w=2
> --

So it seems that also kde probably use this library to splice data from 
a pipe, I saw that it seemed resolved in 2.6.36 but it is here again in 
2.6.37.
I read your links, very good information.
I never know that kde was using this splice for copying things.
Sorry but I'm not member of kde bugzilla, I was simply searching for 
information.
The problem is that only reiser4 exhibit this problem on my system so I 
guessed that was a problem of this file system, this is the reason 
because I didn't fill a bug on the other bugzilla.

Thanks,
Paolo


> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Berny]

Hi Edward, thanks for answering.

No sync doesn't make any difference, I need to unmount.
I don't get any errors, for example if I copy a txt file and I open it 
with kwrite, it is simply empty but I get no error from application or 
os (like dmesg and alike) and ls or konqueror show me the correct size 
of the file, it is simply apparently empty.
If I do file <name> I got empty file.

Thanks,
Paolo




On 03/09/2011 11:46 AM, Edward Shishkin wrote:
> On 03/09/2011 10:18 AM, berny® wrote:
>> Hi Edward,
>
> Hello.
>
>> first thank you for your work.
>>
>> I'm using reiser4 for all my partitions on my working machine with
>> kernel 2.6.37 with no problems
>> except one annoying one that is going on from months.
>> When I copy a file (whatever) from one directory to another with
>> konqueror, dolphin or krusader with
>> kde 4.6.1 the file get copied, it's size is correct but it is empty.
>>
>> This happen only in the partitions formatted with reiser4 and not on
>> the xfs, reiser3 ones.
>>
>> If I restart the pc, when I'm back all the files that were empty are
>> now ok, it is like on un
>> mounting the files get finalized and then on the next boot they are
>> normally accessible.
>
>
> Does sync(1) without umount make them accessible?
>
>
>> No errors are shown during copy and file system is clean.
>
> Are there any suspicious kernel messages when trying
> to access the "empty" files?
>
> Thanks,
> Edward.
>
>
>> I discovered that this is also signaled like a kde bug 251392 with
>> status unconfirmed.
>>
>> If I copy from a terminal with cp, rsync, mc the file get copied
>> correctly so it is only in the
>> combination kde + reiser4 that I get problems.
>> Don't know if it is a bug of reiser4 or of kde.
>>
>> My mount options are no_write_barrier,dont_load_bitmap, the rest is
>> default, the volumes are normal,
>> I mean not cryptocompress.
>> An interesting thing, if I format the reiser4 with cryptocompress
>> support (-o create=ccreg40,
>> compress=lzo1) this behavior don't happen, I mean the files are copied
>> correctly so it seems only to
>> affect normal uncompressed reiser4 volumes.
>> Hope this can be of help to you.
>>
>> Thank you,
>> warm regards,
>> Paolo
>> --
>> To unsubscribe from this list: send the line "unsubscribe
>> reiserfs-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> --
> To unsubscribe from this list: send the line "unsubscribe
> reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Serkan Kaba]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09-03-2011 14:38, Berny wrote:
> I never know that kde was using this splice for copying things.
I don't think kde is using glib but they might have done a similar
change in their libraries.
Unmount test case is weird. I didn't try that, may try later on.
- -- 
Sincerely,
Serkan KABA
Gentoo Developer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk13rYsACgkQRh6X64ivZaKe2gCfUsQA1Oj681JotTARgHH8Ygjd
pcEAn2LEOJ82F+Fg2GIU7hAQqXX6e+w2
=hW/P
-----END PGP SIGNATURE-----

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Berny]

Dear Serkan, yeah, that were what I intended to say, may be also 
kde-libs use that system call to copy files now, may be from the 4.5 
that was the first version mentioned in the post.
It seems (if you count also gnome problems) this bug being around almost 
from one year now.
Hope someone will be able to understand what is the problem, also 
because I'm using reiser4 on my work computer and I will not like to 
lose data :-) I tried also with thunar and same problems, it seem that 
all graphical file managers are affected from this reiser4 bug/behavior. 
I forgot to say that actually I'm on Arch Linux.

Cheers and many thanks,
Paolo


On 03/09/2011 04:40 PM, Serkan Kaba wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 09-03-2011 14:38, Berny wrote:
>> I never know that kde was using this splice for copying things.
> I don't think kde is using glib but they might have done a similar
> change in their libraries.
> Unmount test case is weird. I didn't try that, may try later on.
> - --
> Sincerely,
> Serkan KABA
> Gentoo Developer
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.17 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk13rYsACgkQRh6X64ivZaKe2gCfUsQA1Oj681JotTARgHH8Ygjd
> pcEAn2LEOJ82F+Fg2GIU7hAQqXX6e+w2
> =hW/P
> -----END PGP SIGNATURE-----
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Serkan Kaba]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 09-03-2011 18:55, Berny wrote:
> I tried also with thunar and same problems, it seem that all graphical
> file managers are affected from this reiser4 bug/behavior. I forgot to
> say that actually I'm on Arch Linux.
Thunar may also be affected because xfce also uses glib and gtk
- -- 
Sincerely,
Serkan KABA
Gentoo Developer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk13se8ACgkQRh6X64ivZaLLGQCggrRqEpb5qAUlbWD7HJCCKjUt
oNUAn0yjxJHZwTZqjMkXmVuNbTrzKCe1
=jy1F
-----END PGP SIGNATURE-----

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[Edward Shishkin]

On 03/09/2011 01:38 PM, Berny wrote:
> On 03/09/2011 10:32 AM, Serkan Kaba wrote:
>> 2011/3/9 berny®<berny@dwami.com>:
>>> Hi Edward,
>>> first thank you for your work.
>>>
>>> I'm using reiser4 for all my partitions on my working machine with
>>> kernel 2.6.37 with no problems
>>> except one annoying one that is going on from months.
>>> When I copy a file (whatever) from one directory to another with
>>> konqueror, dolphin or krusader with
>>> kde 4.6.1 the file get copied, it's size is correct but it is empty.
>>>
>>> This happen only in the partitions formatted with reiser4 and not on
>>> the xfs, reiser3 ones.
>>>
>>>
>>> Thank you,
>>> warm regards,
>>> Paolo
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe
>>> reiserfs-devel" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>>
>>
>> I suspect that it's similar to what I experienced with gnome upgrade
>> back in time. My problem was due to issues in splice code path which
>> GNOME switch to for file copying along the way. I already reported
>> this to GNOME [1] as well as this ML [2,3]. The issue appearing in
>> only uncompressed partitions is interesting, Edward already asked me

It seems this is because of the following not implemented "todo":

int write_begin_unix_file(struct file *file, struct page *page,
			  loff_t pos, unsigned len, void **fsdata)
{

...
	if (info->container == UF_CONTAINER_TAILS) {
		warning("edward-1563", "Option not implemented");
		drop_exclusive_access(info);
		return -EINVAL;
	}

Tail conversion should go in this branch.
I'll try to implement it for .38, and we'll see,
if this was really the issue.

Thanks,
Edward.


>> if mine was, which isn't. My current workaround is to use a patched
>> version of glib (part of gnome libs) that avoids using splice for
>> reiser4 targets. If you have a KDE bugzilla account, can you also
>> provide them links for discussions in the list as well as the GNOME
>> bug?
>>
>> 1: https://bugzilla.gnome.org/show_bug.cgi?id=615346
>> 2: http://marc.info/?l=reiserfs-devel&m=127096098705179&w=2
>> 3: http://marc.info/?l=reiserfs-devel&m=129275181431455&w=2
>> --
>
> So it seems that also kde probably use this library to splice data from
> a pipe, I saw that it seemed resolved in 2.6.36 but it is here again in
> 2.6.37.
> I read your links, very good information.
> I never know that kde was using this splice for copying things.
> Sorry but I'm not member of kde bugzilla, I was simply searching for
> information.
> The problem is that only reiser4 exhibit this problem on my system so I
> guessed that was a problem of this file system, this is the reason
> because I didn't fill a bug on the other bugzilla.
>
> Thanks,
> Paolo
>
>
>> To unsubscribe from this list: send the line "unsubscribe
>> reiserfs-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
> --
> To unsubscribe from this list: send the line "unsubscribe
> reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4

[berny®]

Ok, thank you Edward.
I will try again with the 2.6.38 when you will release a patch, for now I think I will reformat with 
XFS just to have the copy/move working :-)
I prepared a pc with reiser4 and 2.6.38 (that got released today) different from this main one, 
waiting for the patch.



Thank you, again.
Paolo












On Tuesday 15 March 2011 17:35:18 you wrote:
> On 03/09/2011 01:38 PM, Berny wrote:
> > On 03/09/2011 10:32 AM, Serkan Kaba wrote:
> >> 2011/3/9 berny®<berny@dwami.com>:
> >>> Hi Edward,
> >>> first thank you for your work.
> >>> 
> >>> I'm using reiser4 for all my partitions on my working machine with
> >>> kernel 2.6.37 with no problems
> >>> except one annoying one that is going on from months.
> >>> When I copy a file (whatever) from one directory to another with
> >>> konqueror, dolphin or krusader with
> >>> kde 4.6.1 the file get copied, it's size is correct but it is empty.
> >>> 
> >>> This happen only in the partitions formatted with reiser4 and not on
> >>> the xfs, reiser3 ones.
> >>> 
> >>> 
> >>> Thank you,
> >>> warm regards,
> >>> Paolo
> >>> --
> >>> To unsubscribe from this list: send the line "unsubscribe
> >>> reiserfs-devel" in
> >>> the body of a message to majordomo@vger.kernel.org
> >>> More majordomo info at http://vger.kernel.org/majordomo-info.html
> >> 
> >> I suspect that it's similar to what I experienced with gnome upgrade
> >> back in time. My problem was due to issues in splice code path which
> >> GNOME switch to for file copying along the way. I already reported
> >> this to GNOME [1] as well as this ML [2,3]. The issue appearing in
> >> only uncompressed partitions is interesting, Edward already asked me
> 
> It seems this is because of the following not implemented "todo":
> 
> int write_begin_unix_file(struct file *file, struct page *page,
> 			  loff_t pos, unsigned len, void **fsdata)
> {
> 
> ...
> 	if (info->container == UF_CONTAINER_TAILS) {
> 		warning("edward-1563", "Option not implemented");
> 		drop_exclusive_access(info);
> 		return -EINVAL;
> 	}
> 
> Tail conversion should go in this branch.
> I'll try to implement it for .38, and we'll see,
> if this was really the issue.
> 
> Thanks,
> Edward.
> 
> >> if mine was, which isn't. My current workaround is to use a patched
> >> version of glib (part of gnome libs) that avoids using splice for
> >> reiser4 targets. If you have a KDE bugzilla account, can you also
> >> provide them links for discussions in the list as well as the GNOME
> >> bug?
> >> 
> >> 1: https://bugzilla.gnome.org/show_bug.cgi?id=615346
> >> 2: http://marc.info/?l=reiserfs-devel&m=127096098705179&w=2
> >> 3: http://marc.info/?l=reiserfs-devel&m=129275181431455&w=2
> >> --
> > 
> > So it seems that also kde probably use this library to splice data from
> > a pipe, I saw that it seemed resolved in 2.6.36 but it is here again in
> > 2.6.37.
> > I read your links, very good information.
> > I never know that kde was using this splice for copying things.
> > Sorry but I'm not member of kde bugzilla, I was simply searching for
> > information.
> > The problem is that only reiser4 exhibit this problem on my system so I
> > guessed that was a problem of this file system, this is the reason
> > because I didn't fill a bug on the other bugzilla.
> > 
> > Thanks,
> > Paolo
> > 
> >> To unsubscribe from this list: send the line "unsubscribe
> >> reiserfs-devel" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe
> > reiserfs-devel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> 
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel"
> in the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[berny®]

Dear Edward, I tried the new patch for the 2.6.38 but the bug is still there so no file copy using 
kde file managers, files are still empty till unmount.

Thanks, Paolo

> >> I suspect that it's similar to what I experienced with gnome upgrade
> >> back in time. My problem was due to issues in splice code path which
> >> GNOME switch to for file copying along the way. I already reported
> >> this to GNOME [1] as well as this ML [2,3]. The issue appearing in
> >> only uncompressed partitions is interesting, Edward already asked me
> 
> It seems this is because of the following not implemented "todo":
> 
> int write_begin_unix_file(struct file *file, struct page *page,
> 			  loff_t pos, unsigned len, void **fsdata)
> {
> 
> ...
> 	if (info->container == UF_CONTAINER_TAILS) {
> 		warning("edward-1563", "Option not implemented");
> 		drop_exclusive_access(info);
> 		return -EINVAL;
> 	}
> 
> Tail conversion should go in this branch.
> I'll try to implement it for .38, and we'll see,
> if this was really the issue.
> 
> Thanks,
> Edward.
> 
> >> if mine was, which isn't. My current workaround is to use a patched
> >> version of glib (part of gnome libs) that avoids using splice for
> >> reiser4 targets. If you have a KDE bugzilla account, can you also
> >> provide them links for discussions in the list as well as the GNOME
> >> bug?
> >> 
> >> 1: https://bugzilla.gnome.org/show_bug.cgi?id=615346
> >> 2: http://marc.info/?l=reiserfs-devel&m=127096098705179&w=2
> >> 3: http://marc.info/?l=reiserfs-devel&m=129275181431455&w=2
> >> --
> > 
> > So it seems that also kde probably use this library to splice data from
> > a pipe, I saw that it seemed resolved in 2.6.36 but it is here again in
> > 2.6.37.
> > I read your links, very good information.
> > I never know that kde was using this splice for copying things.
> > Sorry but I'm not member of kde bugzilla, I was simply searching for
> > information.
> > The problem is that only reiser4 exhibit this problem on my system so I
> > guessed that was a problem of this file system, this is the reason
> > because I didn't fill a bug on the other bugzilla.
> > 
> > Thanks,
> > Paolo
> > 
> >> To unsubscribe from this list: send the line "unsubscribe
> >> reiserfs-devel" in
> >> the body of a message to majordomo@vger.kernel.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> > 
> > --
> > To unsubscribe from this list: send the line "unsubscribe
> > reiserfs-devel" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[Giuseppe Argentieri]

Hi

I've also the same problem with nautilus 2.32 (kernel 2.6.38.2)

Cheers,

Giuseppe


2011/4/4 berny® <berny@dwami.com>
>
> Dear Edward, I tried the new patch for the 2.6.38 but the bug is still there so no file copy using
> kde file managers, files are still empty till unmount.
>
> Thanks, Paolo


--

Giuseppe Argentieri <joe.silver@gmail.com>
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[Edward Shishkin]

On 04/05/2011 09:36 PM, Giuseppe Argentieri wrote:
> Hi
>
> I've also the same problem with nautilus 2.32 (kernel 2.6.38.2)
>
> Cheers,
>
> Giuseppe
>
>
> 2011/4/4 berny®<berny@dwami.com>
>>
>> Dear Edward, I tried the new patch for the 2.6.38 but the bug is still there so no file copy using
>> kde file managers,

Hello.

I still have problems with reproducing this issue.

Copy of files built of tails (<16K) and extents via
splice(2) works fine for me. Unfortunately I don't
have kde and a time to install it in the near future.
Is it reproducible with gnome managers?

Thanks,
Edward.


  files are still empty till unmount.
>>
>> Thanks, Paolo
>
>
> --
>
> Giuseppe Argentieri<joe.silver@gmail.com>
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[Serkan Kaba]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06-04-2011 01:32, Edward Shishkin wrote:
> On 04/05/2011 09:36 PM, Giuseppe Argentieri wrote:
>> Hi
>>
>> I've also the same problem with nautilus 2.32 (kernel 2.6.38.2)
>>
>> Cheers,
>>
>> Giuseppe
>>
>>
>> 2011/4/4 berny®<berny@dwami.com>
>>>
>>> Dear Edward, I tried the new patch for the 2.6.38 but the bug is
>>> still there so no file copy using
>>> kde file managers,
> 
> Hello.
> 
> I still have problems with reproducing this issue.
> 
> Copy of files built of tails (<16K) and extents via
> splice(2) works fine for me. Unfortunately I don't
> have kde and a time to install it in the near future.
> Is it reproducible with gnome managers?
> 
> Thanks,
> Edward.
> 
> 
>  files are still empty till unmount.
>>>
>>> Thanks, Paolo
>>
>>
>> -- 
>>
>> Giuseppe Argentieri<joe.silver@gmail.com>
>> -- 
>> To unsubscribe from this list: send the line "unsubscribe
>> reiserfs-devel" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> -- 
> To unsubscribe from this list: send the line "unsubscribe
> reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
As we already discussed in ML, this is already an issue for GNOME since
2.30, and I'm using a patched (a patch that doesn't use splice for
reiser4 targets) version of glib to workaround this problem.
- -- 
Sincerely,
Serkan KABA
Gentoo Developer
Java/GNOME developer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2b7aoACgkQRh6X64ivZaJ00QCePjUDCPk1gOTvN/umBok2pkYT
NtYAn0puWyCncRdoTpyawbOFQm+r2WTI
=HA2E
-----END PGP SIGNATURE-----
--
To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[Serkan Kaba]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 06-04-2011 21:46, Giuseppe Argentieri wrote:
> 2011/4/6 Serkan Kaba <serkan@gentoo.org>:
> 
>> As we already discussed in ML, this is already an issue for GNOME since
>> 2.30, and I'm using a patched (a patch that doesn't use splice for
>> reiser4 targets) version of glib to workaround this problem.
> 
> Hi Serkan,
> 
> is this the patch you mean?
> http://bugzilla-attachments.gnome.org/attachment.cgi?id=179003
> 
> Against which version of glib should it be applied?
> 
> I could apply it cleanly to the glib-2.28.1 source package from debian
> testing, but the build stopped complaining that 'file' is not declared
> in file_copy_fallback.
> 
> Maybe this line
> 
> +  fsinfo = g_file_query_filesystem_info (file,
> 
> should be replaced by
> 
> +  fsinfo = g_file_query_filesystem_info (source,
> 
> ?
> 
> I really don't know whether it makes sense. Just a guess...
> 
> 
> 
> Cheers
> 
> 
> 
This one has a slight issue please use
http://bugzilla-attachments.gnome.org/attachment.cgi?id=185354

which is actually checking destination not the source.
- -- 
Sincerely,
Serkan KABA
Gentoo Developer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk2cx/AACgkQRh6X64ivZaKBJQCfQE1gLh3ofYbMYA737SXfgWlT
1JgAn0gwcdQB0brCvk8B/cZX0eyk1Ndm
=eS/B
-----END PGP SIGNATURE-----

Re: File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[Giuseppe Argentieri]

Il giorno mer, 06/04/2011 alle 23.07 +0300, Serkan Kaba ha scritto:

> This one has a slight issue please use
> http://bugzilla-attachments.gnome.org/attachment.cgi?id=185354
> 
> which is actually checking destination not the source.
> - -- 
> Sincerely,
> Serkan KABA
> Gentoo Developer

Thank you very much! It seems that this workaround is working!

I will reinstall the original glib as soon as the issue is solved in
reiser4.


Best regards

-- 
Giuseppe Argentieri <joe.silver@gmail.com>

Re: File copy problems kde 4.5 to 4.6.1 with reiser4 2.6.38

[Edward Shishkin]

On 04/06/2011 11:22 PM, Giuseppe Argentieri wrote:
> Il giorno mer, 06/04/2011 alle 23.07 +0300, Serkan Kaba ha scritto:
>
>> This one has a slight issue please use
>> http://bugzilla-attachments.gnome.org/attachment.cgi?id=185354
>>
>> which is actually checking destination not the source.
>> - --
>> Sincerely,
>> Serkan KABA
>> Gentoo Developer
>
> Thank you very much! It seems that this workaround is working!
>
> I will reinstall the original glib as soon as the issue is solved in
> reiser4.


Reiser4 should return error on ->readpages() for small files
built of tail items (fragments). However, I have found that
it takes place only in comments :/

So all applications (including splice), which call readahead
lead to unpredictable results.

I'll try to look through all reiser4 read paths in 1-2 weeks
and make corrections.

Thanks,
Edward.