Thanks a lot!!!
I think my problem is... all of them... and not enougth memory.
Let me explain.
I've tried to import 5 times.
The fists 3 of them, the virtual memory used was < 2.5 Gb, but shotwell
imported the oldest photos...
I know those oldest photos was a lot of differences between Databae tags
and tags in photos and, also, many differences between IPTC and XMP
information. So, the first 3 times I think that shotwell crased due to
those differences.
The last 2 imports, shotwell used about 3.1 Gb or Virtual Memory before
crash. I think that 3 Gb is the limit for the virtual memory that can
use a 32 bits program...
So, I will retry the import until end...
For the last import, I've have the crash traceback:
------------------begin traceback------------------
[Thread 0xaaaf5b70 (LWP 1520) exited]
(process:1223): GLib-ERROR (recursed) **:
/build/buildd/glib2.0-2.28.6/./glib/gmem.c:239: failed to allocate 64 bytes
aborting...
Program received signal SIGABRT, Aborted.
0xb7fe1424 in __kernel_vsyscall ()
(gdb) backtrace
#0 0xb7fe1424 in __kernel_vsyscall ()
#1 0xb5b2ce71 in raise () from /lib/i386-linux-gnu/libc.so.6
#2 0xb5b3034e in abort () from /lib/i386-linux-gnu/libc.so.6
#3 0xb5e0bf27 in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
#4 0xb5e0bf62 in g_log () from /lib/i386-linux-gnu/libglib-2.0.so.0
#5 0xb5e09c3c in g_realloc () from /lib/i386-linux-gnu/libglib-2.0.so.0
#6 0xb5e2664f in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#7 0xb5e26dac in g_string_insert_len ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#8 0xb5e26f8c in g_string_append () from
/lib/i386-linux-gnu/libglib-2.0.so.0
#9 0xb5e0b0f1 in g_log_default_handler ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#10 0xb5e0bb0f in g_logv () from /lib/i386-linux-gnu/libglib-2.0.so.0
#11 0xb5e0bf62 in g_log () from /lib/i386-linux-gnu/libglib-2.0.so.0
#12 0xb5e09b3d in g_malloc () from /lib/i386-linux-gnu/libglib-2.0.so.0
#13 0xb5e23789 in g_strdup () from /lib/i386-linux-gnu/libglib-2.0.so.0
#14 0xb7fbd0d3 in ?? () from /usr/lib/libgee.so.2
#15 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#16 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#17 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#18 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
---Type <return> to continue, or q <return> to quit---
#19 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#20 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#21 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#22 0xb7fbd02b in ?? () from /usr/lib/libgee.so.2
#23 0xb7fbd490 in ?? () from /usr/lib/libgee.so.2
#24 0xb7f8b538 in gee_abstract_collection_add () from /usr/lib/libgee.so.2
#25 0xb7f9537a in gee_collection_add () from /usr/lib/libgee.so.2
#26 0x0818e8be in hierarchical_tag_index_add_path (self=0xbe7d3650,
tag=0xbfddc9d8 "p060",
path=0xbfdfae08 "/Format Original/diaPositiva/p060/p_054")
at src/tags/HierarchicalTagIndex.c:272
#27 0x0818ead6 in hierarchical_tag_index_from_paths (client_paths=0xeb70e18)
at src/tags/HierarchicalTagIndex.c:217
#28 0x0818ebb4 in hierarchical_tag_index_get_global_index ()
at src/tags/HierarchicalTagIndex.c:244
#29 0x08241c0f in
library_photo_source_collection_real_postprocess_imported_media
(base=0x884e800, media_sources=0xbfbf4368) at src/Photo.c:15651
#30 0x08312d6b in media_source_collection_postprocess_imported_media (
self=0x884e800, media=0xbfbf4368) at src/MediaDataRepresentation.c:3631
#31 0x08313ae9 in media_source_collection_real_import_many (self=0x884e800,
media=0xbfbf4368) at src/MediaDataRepresentation.c:3614
---Type <return> to continue, or q <return> to quit---
#32 0x08312d4b in media_source_collection_import_many (self=0x884e800,
media=0xbfbf4368) at src/MediaDataRepresentation.c:3620
#33 0x0824d36b in batch_import_flush_ready_sources (self=0xeb72d48)
at src/BatchImport.c:4844
#34 0x0824d759 in batch_import_report_completed (self=0xeb72d48,
where=0x83b66c4 "completed preparing files, all outstanding imports
completed") at src/BatchImport.c:3827
#35 0x08255db0 in batch_import_on_import_files_completed (job=0x80ea8118,
self=0xeb72d48) at src/BatchImport.c:4496
#36 _batch_import_on_import_files_completed_completion_callback (
job=0x80ea8118, self=0xeb72d48) at src/BatchImport.c:3989
#37 0x080b9d9a in background_job_on_notify_completion (self=0x80ea8118)
at src/threads/BackgroundJob.c:730
#38 _background_job_on_notify_completion_gsource_func (self=0x80ea8118)
at src/threads/BackgroundJob.c:681
#39 0xb5dfe311 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#40 0xb5e02aa8 in g_main_context_dispatch ()
from /lib/i386-linux-gnu/libglib-2.0.so.0
#41 0xb5e03270 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#42 0xb5e0392b in g_main_loop_run () from
/lib/i386-linux-gnu/libglib-2.0.so.0
#43 0xb6484c39 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
---Type <return> to continue, or q <return> to quit---
#44 0x08300616 in application_start (self=0x84ccf18) at
src/Application.c:141
#45 0x081cde44 in library_exec (mounts=0x846a000, mounts_length1=0)
at src/main.c:1124
#46 0x081cf3c5 in _vala_main (args=0xbffff444, args_length1=1)
at src/main.c:1592
#47 0x081cf658 in main (argc=1, argv=0xbffff444) at src/main.c:1657
(gdb) ^CQuit
(gdb)
-----------------------------------------------end
traceback-------------------------
Thanks
Al 14/12/11 21:43, En/na Lucas Beeler ha escrit:
Hi Josep,
Just to add to what Clinton said, this might be a problem we're aware
of: the Shotwell F-Spot import code is not robust to data
inconsistencies in the underlying F-Spot database (see our bug ticket
for this issue here: http://redmine.yorba.org/issues/4487. You might
want to read over that bug description and see if any of the markers
of this problem are similar to what you're seeing.
Lucas
On Wed, Dec 14, 2011 at 12:13 PM, Clinton Rogers<[email protected]> wrote:
Hi Josep,
We're sorry you're encountering import problems. Looking at what you
wrote about your setup, it seems like you should have more than enough
memory available for the import to succeed, so this is likely a
Shotwell bug. (I'm assuming the message in question wasn't from the
OOM killer, which, as far as I know, doesn't display a popup).
Can you try the following:
1) Bring up two command shells, and in one of them, type
"top"
and press Enter.
1) In the other shell, type
"gdb shotwell"
...and press Enter.
2) At the "(gdb)" prompt, type "run".
3) Attempt the F-Spot import again, and carefully observe the shell
running 'top'. (Shotwell will most likely be using a considerable
amount of memory at this point, but shouldn't be able to use it all.)
4) If Shotwell crashes again, note the memory usage in the 'top'
shell, and type "backtrace" in the 'gdb' shell, and email the text
that appears after this to myself and the list.
Hopefully, assuming the machine really isn't out of memory, this will
tell us what Shotwell was doing right before it crashed, and may help
us fix the problem or provide a workaround.
As for posting error messages in Catalan, please feel free to - the
list is read around the world, so there may be other Catalan speakers
present, and, at least in print, Catalan is similar enough to other
Romance languages that we'll be able to figure it out.
Cheers,
-c
On 12/14/11, Josep Cols<[email protected]> wrote:
Hi:
It's a new shotwell 0.11.6-1-natty1 install on a Ubuntu 11.04.
I'm importing 25.000 photos from my f-spot database.
The first try, about 5.100 photos was imported before shotwell crash.
After crash, a pop-up window says something about 'no memory available'
(sorry, the original message was in catalan...)
The second try adds about 1.500 more photos
My system is a 32 bits one with PAE kernel.
8 Gb RAM
16 Gb swap and only few used (100 Mb)
Any idea on how to proceed?
Thanks
_______________________________________________
Shotwell mailing list
[email protected]
http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
_______________________________________________
Shotwell mailing list
[email protected]
http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
_______________________________________________
Shotwell mailing list
[email protected]
http://lists.yorba.org/cgi-bin/mailman/listinfo/shotwell
