linux-cifs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Oliver Sang <oliver.sang@intel.com>
To: David Howells <dhowells@redhat.com>
Cc: <oe-lkp@lists.linux.dev>, <lkp@intel.com>,
	Steve French <sfrench@samba.org>,
	Shyam Prasad N <nspmangalore@gmail.com>,
	"Rohith Surabattula" <rohiths.msft@gmail.com>,
	Jeff Layton <jlayton@kernel.org>, <netfs@lists.linux.dev>,
	<linux-fsdevel@vger.kernel.org>, <linux-cifs@vger.kernel.org>,
	<samba-technical@lists.samba.org>, <oliver.sang@intel.com>
Subject: Re: [dhowells-fs:cifs-netfs] [cifs] b4834f12a4: WARNING:at_fs/netfs/write_collect.c:#netfs_writeback_lookup_folio
Date: Tue, 14 May 2024 16:45:07 +0800	[thread overview]
Message-ID: <ZkMkkxyGjc+R9i1e@xsang-OptiPlex-9020> (raw)
In-Reply-To: <2146614.1714124561@warthog.procyon.org.uk>

hi, David,

we actually hope to seek your help as below.

On Fri, Apr 26, 2024 at 10:42:41AM +0100, David Howells wrote:
> Trying to do "lkp run job.yaml" doesn't work:
> 
> /root/lkp-tests/filters/need_kconfig.rb:20:in `read_kernel_kconfigs': .config doesn't exist: /pkg/linux/x86_64-rhel-8.3/gcc-13/b4834f12a4df607aaedc627fa9b93f3b18f664ba/.config (Job::ParamError)
>         from /root/lkp-tests/filters/need_kconfig.rb:176:in `block in expand_expression'
>         from /root/lkp-tests/lib/erb.rb:51:in `eval'
>         from /root/lkp-tests/lib/erb.rb:51:in `expand_expression'
>         from /root/lkp-tests/lib/job.rb:646:in `evaluate_param'
>         from /root/lkp-tests/lib/job.rb:694:in `block in expand_params'
>         from /root/lkp-tests/lib/job.rb:79:in `block in for_each_in'
>         from /root/lkp-tests/lib/job.rb:78:in `each'
>         from /root/lkp-tests/lib/job.rb:78:in `for_each_in'
>         from /root/lkp-tests/lib/job.rb:691:in `expand_params'
>         from /root/lkp-tests/bin/run-local:138:in `<main>'
> 
> I tried to run the filebench directly, but that only wants to hammer on
> /tmp/bigfileset/ and also wants a file for SHM precreating in /tmp.  I was
> able to get it to work with cifs by:
> 
> touch /tmp/filebench-shm-IF6uX8
> truncate -s 184975240 /tmp/filebench-shm-IF6uX8
> mkdir /tmp/bigfileset
> mount //myserver/test /tmp/bigfileset/ -o user=shares,pass=...,cache=loose
> 
> /root/lkp-tests/programs/filebench/pkg/filebench-lkp/lkp/benchmarks/filebench/bin/filebench -f /lkp/benchmarks/filebench/share/filebench/workloads/filemicro_seqwriterandvargam.f
> 
> It tries to remove /tmp/bigfileset/, can't because it's mounted, and then
> continues anyway.
> 
> It should be easier than this ;-)

really sorry about so many troubles.

we made some clean and fix recently, then the reproducer can run quite well on
debian now.

however, same process still blocks on fedora-39 side, while

mount -t cifs -o user=root,password=pass //localhost/fs/sda3 /cifs/sda3

seems give us a right result:

//localhost/fs/sda3 on /cifs/sda3 type cifs (rw,relatime,vers=3.1.1,cache=strict,username=root,uid=0,noforceuid,gid=0,noforcegid,addr=0000:0000:0000:0000:0000:0000:0000:0001,file_mode=0755,dir_mode=0755,soft,nounix,serverino,mapposix,rsize=4194304,wsize=4194304,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)

the following steps directly cause core dump (which runs well on debian)

2024-05-14 00:40:11 sync
2024-05-14 00:40:11 echo 3 > /proc/sys/vm/drop_caches
/home/sdp/lkp-tests/lib/job.sh: line 229: 41437 Bus error               (core dumped) "$@"
...


we are still checking now. just was wondering if you would have some quick
guidance about cifs mount to us what could cause this?


BTW, we noticed you sent a patch for this report:
https://lore.kernel.org/lkml/2150448.1714130115@warthog.procyon.org.uk/

and we also noticed this patch is already merged into latest
  branch: dhowells-fs/cifs-netfs

by our tests, the WARNING in this report disappeared in latest branch, however
we noticed some other issues which we still check if our bisect is correct.


> 
> David
> 

      parent reply	other threads:[~2024-05-14  8:45 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-16  4:42 [dhowells-fs:cifs-netfs] [cifs] b4834f12a4: WARNING:at_fs/netfs/write_collect.c:#netfs_writeback_lookup_folio kernel test robot
2024-04-17 12:18 ` David Howells
2024-04-25  6:28   ` Oliver Sang
2024-04-26  8:34   ` David Howells
2024-05-14  8:20     ` Oliver Sang
2024-04-26  8:52   ` David Howells
2024-05-14  8:23     ` Oliver Sang
2024-04-26  8:56   ` David Howells
2024-05-14  8:24     ` Oliver Sang
2024-04-26  9:04   ` David Howells
2024-05-14  8:25     ` Oliver Sang
2024-04-26  9:42   ` David Howells
2024-04-26 10:59     ` Philip Li
2024-05-14  8:45     ` Oliver Sang [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ZkMkkxyGjc+R9i1e@xsang-OptiPlex-9020 \
    --to=oliver.sang@intel.com \
    --cc=dhowells@redhat.com \
    --cc=jlayton@kernel.org \
    --cc=linux-cifs@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=lkp@intel.com \
    --cc=netfs@lists.linux.dev \
    --cc=nspmangalore@gmail.com \
    --cc=oe-lkp@lists.linux.dev \
    --cc=rohiths.msft@gmail.com \
    --cc=samba-technical@lists.samba.org \
    --cc=sfrench@samba.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).