New issue
Advanced search Search tips

Issue 863226 link

Starred by 4 users

Issue metadata

Status: WontFix
Owner:
Closed: Aug 9
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Kevin/Dru: System became slow and files folder abruptly closing after multiple copy/paste operations in Linux Files

Project Member Reported by avkodipelli@chromium.org, Jul 12

Issue description

hrome Version: 69.0.3486.0
Chrome OS Version: 10866.1.0
Chrome OS Platform: Kevin
Network info: Wifi

Please specify Cr-* of the system to which this bug/feature applies (add
the label below).

Steps To Reproduce:
(1) Install crostini.
(2) Observe Terminal icon in app menu.
(3) Copy some big file into Downloads folder( I've copied 450MB video file).
(4) Copy file by right click and paste it in Linux Files folder.
(5) Do multiple paste operations(around 10 to 15).

Expected Result:
-- No issues while copying files into Linux Files folder.
-- No side effects to entire system.

Actual Result:
-- Overall system became slow.
-- Files window abruptly closed while copying.
-- Unable to open Linux terminal.
-- Unable submit feedback report(window closing immediately). Working after leaving device for a while.

How frequently does this problem reproduce? (Always, sometimes, hard to
reproduce?)
Almost every time. System recovered after removing files from "Linux Files".

Feedback report: 85546372176
 
Cc: tbuck...@chromium.org sonnyrao@chromium.org dgreid@chromium.org smbar...@chromium.org
If it is not reproduced after 5th step, Delete few files while paste operation is going on.
Cc: slangley@chromium.org chirantan@chromium.org weifangsun@chromium.org
Owner: joelhockey@chromium.org
Status: Assigned (was: Untriaged)
+joelhockey, chirantan -- any thoughts on what's causing this?
I'm guessing this is a symptom of the system being under memory pressure because the VM is using most of the system memory -- we default to letting it use something like 3/4 of the memory I think, which might be inappropriate without the balloon driver working or for a 4GB system.
Components: Platform>Apps>FileManager
Cc: joelhockey@chromium.org
Components: -Platform>Apps>FileManager
Owner: ----
Status: Available (was: Assigned)
I've tried this by copying a 450M file more than 15 times from Downloads to Linux Files (copy file, then click paste repeatedly 15 times).  I didn't get any crashes or issues with performance.  I don't see any issue with the FileApp using memory.  For me it sat consistently just under 90M regardless of how many files were copying.  For comparison, I had 3 gmail tabs open which each used 200+M.

Even though I wasn't able to replicate, I don't believe this would be an issue with FilesApp.
Screenshot 2018-07-18 at 19.06.16.png
132 KB View Download
I am using an eve device.
This issue was filed for Kevin in case that matters.
You're unlikely to run into issues on eve since it has a lot of memory and disk space.  This is very likely only an issue on devices with low memory.
Summary: Kevin/Dru: System became slow and files folder abruptly closing after multiple copy/paste operations in Linux Files (was: Kevin: System became slow and files folder abruptly closing after multiple copy/paste operations in Linux Files)
This behavior also observed in dru(scarlet) device on 10888.0.0, 69.0.3494.0. 
Feedback report: 85556479768 (submitted after reboot)
Cc: -joelhockey@chromium.org
Owner: joelhockey@chromium.org
Status: Assigned (was: Available)
I can't replicate on kevin canary 69.0.3494.0 10891.0.0

avkodipelli@, are you still able to replicate this?  Whilst replicating, could you run task manager and check how much memory Files app is using?

I was able to copy about 30 x 450M files before the device ran out of disk space and subsequent copies failed.  I tried multiple times to delete files and make space and then run 20+ copies of a 450M file.

Large file created in crostini VM with command:

 dd if=/dev/zero of=output.dat bs=450M count=1

Then file is copied into Downloads.  Then right click on Downloads/output.dat and select copy.  Then click on 'Linux Files'.  Then click on 3-dots in top menu and select paste repeatedly 20+ times.

Throughout the whole time, I see files app using 80M - 90M mem.

I tried opening multiple tabs of gmail to increase memory pressure, but still I saw no problems.

I have looked at chrome_user_log in report 85546372176.  It shows a lot of activity for tab discarder and it appears that Files app gets killed a few times, however logs show that Files app was consitently using 82M of mem.
Avinash, is this still reproducible for you?
Still observing issue on 10895.9.0, 69.0.3497.21.
Repo steps:
1, Copied around 450MB file from Downloads and pasted on Linux files for around 20 times.
2, Then started playing youtube video in ChromeOS chrome browser.
3, After sometime, both chrome window and terminal are crashes as shown in feedback report.
4, Files app closed and paste operation closed.
5, System became slow.
6, Observe storage info in files app screenshot at https://storage.cloud.google.com/chromiumos-test-logs/bugfiles/cr/863226/Screenshot%202018-07-30%20at%201.44.04%20PM.png?_ga=2.23262525.-66391737.1524518032

Feedback report: 85576403134.
I don't think the fixes have been pulled back to 69 as of 10895.9.0
Observing system slowness while copy operation(many files) on santa(coral) device (4GM RAM/32GB EMMC) and basking(reef) device(4GB RAM/32GB EMMC) on  10895.10.0, 69.0.3497.21.
Feedback from santa: 85578107213
That feedback report is missing the entire contents of /var/log/messages so there is no way to know what went wrong.
Is there anything I can capture/save logs while copy operation?
(our devices are in normal mode)
Alt+Shift+i should be enough.  I don't know why it wasn't included in that report.  If you still have the device open, you can go to file:///var/log/messages and then upload that to this bug.
It looks like the balloon driver is working here:

018-07-31T20:37:52.303429+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 29552 pages
2018-07-31T20:37:53.464537+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 59104 pages
2018-07-31T20:37:54.396258+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 88656 pages
2018-07-31T20:37:55.435192+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 118208 pages
2018-07-31T20:37:56.535563+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 147760 pages
2018-07-31T20:37:57.548769+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 177312 pages
2018-07-31T20:37:58.629965+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 206864 pages
2018-07-31T20:39:08.633102+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 177312 pages
2018-07-31T20:39:43.626159+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 147760 pages
2018-07-31T20:40:18.626196+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 118208 pages
2018-07-31T20:40:53.625985+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 88656 pages
2018-07-31T20:41:28.626025+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 59104 pages
2018-07-31T20:41:49.256615+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 88656 pages
2018-07-31T20:41:49.368817+00:00 INFO kernel: [ 8180.975048] entering low_mem (avail RAM = 203564 kB, avail swap 2644528 kB, avail file 0 kB) with lowest seen anon mem: 698336 kB
2018-07-31T20:43:23.260136+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 59104 pagess
2018-07-31T20:44:56.261284+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 29552 pages
2018-07-31T20:46:15.628192+00:00 INFO kernel: [ 8447.229228] entering low_mem (avail RAM = 203740 kB, avail swap 2424004 kB, avail file 0 kB) with lowest seen anon mem: 397024 kB
2018-07-31T20:46:15.634859+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 59104 pages
2018-07-31T20:48:02.354999+00:00 INFO localhos[5675]: crosvm[1]: [devices/src/virtio/balloon.rs:184] ballon config changed to consume 88656 pages


Slowness is completely expected at this point because the machine is low on memory.  Chrome might also have killed some background tabs.  As long as nothing is actually crashing I don't think there's a lot more we can do.
Labels: -ReleaseBlock-Beta ReleaseBlock-Stable
Status: WontFix (was: Assigned)
avkodipelli@, chirantan@, dgreid@, I'm closing this as WontFix.  If anyone else feels like this needs further work, feel free to take ownership and reopen.

Sign in to add a comment