Kevin/Dru: System became slow and files folder abruptly closing after multiple copy/paste operations in Linux Files |
||||||||
Issue descriptionhrome 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
,
Jul 12
If it is not reproduced after 5th step, Delete few files while paste operation is going on.
,
Jul 13
+joelhockey, chirantan -- any thoughts on what's causing this?
,
Jul 13
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.
,
Jul 13
,
Jul 18
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.
,
Jul 18
I am using an eve device.
,
Jul 18
This issue was filed for Kevin in case that matters.
,
Jul 18
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.
,
Jul 18
This behavior also observed in dru(scarlet) device on 10888.0.0, 69.0.3494.0. Feedback report: 85556479768 (submitted after reboot)
,
Jul 23
,
Jul 24
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.
,
Jul 30
Avinash, is this still reproducible for you?
,
Jul 30
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.
,
Jul 30
I don't think the fixes have been pulled back to 69 as of 10895.9.0
,
Jul 31
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
,
Jul 31
That feedback report is missing the entire contents of /var/log/messages so there is no way to know what went wrong.
,
Jul 31
Is there anything I can capture/save logs while copy operation? (our devices are in normal mode)
,
Jul 31
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.
,
Jul 31
Copied messages from santa device: https://storage.cloud.google.com/chromiumos-test-logs/bugfiles/cr/863226/messages.txt?_ga=2.56220844.-66391737.1524518032
,
Jul 31
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.
,
Aug 3
,
Aug 9
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 |
||||||||
Comment 1 by rohi...@chromium.org
, Jul 12