Skip to content

loss a lot of links in tier 2, 3

2»

Comments

  • jd_salingerjd_salinger
    edited October 2013
    is the *.reverify_failed meant to just be a copy of those in Show URLs > Show failed Re-Verifications?
  • mafcramafcra
    problem what re-verify return back different anchors (not originally used) & link urls. Also looks like may be 40-70% of links restored.
  • hans51hans51
    edited October 2013
    @sven

    OK all above done
    here what happened

    1.
    all reverified = some 4+ hrs re-verifidcation only - no submissions - 22 threads 99% CPU almost all time

    2.
    all Tiers approx Ok EXCEPT 1 still some 600 URLs missing = that's life

    3.
    then start of SER and
    the first approx 1 hr fully busy with parsing email - verifying email (durinng this time only 4 vrified submissions
    after nearly one hr of email stuff, SER was quiet for long time (may be 20 or so minutes)
    after a restart of SER moving on

    4.
    during above re-verification 2 or 3 times SER became non-responsive = NO reverification
    just all quiet = NO frozen app
    no internet traffic during that time
    after restart of SER moving on

    5.
    one crash during submission when I wanted to open option > tools = nothing else, just opening the tools window resulted in crash and a crash report error window poped up
    unfortunately SER has NO error code to send = may be a feature like in firefox or other apps to collect last several app lines to be send along with crash report ??

    all in all SER needed about 4 restart to stay responsive

    faster or slower than BEFORE 6.69 ???
    hard to tell precisely but first impression is that before 6.69 SER was about 6-8 times faster than now. even though NOW all reverification OFF during submission and all counters reset to 0 after all reverifiation / email stuff = resource saving that should actually result in much faster working than before ...OK all above done

    here what happened during past 8 hrs

    1.
    all reverified = some 4 or more hrs re-verification only - no submissions
    most of that time CPU at 99% with mostly 22 threads
    memory usually SER always far less than available 2GB

    2.
    all Tiers look more or less Ok - EXCEPT 1 still some 600 URLs missing = that's life
    most numbers except one may be accurate

    3.
    then start of SER and
    the first approx 1 hr fully busy with parsing email - verifying email (during this time only 4 verified submissions)
    after nearly one hr of email stuff, SER was quiet for long time (may be 20 or so minutes)
    after a restart of SER moving on

    4.
    during above re-verification 2 or 3 times SER became non-responsive = NO reverification
    just all quiet = NO frozen app
    no internet traffic during that time from SER
    after restart of SER moving on

    5.
    one crash during submission when I wanted to open option > tools = nothing else, just opening the tools window resulted in crash and a crash report error window popped up
    unfortunately SER has NO error code to send = may be a feature like in firefox or other apps to collect last several dozen app process lines to be send along with crash report after verification by machine owner ??

    6.
    Also stats / diagram OK
    except the one with missing URLs
    and except that some URLs are dated to recovery / re-verification date instead of past accurate dates

    all in all SER needed about 4 restart to stay responsive

    from begin or recovery procedure (re-verification) until successful submission started = approx 7 hrs

    faster or slower than BEFORE 6.69 ???
    hard to tell precisely but first impression is that before 6.69 SER was about 6-8 times faster than now. event hough NOW all reverification OFF = resource saving that should actually result in much faster working than before ...

    and PS

    @sven
    I know from another thread that you don.t like such statements as "faster or slower than BEFORE 6.69"
    but fact is that YOU as coder know the precise code diff from before a particular version and thus know exactly where to look if several ppl have a problem that starts after a particular upgrade
  • hans51hans51
    final conclusion of recovery after approx 1 day of work and one or 2 re-verification of ALL projects plus Ts

    ALL Tiers OK except
    the very last created T
    the one that had the largest permanent loss AFTER recovery

    today a new reverify of that T ended in another major loss and now the number is / was
    201 verified
    it should be around or near 2000 after all the most recent plus lost/recovered URLs

    my solution to that:

    I duplicated that Tier, incl links
    and then deleted permanently the corrupt original Tier

    and restarted submission from scratch
    for now that seems to work normal

    the other Tiers seem OK
    only the submit numbers are totally wrong, but since long
    all submit are approx 10% of the verified
    while I would think that submit should be by the number of failed greater than verified ?? hence all in the thousands

    the only projects and Tiers with correct looking submit numbers are
    - the new duplicate of the corrupt T
    - plus one newly created project

    both have submit numbers >verified
    all others have a submit number approx lower or mid hundreds ((= approx 15-30% of verified #)

Sign In or Register to comment.