Thread: [Noffle-devel] [ noffle-Bugs-624357 ] SEGV during concurrent access.
Brought to you by:
bears
Menu
▾
▴
noffle-devel
|
From: <no...@so...> - 2002-10-16 23:14:50
|
Bugs item #624357, was opened at 2002-10-16 16:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: <no...@so...> - 2002-10-25 18:04:04
|
Bugs item #624357, was opened at 2002-10-17 00:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- >Comment By: Jim Hague (bears) Date: 2002-10-25 12:12 Message: Logged In: YES user_id=184 The second problem, losing the article pointer while reading a group, is now fixed in CVS. The SIGSEGV I can't do more than guess at without a backtrace. The core file should be at /var/spool/noffle/core. From the log, I am wondering about the 'Resource temporarily unavailable' message. /var/spool/noffle isn't a remote filesystem (e.g. NFS mounted) is it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: <no...@so...> - 2002-10-25 18:04:19
|
Bugs item #624357, was opened at 2002-10-17 00:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: <no...@so...> - 2002-10-26 07:49:11
|
Bugs item #624357, was opened at 2002-10-16 16:14 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-10-26 00:49 Message: Logged In: NO Definitively no core, I ran find / -name core immediately after the crash (and by the way, it didn't say 'Segementation fault (core dumped)'). It's not a remote filesystem, it's the same filesystem as in '[ 532545 ] Strange behaviour adding large newsgroup'. ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-10-25 04:12 Message: Logged In: YES user_id=184 The second problem, losing the article pointer while reading a group, is now fixed in CVS. The SIGSEGV I can't do more than guess at without a backtrace. The core file should be at /var/spool/noffle/core. From the log, I am wondering about the 'Resource temporarily unavailable' message. /var/spool/noffle isn't a remote filesystem (e.g. NFS mounted) is it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: SourceForge.net <no...@so...> - 2004-09-04 07:52:17
|
Bugs item #624357, was opened at 2002-10-17 01:14 Message generated for change (Comment added) made by rtc1 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- Comment By: Peter Backes (rtc1) Date: 2004-09-04 09:52 Message: Logged In: YES user_id=845643 Didn't happen anymore in the past two years, please close. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-10-26 09:49 Message: Logged In: NO Definitively no core, I ran find / -name core immediately after the crash (and by the way, it didn't say 'Segementation fault (core dumped)'). It's not a remote filesystem, it's the same filesystem as in '[ 532545 ] Strange behaviour adding large newsgroup'. ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-10-25 13:12 Message: Logged In: YES user_id=184 The second problem, losing the article pointer while reading a group, is now fixed in CVS. The SIGSEGV I can't do more than guess at without a backtrace. The core file should be at /var/spool/noffle/core. From the log, I am wondering about the 'Resource temporarily unavailable' message. /var/spool/noffle isn't a remote filesystem (e.g. NFS mounted) is it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: SourceForge.net <no...@so...> - 2004-09-07 19:35:23
|
Bugs item #624357, was opened at 2002-10-17 00:14 Message generated for change (Settings changed) made by bears You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jim Hague (bears) Summary: SEGV during concurrent access. Initial Comment: My noffle 1.1.2 crashed during fetch. This happened while the connection had already been stuck (at step [17/19]) for some time, because I had some download taking up all bandwidth. I decided to read some news in the meantime but when I opened the newsgroup saar.markt.wohnung in the newsreader, noffle instantly crashed. I could not find any core dump lying around. This is not the only problem I had with concurrent access. I am using an automated script to archive news.answers using NNTP STAT followed by a NEXT loop until it gets a 223. Several times I read news while the script was running and it bailed out because it noticed the article ID had been reset to the first article in the group instead of being increased by NEXT to the next available article. Output of noffle: Fetch from 'news.cis.dfn.de' Connected to 130.133.1.4:119 Updating groupinfo Registering new group 'alt.pl.regionalne.plock.ogloszenia' Registering new group 'alt.pl.regionalne.poznan.politechnika' Registering new group 'alt.pl.regionalne.trojmiasto.ogloszenia' Registering new group 'alt.pl.regionalne.wroclaw.politechnika' Registering new group 'alt.pl.rock-elektroniczny' Registering new group 'alt.pl.sapkowski' Registering new group 'alt.pl.tsa' Registering new group 'alt.sports.college.ohio-state' Registering new group 'alt.sports.college.sec.tennessee' Registering new group 'alt.sports.college.utexas' Registering new group 'alt.tv.all-my-children' Registering new group 'alt.tv.dark_shadows' Getting remote overviews 5691-5693 for group alt.sys.pdp10 Added alt.sys.pdp10 3630-3632 3 articles marked for download in alt.sys.pdp10 Getting remote overviews 101021-101027 for group de.admin.net-abuse.mail Added de.admin.net-abuse.mail 87956-87962 7 articles marked for download in de.admin.net-abuse.mail Getting remote overviews 35102-35102 for group de.comm.internet.routing Added de.comm.internet.routing 28826-28826 1 articles marked for download in de.comm.internet.routing No new articles in de.comm.uucp No articles in maus.computer.sprache.gfabasic Getting remote overviews 240998-241005 for group news.answers Added news.answers 233839-233846 8 articles marked for download in news.answers Getting remote overviews 258-258 for group saar.markt.wohnung No new articles in saar.org.handshake.aktuell No new articles in saar.uni.rz.stud 19 TOTAL messages to download Retrieving article list [1/19] Retrieving <3kl...@ei...> [2/19] Retrieving <aokn1f$1ar6$1...@ci...> [3/19] Retrieving <5lo...@4a...> [4/19] Retrieving <aokici$20f$04$1...@ne...> [5/19] Retrieving <vni...@4a...> [6/19] Retrieving <8Yz...@zo...> [7/19] Retrieving <8YzDQ$Jt...@zo...> [8/19] Retrieving <aoklvd$8jk$03$1...@ne...> [9/19] Retrieving <gao...@4a...> [10/19] Retrieving <d8o...@4a...> [11/19] Retrieving <709...@us...> [12/19] Retrieving <de-admin-infos/dana-manual/200...@kr...> Message '<de-admin-infos/dana-manual/200...@kr...>' cancelled. [13/19] Retrieving <de-newusers-infos/einleitung/200...@kr...> Message '<de-newusers-infos/einleitung/200...@kr...>' cancelled. [14/19] Retrieving <usenet/inf...@rt...> Cancel: '<usenet/inf...@rt...>' not in database. [15/19] Retrieving <books/cat...@rt...> Cancel: '<books/cat...@rt...>' not in database. [16/19] Retrieving <sports/table-soccer/UST...@rt...> Cancel: '<sports/table-soccer/UST...@rt...>' not in database. [17/19] Retrieving <cdrom/cd-recordable/par...@rt...> Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Retrieving of <cdrom/cd-recordable/par...@rt...> failed: Can't open message base Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Error opening /var/spool/noffle/data/articles.gdbm for r/w (Resource temporarily unavailable) Could not open database Received SIGSEGV. Please submit a bug report Segmentation fault ---------------------------------------------------------------------- Comment By: Peter Backes (rtc1) Date: 2004-09-04 08:52 Message: Logged In: YES user_id=845643 Didn't happen anymore in the past two years, please close. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-10-26 08:49 Message: Logged In: NO Definitively no core, I ran find / -name core immediately after the crash (and by the way, it didn't say 'Segementation fault (core dumped)'). It's not a remote filesystem, it's the same filesystem as in '[ 532545 ] Strange behaviour adding large newsgroup'. ---------------------------------------------------------------------- Comment By: Jim Hague (bears) Date: 2002-10-25 12:12 Message: Logged In: YES user_id=184 The second problem, losing the article pointer while reading a group, is now fixed in CVS. The SIGSEGV I can't do more than guess at without a backtrace. The core file should be at /var/spool/noffle/core. From the log, I am wondering about the 'Resource temporarily unavailable' message. /var/spool/noffle isn't a remote filesystem (e.g. NFS mounted) is it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=101044&aid=624357&group_id=1044 |
|
From: Mirko L. <mir...@we...> - 2002-10-21 16:49:39
|
no...@so... wrote: > Bugs item #624357, was opened at 2002-10-16 16:14 > Initial Comment: > My noffle 1.1.2 crashed during fetch. This happened > crashed. I could not find any core dump lying around. It should be at /var/spool/noffle/core. Maybe the creation of core files has been switched off by a ulimit command. > This is not the only problem I had with concurrent > access. I am using an automated script to archive > news.answers using NNTP STAT followed by a NEXT loop > until it gets a 223. Several times I read news while > the script was running and it bailed out because it > noticed the article ID had been reset to the first > article in the group instead of being increased by NEXT > to the next available article. I added some additional Log_inf() calls to src/server.c:doNext(), Server_flushCache(), changeToGrp() and src/lock.c:lockSignal(). Then I used two server processes to loop through the articles of different groups in the aforementioned way. Here's what I got (sorry for the long lines): Oct 21 17:48:25 mliss noffle[7263]: Starting as server Oct 21 17:48:25 mliss noffle[7264]: Starting as server Oct 21 17:48:25 mliss noffle[7263]: ChangeToGrp 'de.alt.sysadmin.recovery' from 'de.alt.sysadmin.recovery' Oct 21 17:48:25 mliss noffle[7263]: doNext(): artPtr 54853; grp de.alt.sysadmin.recovery Oct 21 17:48:25 mliss noffle[7263]: doNext(): artPtr 54883; grp de.alt.sysadmin.recovery [..proc 7263 iterates through the articles but is stopped by SIGUSR1 after article 60439..] Oct 21 17:48:26 mliss noffle[7263]: doNext(): artPtr 60438; grp de.alt.sysadmin.recovery Oct 21 17:48:26 mliss noffle[7263]: lockSignal sig: 10 Oct 21 17:48:26 mliss noffle[7263]: doNext(): artPtr 60439; grp de.alt.sysadmin.recovery Oct 21 17:48:26 mliss noffle[7263]: Server_flushCache() called Oct 21 17:48:26 mliss noffle[7264]: ChangeToGrp 'de.alt.netdigest' from 'de.alt.netdigest' Oct 21 17:48:26 mliss noffle[7264]: doNext(): artPtr 9222; grp de.alt.netdigest Oct 21 17:48:26 mliss noffle[7264]: doNext(): artPtr 9223; grp de.alt.netdigest [..proc 7264 iterates through the articles. Article 9316 is the last one..] Oct 21 17:48:26 mliss noffle[7264]: doNext(): artPtr 9316; grp de.alt.netdigest Oct 21 17:48:26 mliss noffle[7264]: Server_flushCache() called Oct 21 17:48:26 mliss noffle[7263]: ChangeToGrp 'de.alt.sysadmin.recovery' from 'de.alt.sysadmin.recovery' Oct 21 17:48:26 mliss noffle[7263]: doNext(): artPtr 54853; grp de.alt.sysadmin.recovery I suppose the call of LoadGrpIfSelected() in src/server.c:doNext() resets server.artPtr via changeToGrp(), because src/lock.c:lockSignal() sets server.groupReady=FALSE via Server_flushCache(). I'm not sure how to get rid of that bug. Noffle's locking mechanism still looks too weird for me to understand fully. Mirko |
|
From: Jim H. <jim...@ac...> - 2002-10-24 13:28:38
|
On 21-Oct-2002 Mirko Liss wrote:
> no...@so... wrote:
>> Bugs item #624357, was opened at 2002-10-16 16:14
>
>> Initial Comment:
>> My noffle 1.1.2 crashed during fetch. This happened
>> crashed. I could not find any core dump lying around.
> It should be at /var/spool/noffle/core. Maybe the creation
> of core files has been switched off by a ulimit command.
>
>> This is not the only problem I had with concurrent
>> access. I am using an automated script to archive
>> news.answers using NNTP STAT followed by a NEXT loop
>> until it gets a 223. Several times I read news while
>> the script was running and it bailed out because it
>> noticed the article ID had been reset to the first
>> article in the group instead of being increased by NEXT
>> to the next available article.
>
> I added some additional Log_inf() calls to src/server.c:doNext(),
> Server_flushCache(), changeToGrp() and src/lock.c:lockSignal().
> Then I used two server processes to loop through the articles
> of different groups in the aforementioned way.
> Here's what I got (sorry for the long lines):
> [...]
> I suppose the call of LoadGrpIfSelected() in src/server.c:doNext()
> resets server.artPtr via changeToGrp(), because src/lock.c:lockSignal()
> sets server.groupReady=FALSE via Server_flushCache().
>
> I'm not sure how to get rid of that bug. Noffle's locking mechanism
> still looks too weird for me to understand fully.
Thanks for looking at that, Mirko. Yeah, the locking stuff is a Big of a Bugger.
The SIGUSR1 is another Noffle process indicating that it wants access to the
data files but is currently locked out. Next time the receiving process goes
through a 'release lock', it actually releases the lock. Usually it will
actually hang on to the lock, so that a subsequent 'get lock' is a no-op.
Releasing and getting the lock is an expensive thing to do.
While the lock is released, the other Noffle process can be doing all kinds of
things to the databases, so all in-memory structures must be discarded.
So here there's a lock release/lock regain happening where the current group
cursor is not being retained. That's a bug, no question.
Now, thinking about it, it must be a problem when the lock is released in the
server code. Hmm. There must be something that remembers and restores the
current group, but not the current cursor.
Mirko, can you do me a favour? I'm flat out with work at the moment (off to the
States at the weekend to present two weeks of training courses) and haven't got
time to test this. But I think it might work. The changeToGrp() routine was
being used to reload the in-memory data, and was resetting the article pointer.
This patch attempts to separate the 'reload the current group' functionality.
Thanks.
(BTW, is it just me or are we back to a 3 day delay receiving mails from
the SourceForge mailing list? I just got yours now.)
--- server.c 5 Aug 2002 22:05:02 -0000
+++ server.c 24 Oct 2002 13:23:06 -0000
@@ -314,15 +314,34 @@
}
static void
-changeToGrp( const char *grp )
+loadGrpInfo( const char *grp )
{
checkNewArts( grp );
Utl_cpyStr( server.grp, grp );
readCont( grp );
- server.artPtr = Cont_first();
+
+ /*
+ * This routine is used to change back to a group after releasing
+ * the lock. We need to preserve the group cursor if at all possible.
+ * So, if the article pointer points to an article before or after
+ * the current range, adjust it to the first/last article. Otherwise
+ * leave it well alone.
+ */
+ if ( server.artPtr < Cont_first() )
+ server.artPtr = Cont_first();
+ else if ( server.artPtr > Cont_last() )
+ server.artPtr = Cont_last();
+
server.groupReady = TRUE;
}
+static void
+changeToGrp( const char *grp )
+{
+ loadGrpInfo( grp );
+ server.artPtr = Cont_first();
+}
+
static Bool
doGrp( char *arg, const Cmd *cmd )
{
@@ -370,7 +389,7 @@
if ( ! server.groupReady )
{
Utl_cpyStr( group, server.grp );
- changeToGrp( group );
+ loadGrpInfo( group );
}
return TRUE;
}
--
Jim Hague - jim...@in... (Work), ji...@be... (Play)
Never trust a computer you can't lift.
|
|
From: Jim H. <jim...@ac...> - 2002-10-25 11:07:36
|
On 21-Oct-2002 Mirko Liss wrote: > I suppose the call of LoadGrpIfSelected() in src/server.c:doNext() > resets server.artPtr via changeToGrp(), because src/lock.c:lockSignal() > sets server.groupReady=FALSE via Server_flushCache(). > > I'm not sure how to get rid of that bug. Noffle's locking mechanism > still looks too weird for me to understand fully. Mirko, the patch I sent you yesterday does do the right thing (I made some time to check). I've committed it to CVS. It's a bad enough bug that I should do another release. Hopefully soon. -- Jim Hague - jim...@in... (Work), ji...@be... (Play) Never trust a computer you can't lift. |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X