Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
Package: nautilus
Version: 3.30.5-2
Severity: important

Greetings,
With the latest upgrade of Nautilus I find Nautilus hanging

Running Nautilus from the terminal gives:
$ nautilus

(nautilus:15529): Gtk-WARNING **: 10:11:36.857: Duplicate child name in
GtkStack: Thumbnails
(nautilus:15529): Gtk-WARNING **: 10:11:36.859: Duplicate child name in
GtkStack: Thumbnails
(nautilus:15529): Gtk-WARNING **: 10:11:36.861: Duplicate child name in
GtkStack: META-INF
(nautilus:15529): Gtk-WARNING **: 10:11:36.865: Duplicate child name in
GtkStack: Thumbnails
(nautilus:15529): Gtk-WARNING **: 10:11:36.867: Duplicate child name in
GtkStack: Pictures
(nautilus:15529): Gtk-WARNING **: 10:11:36.869: Duplicate child name in
GtkStack: Thumbnails
(nautilus:15529): Gtk-WARNING **: 10:11:36.870: Duplicate child name in
GtkStack: Pictures
(nautilus:15529): Gtk-WARNING **: 10:11:36.872: Duplicate child name in
GtkStack: META-INF
(nautilus:15529): Gtk-WARNING **: 10:11:36.874: Duplicate child name in
GtkStack: Thumbnails
(nautilus:15529): Gtk-WARNING **: 10:11:36.876: Duplicate child name in
GtkStack: META-INF

I tried removing the ~/.cache/tracker folder and then hard reseting the tracker
but to no
improvement.

htop show nautilus using close to 100% of a processor core.
Do let me know if I can provide more specific info to diagonise the problem
Thanks
Vikram



-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap                 0.3.1-4
ii  desktop-file-utils         0.23-4
ii  gsettings-desktop-schemas  3.28.1-1
ii  gvfs                       1.38.1-4
ii  libatk1.0-0                2.30.0-2
ii  libc6                      2.28-10
ii  libcairo-gobject2          1.16.0-4
ii  libcairo2                  1.16.0-4
ii  libgdk-pixbuf2.0-0         2.38.1+dfsg-1
ii  libgexiv2-2                0.10.9-1
ii  libglib2.0-0               2.58.3-2
ii  libglib2.0-data            2.58.3-2
ii  libgnome-autoar-0-0        0.2.3-2
ii  libgtk-3-0                 3.24.5-1
ii  libnautilus-extension1a    3.30.5-2
ii  libpango-1.0-0             1.42.4-6
ii  libpangocairo-1.0-0        1.42.4-6
ii  libseccomp2                2.3.3-4
ii  libselinux1                2.8-1+b1
ii  libtracker-sparql-2.0-0    2.1.8-2
ii  nautilus-data              3.30.5-2
ii  shared-mime-info           1.10-1
ii  tracker                    2.1.8-2

Versions of packages nautilus recommends:
ii  gnome-sushi      3.30.0-2
ii  gvfs-backends    1.38.1-4
ii  librsvg2-common  2.44.10-2.1

Versions of packages nautilus suggests:
ii  eog                         3.28.4-2+b1
ii  evince [pdf-viewer]         3.30.2-3
ii  nautilus-extension-brasero  3.12.2-5
ii  nautilus-sendto             3.8.6-3
ii  totem                       3.30.0-4
ii  vlc [mp3-decoder]           3.0.6-1
ii  xdg-user-dirs               0.17-2

-- no debconf information

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
Package: nautilus
Version: 3.32.1-1
Followup-For: Bug #930294

Updated the sources.list and did
~$ sudo apt-get -t experimental install nautilus

Problem reported before persists



-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap                      0.3.1-4
ii  desktop-file-utils              0.23-4
ii  gsettings-desktop-schemas       3.28.1-1
ii  gvfs                            1.38.1-4
ii  libatk1.0-0                     2.30.0-2
ii  libc6                           2.28-10
ii  libcairo-gobject2               1.16.0-4
ii  libcairo2                       1.16.0-4
ii  libgdk-pixbuf2.0-0              2.38.1+dfsg-1
ii  libgexiv2-2                     0.10.9-1
ii  libglib2.0-0                    2.58.3-2
ii  libglib2.0-data                 2.58.3-2
ii  libgnome-autoar-0-0             0.2.3-2
ii  libgstreamer-plugins-base1.0-0  1.14.4-2
ii  libgstreamer1.0-0               1.14.4-1
ii  libgtk-3-0                      3.24.5-1
ii  libnautilus-extension1a         3.32.1-1
ii  libpango-1.0-0                  1.42.4-6
ii  libpangocairo-1.0-0             1.42.4-6
ii  libseccomp2                     2.3.3-4
ii  libselinux1                     2.8-1+b1
ii  libtracker-sparql-2.0-0         2.1.8-2
ii  nautilus-data                   3.32.1-1
ii  shared-mime-info                1.10-1
ii  tracker                         2.1.8-2
ii  tracker-extract                 2.1.6-1
ii  tracker-miner-fs                2.1.6-1

