I was trying to reproduce this with totem playing a 30 second FLAC
file over the network mount but wasn't able to - how did you repro it?
On Thu, Oct 2, 2014 at 4:33 AM, Pavel Shilovsky pshilov...@samba.org wrote:
2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
I managed
Hi, I just did:
aplay file-on-server.wav
where the file was several minutes long and I could repeatedly restart
the samba server if I wanted to, but if I had a crash it happened on the
first restart of the server.
WAV files have the advantage in testing of a constant and fairly high
data
Retried (slightly earlier build) but instead of doing ifconfig lo
down I did a killall of smbd - I then got a system hang within a few
seconds of killing samba. Did you ever get the failure early, before
restarting Samba?
On Fri, Oct 3, 2014 at 12:34 PM, Arthur Marsh
Sorry, I only tried doing a service restart rather than a service stop,
wait, service start. I assumed the problem happened when the client was
starved for input when smbd was stopped.
I notice that the patches for this have come through to Linus' tree. I
am rebuilding the kernel with them
2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
I managed to complete a git bisect -- fs/cifs:
git bisect good
69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit
commit 69cebd75606f8b9162ad5d0104367370ceabeeba
Author: Pavel Shilovsky pshilov...@samba.org
Pavel Shilovsky wrote, on 02/10/14 19:03:
2014-10-01 15:34 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
I managed to complete a git bisect -- fs/cifs:
git bisect good
69cebd75606f8b9162ad5d0104367370ceabeeba is the first bad commit
commit 69cebd75606f8b9162ad5d0104367370ceabeeba
2014-10-02 20:04 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
I've tested it on AMD64 and confirms that it works.
Thanks very much!
Arthur.
Ok, thank you for the testing.
Steve, can you take a look at the patch (posted to the list too),
please? It seems like we have a chance to
ok
What about
http://git.samba.org/?p=sfrench/cifs-2.6.git;a=commit;h=286feb9838a18a2400485d643f799aebed12d133
as well?
On Thu, Oct 2, 2014 at 11:14 AM, Pavel Shilovsky pshilov...@samba.org wrote:
2014-10-02 20:04 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
I've tested it on AMD64
That is also a problem that can cause corruption - closing the wrong file handle
On Thu, Oct 2, 2014 at 11:51 AM, Steve French smfre...@gmail.com wrote:
ok
What about
http://git.samba.org/?p=sfrench/cifs-2.6.git;a=commit;h=286feb9838a18a2400485d643f799aebed12d133
as well?
On Thu, Oct 2,
2014-10-02 20:56 GMT+04:00 Steve French smfre...@gmail.com:
That is also a problem that can cause corruption - closing the wrong file
handle
On Thu, Oct 2, 2014 at 11:51 AM, Steve French smfre...@gmail.com wrote:
ok
What about
Pavel Shilovsky wrote, on 01/10/14 10:32:
2014-09-30 18:49 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
Pardon the top post but I tried the same thing on my dual core Pentium 4
machine mounting via cifs a filesytem on my AMD64 (quad core) machine, then
running aplay
Pardon the top post but I tried the same thing on my dual core Pentium 4
machine mounting via cifs a filesytem on my AMD64 (quad core) machine,
then running aplay /mnt/remotefilesystem/somefile.wav
then restarting samba on the serving machine.
The results were the same as what I've posted
2014-09-30 18:49 GMT+04:00 Arthur Marsh arthur.ma...@internode.on.net:
Pardon the top post but I tried the same thing on my dual core Pentium 4
machine mounting via cifs a filesytem on my AMD64 (quad core) machine, then
running aplay /mnt/remotefilesystem/somefile.wav
then restarting samba on
I also reproduced the general protection fault with the current Linus
git head (3.17-rc6+) and trying each of vers=1.0 and vers=2.0 and vers=3.0.
I am really surprised if no-one else has experienced this problem given
how I have been able to reproduce it across all the 3.17.0-r1 to
3.17.0-rc6
On Sat, 2014-09-27 at 13:36 +0930, Arthur Marsh wrote:
I tried each of the -o vers=2.0 and the -o vers=3.0 options to the mount
-t cifs command with kernel 3.17.0-rc6 and also received a general
protection fault.
Arthur.
Steve French wrote on 27/09/14 02:02:
Am curious whether it also
Arthur Marsh wrote on 16/09/14 03:17:
Arthur Marsh wrote, on 14/09/14 21:15:
On 3.16.0 kernels, whether compiled by myself or the stock Debian
kernel, if I have program accessing a file on a CIFS-mounted file system
(specifically playing an audio file), and restart the samba server on
the
cifs mount (default mount options) or mount with SMB2 or SMB3
(vers=2.02 or vers=3.0)?
On Fri, Sep 26, 2014 at 9:15 AM, Arthur Marsh
arthur.ma...@internode.on.net wrote:
Arthur Marsh wrote on 16/09/14 03:17:
Arthur Marsh wrote, on 14/09/14 21:15:
On 3.16.0 kernels, whether compiled by myself
Am curious whether it also fails with vers=3.0 on mount
On Fri, Sep 26, 2014 at 9:32 AM, Steve French smfre...@gmail.com wrote:
cifs mount (default mount options) or mount with SMB2 or SMB3
(vers=2.02 or vers=3.0)?
On Fri, Sep 26, 2014 at 9:15 AM, Arthur Marsh
arthur.ma...@internode.on.net
Steve French wrote on 27/09/14 02:02:
cifs mount (default mount options) or mount with SMB2 or SMB3
(vers=2.02 or vers=3.0)?
On Fri, Sep 26, 2014 at 9:15 AM, Arthur Marsh
arthur.ma...@internode.on.net wrote:
Arthur Marsh wrote on 16/09/14 03:17:
Arthur Marsh wrote, on 14/09/14 21:15:
On
I tried each of the -o vers=2.0 and the -o vers=3.0 options to the mount
-t cifs command with kernel 3.17.0-rc6 and also received a general
protection fault.
Arthur.
Steve French wrote on 27/09/14 02:02:
Am curious whether it also fails with vers=3.0 on mount
On Fri, Sep 26, 2014 at 9:32
20 matches
Mail list logo