Last modified: 2011-11-29 03:20:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T19262, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 17262 - Logging dump seems to generate really slow, doesn't give status feedback, is lumped with stub dumps confusingly
Logging dump seems to generate really slow, doesn't give status feedback, is ...
Status: RESOLVED FIXED
Product: Datasets
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Aaron Schulz
http://download.wikimedia.org/nowiki/...
:
Depends on:
Blocks:
  Show dependency tree / graph
 
Reported: 2009-01-30 22:08 UTC by Brion Vibber
Modified: 2011-11-29 03:20 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Brion Vibber 2009-01-30 22:08:14 UTC 
The logging .gz dump seems to generate pretty slowly; nowiki's been running for about a day and this seems unusually long. Additionally, it's lumped in with the stub dumps which is a big confusing and isn't giving any feedback info on how it's running, which makes people think it's broken.

Recommend splitting it out to a separate item, improving its status feedback, and preferably finding out why its so slow. :)
Comment 1 Brion Vibber 2009-03-30 23:01:08 UTC 
I _think_ recent changes to Export.php to use an unbuffered query for logs will have fixed this up, but I haven't checked. Aaron can you confirm?
Comment 2 Aaron Schulz 2009-03-31 16:26:00 UTC 
Logs for everything are showing as blank at 14 bytes. Is this deliberate?
Comment 3 Brion Vibber 2009-04-07 20:46:35 UTC 
That sounds not so much deliberate as broken. :) Tomasz, can you coordinate with Aaron to work out what's going on with these? Thanks!
Comment 4 Aaron Schulz 2009-04-14 14:43:17 UTC 
(In reply to comment #3)
> That sounds not so much deliberate as broken. :) Tomasz, can you coordinate
> with Aaron to work out what's going on with these? Thanks!
> 

Made a fix in r49463. Some stuff was in the wrong order.
Comment 5 Aaron Schulz 2009-05-29 04:26:28 UTC 
Fixed in r51000
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links