Versions of packages nautilus recommends:
ii  gnome-sushi      3.30.0-2
ii  gvfs-backends    1.38.1-4
ii  librsvg2-common  2.44.10-2.1

Versions of packages nautilus suggests:
ii  eog                         3.28.4-2+b1
ii  evince [pdf-viewer]         3.30.2-3
ii  nautilus-extension-brasero  3.12.2-5
ii  nautilus-sendto             3.8.6-3
ii  totem                       3.32.0-1
ii  vlc [mp3-decoder]           3.0.6-1
ii  xdg-user-dirs               0.17-2

-- no debconf information

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
In reply to this post by Vikram Vincent
Package: nautilus
Version: 3.30.5-2
Followup-For: Bug #930294

Hope this info is useful.. Would be good if after solving this issue somebody
can point out what the exact problem was :-)

(gdb) thread apply all bt

Thread 24 (Thread 0x7fffe0b69700 (LWP 5605)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 23 (Thread 0x7fffe3fff700 (LWP 5604)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 22 (Thread 0x7fffe1b76700 (LWP 5603)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 21 (Thread 0x7fffe136a700 (LWP 5602)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
--Type <RET> for more, q to quit, c to continue without paging--c
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 20 (Thread 0x7fffe3519700 (LWP 5601)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 19 (Thread 0x7fffc7fff700 (LWP 5600)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 17 (Thread 0x7fffc77fe700 (LWP 5598)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f1a0ba in g_cond_wait_until () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea2091 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8ef2 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 5 (Thread 0x7ffff0a1f700 (LWP 5582)):
#0  0x00007ffff6d6d819 in __GI___poll (fds=0x555555893cd0, nfds=1, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007ffff7ed0136 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007ffff7ed025c in g_main_context_iteration () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#3  0x00007ffff7fb9ffd in  () at /usr/lib/x86_64-linux-
gnu/gio/modules/libdconfsettings.so
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 4 (Thread 0x7ffff12b2700 (LWP 5581)):
#0  0x00007ffff6d72f59 in syscall () at
../sysdeps/unix/sysv/linux/x86_64/syscall.S:38
#1  0x00007ffff7f19f9f in g_cond_wait () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#2  0x00007ffff7ea20ab in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x00007ffff7ef8d87 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 3 (Thread 0x7ffff1ab3700 (LWP 5579)):
#0  0x00007ffff6d6d819 in __GI___poll (fds=0x555556339a00, nfds=6, timeout=-1)
at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007ffff7ed0136 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007ffff7ed04c2 in g_main_loop_run () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#3  0x00007ffff74050d6 in  () at /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 2 (Thread 0x7ffff22b4700 (LWP 5578)):
#0  0x00007ffff6d6d819 in __GI___poll (fds=0x55555572dd10, nfds=2,
timeout=3461) at ../sysdeps/unix/sysv/linux/poll.c:29
#1  0x00007ffff7ed0136 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x00007ffff7ed025c in g_main_context_iteration () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#3  0x00007ffff7ed02a1 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x00007ffff7ef8415 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x00007ffff6e47fa3 in start_thread (arg=<optimized out>) at
pthread_create.c:486
#6  0x00007ffff6d784cf in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95

Thread 1 (Thread 0x7ffff232fac0 (LWP 5574)):
#0  0x00007ffff72dd5f3 in g_type_is_a () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#1  0x00007ffff72d4c87 in g_signal_connect_data () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#2  0x00007ffff7a70b33 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#3  0x00007ffff7a70eb6 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#4  0x00007ffff72de107 in g_type_create_instance () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#5  0x00007ffff72c0548 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6  0x00007ffff72c1cc5 in g_object_new_with_properties () at
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7  0x00007ffff72c2731 in g_object_new () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#8  0x00007ffff7a71338 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#9  0x00007ffff7b18b09 in gtk_widget_get_style_context () at
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#10 0x00007ffff78c1dd2 in gtk_button_get_relief () at /usr/lib/x86_64-linux-
gnu/libgtk-3.so.0
#11 0x00007ffff78c1e49 in gtk_button_set_relief () at /usr/lib/x86_64-linux-
gnu/libgtk-3.so.0
#12 0x00007ffff79e6935 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#13 0x00007ffff72de107 in g_type_create_instance () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#14 0x00007ffff72c0548 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#15 0x00007ffff72c1cc5 in g_object_new_with_properties () at
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x00007ffff72c2731 in g_object_new () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#17 0x00007ffff79ddfe5 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#18 0x00007ffff79e12cc in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#19 0x00007ffff79e1562 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#20 0x00007ffff79e1787 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#21 0x00007ffff79e1824 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#22 0x00007ffff79ddfc4 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#23 0x00007ffff79e12cc in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#24 0x00007ffff79e1562 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#25 0x00007ffff79e1787 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#26 0x00007ffff79e1824 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#27 0x00007ffff79ddfc4 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#28 0x00007ffff79e12cc in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#29 0x00007ffff79e1562 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#30 0x00007ffff79e1787 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#31 0x00007ffff79e1824 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#32 0x00007ffff79ddfc4 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#33 0x00007ffff79e12cc in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#34 0x00007ffff79e1562 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#35 0x00007ffff79e1787 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#36 0x00007ffff79e1824 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#37 0x00007ffff79ddfc4 in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#38 0x00007ffff79e12cc in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#39 0x00007ffff79e16ba in  () at /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
#40 0x00007ffff56998ee in ffi_call_unix64 () at /usr/lib/x86_64-linux-
gnu/libffi.so.6
#41 0x00007ffff56992bf in ffi_call () at /usr/lib/x86_64-linux-gnu/libffi.so.6
#42 0x00007ffff72bb482 in g_cclosure_marshal_generic () at
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#43 0x00007ffff72bac8d in g_closure_invoke () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#44 0x00007ffff72ce365 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#45 0x00007ffff72d72be in g_signal_emit_valist () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#46 0x00007ffff72d797f in g_signal_emit () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#47 0x00007ffff73d5bd8 in g_menu_insert_item () at /usr/lib/x86_64-linux-
gnu/libgio-2.0.so.0
#48 0x00005555555e6fcb in nautilus_gmenu_merge ()
#49 0x00007ffff72bac8d in g_closure_invoke () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#50 0x00007ffff72ce365 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#51 0x00007ffff72d72be in g_signal_emit_valist () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#52 0x00007ffff72d797f in g_signal_emit () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#53 0x00007ffff72bf364 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#54 0x00007ffff72bec6e in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#55 0x00007ffff72c286d in g_object_setv () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#56 0x00007ffff72c38ce in g_object_set_property () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#57 0x00007ffff72b5f64 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#58 0x00007ffff72bac8d in g_closure_invoke () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#59 0x00007ffff72ce365 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#60 0x00007ffff72d72be in g_signal_emit_valist () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#61 0x00007ffff72d797f in g_signal_emit () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#62 0x00007ffff72bf364 in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#63 0x00007ffff72bec6e in  () at /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#64 0x00007ffff72c2c41 in g_object_set_valist () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#65 0x00007ffff72c379c in g_object_set () at /usr/lib/x86_64-linux-
gnu/libgobject-2.0.so.0
#66 0x0000555555609253 in  ()
#67 0x000055555560641a in  ()
#68 0x00007ffff7ed0863 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#69 0x00007ffff7ecfdd8 in g_main_context_dispatch () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#70 0x00007ffff7ed01c8 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#71 0x00007ffff7ed025c in g_main_context_iteration () at /usr/lib/x86_64-linux-
gnu/libglib-2.0.so.0
#72 0x00007ffff73cb98d in g_application_run () at /usr/lib/x86_64-linux-
gnu/libgio-2.0.so.0
#73 0x000055555559b7b7 in main ()



-- System Information:
Debian Release: 10.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap                 0.3.1-4
ii  desktop-file-utils         0.23-4
ii  gsettings-desktop-schemas  3.28.1-1
ii  gvfs                       1.38.1-4
ii  libatk1.0-0                2.30.0-2
ii  libc6                      2.28-10
ii  libcairo-gobject2          1.16.0-4
ii  libcairo2                  1.16.0-4
ii  libgdk-pixbuf2.0-0         2.38.1+dfsg-1
ii  libgexiv2-2                0.10.9-1
ii  libglib2.0-0               2.58.3-2
ii  libglib2.0-data            2.58.3-2
ii  libgnome-autoar-0-0        0.2.3-2
ii  libgtk-3-0                 3.24.5-1
ii  libnautilus-extension1a    3.30.5-2
ii  libpango-1.0-0             1.42.4-6
ii  libpangocairo-1.0-0        1.42.4-6
ii  libseccomp2                2.3.3-4
ii  libselinux1                2.8-1+b1
ii  libtracker-sparql-2.0-0    2.1.8-2
ii  nautilus-data              3.30.5-2
ii  shared-mime-info           1.10-1
ii  tracker                    2.1.8-2

Versions of packages nautilus recommends:
ii  gnome-sushi      3.30.0-2
ii  gvfs-backends    1.38.1-4
ii  librsvg2-common  2.44.10-2.1

Versions of packages nautilus suggests:
ii  eog                         3.28.4-2+b1
ii  evince [pdf-viewer]         3.30.2-3
ii  nautilus-extension-brasero  3.12.2-5
ii  nautilus-sendto             3.8.6-3
ii  totem                       3.32.0-1
ii  vlc [mp3-decoder]           3.0.7-1
ii  xdg-user-dirs               0.17-2

-- no debconf information

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Jason Crain
On 2019-06-12, Vikram Vincent <[hidden email]> wrote:
> Hope this info is useful.. Would be good if after solving this issue somebody
> can point out what the exact problem was :-)

This stack trace will not be very useful because it does not include
debug symbols. See https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols.
You'll need at least libglib2.0-0-dbgsym, libgtk-3-0-dbgsym, and
nautilus-dbgsym.

You may also want to try removing any nautilus extensions if you've
added any, or try under a new user to see if it's related to your user's
config.

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
On Wed, 12 Jun 2019 at 21:18, Jason Crain <[hidden email]> wrote:
or try under a new user to see if it's related to your user's
config.

Thanks. This worked! 
Nautilus runs perfectly fine as a new guest user.  Now how do I
know what config files got modified to create the problem in the first place?
Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
On Wed, 12 Jun 2019 at 21:50, Vikram Vincent <[hidden email]> wrote:
On Wed, 12 Jun 2019 at 21:18, Jason Crain <[hidden email]> wrote:
or try under a new user to see if it's related to your user's
config.

Thanks. This worked! 
Nautilus runs perfectly fine as a new guest user.  Now how do I
know what config files got modified to create the problem in the first place?

I disabled all gnome extensions and reset GNOME applications using Gnome-tweak
and yet no respite. The problem started with a nautilus upgrade.
The below messages still continue
(nautilus:4006): Gtk-WARNING **: 10:57:32.629: Duplicate child name in GtkStack: Thumbnails
(nautilus:4006): Gtk-WARNING **: 10:57:32.630: Duplicate child name in GtkStack: Pictures
(nautilus:4006): Gtk-WARNING **: 10:57:32.631: Duplicate child name in GtkStack: META-INF
(nautilus:4006): Gtk-WARNING **: 10:57:32.636: Duplicate child name in GtkStack: META-INF
(nautilus:4006): Gtk-WARNING **: 10:57:32.639: Duplicate child name in GtkStack: META-INF
(nautilus:4006): Gtk-WARNING **: 10:57:32.641: Duplicate child name in GtkStack: Thumbnails
(nautilus:4006): Gtk-WARNING **: 10:57:32.642: Duplicate child name in GtkStack: Pictures
Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
In reply to this post by Vikram Vincent
Package: nautilus
Followup-For: Bug #930294

Nautilus found files with duplicate filenames in some libreoffice templates in
the Templates folder and was looping on that.  The moment I deleted the
content, nautilus behaviour came back to normal.
Question is why was nautilus looping forever?



-- System Information:
Debian Release: 10.0
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'stable-debug'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap                 0.3.1-4
ii  desktop-file-utils         0.23-4
ii  gsettings-desktop-schemas  3.28.1-1
ii  gvfs                       1.38.1-5
ii  libatk1.0-0                2.30.0-2
ii  libc6                      2.28-10
ii  libcairo-gobject2          1.16.0-4
ii  libcairo2                  1.16.0-4
ii  libgdk-pixbuf2.0-0         2.38.1+dfsg-1
ii  libgexiv2-2                0.10.9-1
ii  libglib2.0-0               2.58.3-2
ii  libglib2.0-data            2.58.3-2
ii  libgnome-autoar-0-0        0.2.3-2
ii  libgtk-3-0                 3.24.5-1
ii  libnautilus-extension1a    3.30.5-2
ii  libpango-1.0-0             1.42.4-6
ii  libpangocairo-1.0-0        1.42.4-6
ii  libseccomp2                2.3.3-4
ii  libselinux1                2.8-1+b1
ii  libtracker-sparql-2.0-0    2.1.8-2
ii  nautilus-data              3.30.5-2
ii  shared-mime-info           1.10-1
ii  tracker                    2.1.8-2

Versions of packages nautilus recommends:
ii  gnome-sushi      3.30.0-2
ii  gvfs-backends    1.38.1-5
ii  librsvg2-common  2.44.10-2.1

Versions of packages nautilus suggests:
ii  eog                         3.28.4-2+b1
ii  evince [pdf-viewer]         3.30.2-3
pn  nautilus-extension-brasero  <none>
ii  nautilus-sendto             3.8.6-3
ii  totem                       3.32.0-1
ii  vlc [mp3-decoder]           3.0.7-1
ii  xdg-user-dirs               0.17-2

-- no debconf information

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Jason Crain
On 2019-06-14, Vikram Vincent <[hidden email]> wrote:
> Nautilus found files with duplicate filenames in some libreoffice templates in
> the Templates folder and was looping on that.  The moment I deleted the
> content, nautilus behaviour came back to normal.

What kind of documents and what filenames? I'm still unable to reproduce
the issue after adding a few files to my Templates folder.

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Jason Crain
In reply to this post by Vikram Vincent
On Mon, Jun 10, 2019 at 10:36:21AM +0530, Vikram Vincent wrote:

> (nautilus:15529): Gtk-WARNING **: 10:11:36.857: Duplicate child name in GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.859: Duplicate child name in GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.861: Duplicate child name in GtkStack: META-INF
> (nautilus:15529): Gtk-WARNING **: 10:11:36.865: Duplicate child name in GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.867: Duplicate child name in GtkStack: Pictures
> (nautilus:15529): Gtk-WARNING **: 10:11:36.869: Duplicate child name in GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.870: Duplicate child name in GtkStack: Pictures
> (nautilus:15529): Gtk-WARNING **: 10:11:36.872: Duplicate child name in GtkStack: META-INF
> (nautilus:15529): Gtk-WARNING **: 10:11:36.874: Duplicate child name in GtkStack: Thumbnails
> (nautilus:15529): Gtk-WARNING **: 10:11:36.876: Duplicate child name in GtkStack: META-INF

These filenames suggest to me that you had some strange things in your
Templates folder and possibly it contained a large number of files. Is
this the case?

Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Vikram Vincent
In reply to this post by Jason Crain
On Mon, 17 Jun 2019 at 03:08, Jason Crain <[hidden email]> wrote:
On 2019-06-14, Vikram Vincent <[hidden email]> wrote:
> Nautilus found files with duplicate filenames in some libreoffice templates in
> the Templates folder and was looping on that.  The moment I deleted the
> content, nautilus behaviour came back to normal.

What kind of documents and what filenames? I'm still unable to reproduce
the issue after adding a few files to my Templates folder.
 

I've uploaded the entire folder contents so you can try to replicate the bug




Reply | Threaded
Open this post in threaded view
|

Bug#930294: Nautilus slow to respond and consumes 100% CPU resource

Jason Crain
On Mon, Jun 17, 2019 at 02:22:57PM +0530, Vikram Vincent wrote:
> I've uploaded the entire folder contents so you can try to replicate the bug

I think you've misunderstand what the Templates folder is for. It's for
nautilus's, or possibly another file manager's, "New Documents" menu.
Right-click in a nautilus window and it will show options to create
documents based on what is in the Templates folder. For example, you
could have a file in there named "Text Document.txt" and nautilus will
see this and offer you the option to create a new text document in its
right-click menu.

Instead, you've placed a git repository of LibreOffice Impress templates
in that folder. These are not the kind of template files that nautilus
is expecting, they are themes for creating slideshow presentations in
the Impress application. They contain a lot of images and xml, so
nautilus spends a lot of time scanning the 2678 files in that directory
to build its New Documents menu. Even if nautilus were faster or more
efficient, you would be left with a very confusing New Document menu in
nautilus.

It's not clear to me what should be done to address this. Possibly the
Templates folder is confusing and the concept should be redesigned.
Possibly nautilus should be made more efficient, since based on my
limited testing, it appears to rebuild the New Documents menu more often
than it should. Possibly nautilus should have a safeguard or limit on
the number of entries that it is willing to add to the New Documents
menu.