[Hx] Helix Utility 8.01 Sometimes Hangs Checking the Free Space

4 views
Skip to first unread message

daniel keganlaw.com

unread,
Jul 24, 2021, 7:00:31 PM7/24/21
to Helix-L Discussion List
A Helix Collection I use daily, and run utilities nightly, sometimes hangs before completing
“Checking the free space,” after reporting “Checking Record Listings.”

I’ve run through many tentative hypotheses.
Just be patient. but when Utility completes successfully, that last task seems to take only a few seconds;
and sometimes I’ll wait 5 minutes. Keep waiting, and eventually Utility quits.
Mac Force Quit… usually returns “Unresponsive” in a minute.
Leaves Collection in fatal error status.
Launch Collection via RADE in evening after day’s work, save and quit, then Utility, still fatal hang.
Open Damaged Collection Bypass (added 4May2021)
[To bypass the cleanup routine, hold Shift + Option when OK’ing the User Authentication dialog (or when opening the collection, if there are one or fewer users). ]
Don’t paste into a Picture field (until after save, Utility passes ok, then paste the few picture data, quit,
and run Utilities, thus risking none of the prior non-picture field data.
[Yes, document field avoids some Picture field issues, but there are tradeoffs
and it seems the Picture field doesn’t cause, at least by itself, the free space hang.]
Avoid large graphic into Picture field.
Eg Preview, “Save As…” shrinks current some apps default screen capture of PNG to
smaller JPG. Acrobat Pro “File> Save As Other…> Reduced Size PDF."

Before I was more cautious about Picture fields, Matt suggested:
"My suggestion is that you read this page <http://www.qsatoolworks.com/kb/kbfiles/technotes/ts2351.html>, focusing on the section
titled “Fixing Errors in Records (Pictures, Documents, Large Text Blocks)” — that section includes a link to download a script that will
show you which record has the offending picture/document/largetext. At that point, you can just cut/repaste the data to fix the error."

Don’t delete a record (at least until after Utility ok, then soon Utility.
Diverse other incantations.

I’m in the midst of a major digitizing project, can be 8 hours straight Helix adding records.
Current hypothesis, wondering if some buffer gets overloaded, I try to remember to manually
save collection even more frequently. AutoSave set at 21 minutes, Idle delay Wait 1 minute.

Rather than just saving more frequently, now quitting, save duplicate, and relaunch original,
about 60-90 minutes. Seemed to help but not eliminate some hangs.

Generally running single user in RADE on MacBook Pro (Mojave, 10.14.6) or on
MacBook Air (High Sierra, 10.13.6). Current typical full day work on MacBook Air,
evening transfer collection to faster MacBook Pro for Utility. Hangs sometimes even
when all Helix work on MacBook Pro, then Utility, no transfer needed.

Utility OK finale:
"Checking indexes: ZZap
Checking Byte Streams
Checking Record Listings
Checking the free space
Done
The collection ‘CudgelKk08-23Juy 433p End’ has no detectable problems.”

Collection has a lot of relational inter-relation links. Sometimes get Utility fixing:
"Checking records: Budget€
Checking indexes: Budget€
Checking records: Actor
Checking indexes: Actor
0C 0E65 0003 0433 0042 845F 0000 845E 0000
Invalid index (3) in relation: Actor
0C 0E65 0030 7878 0046 845F 0000 845E 0000
Invalid index (48) in relation: Actor
0C 0E65 0036 C366 0040 845F 0000 845E 0000
Invalid index (54) in relation: Actor
0C 0E65 0040 63E5 002D 845F 0000 845E 0000
Invalid index (64) in relation: Actor
0C 0E65 0041 7068 0045 845F 0000 845E 0000
Invalid index (65) in relation: Actor
0C 0E65 0042 60C2 003D 845F 0000 845E 0000
Invalid index (66) in relation: Actor
Checking records: Picture[]
Checking indexes: Picture[]
Checking records: Zone
Checking indexes: Zone”

and less often other relations:
"Checking records: Mirror≠
Checking indexes: Mirror≠
Checking records: Vital
Checking indexes: Vital
0C 1924 0004 1906 0703 2CD4 0000 2CD3 0000
Invalid index (4) in relation: Vital
0C 1924 0015 4200 0631 2CD4 0000 2CD3 0000
Invalid index (21) in relation: Vital
0C 1924 003A 42AC 0631 2CD4 0000 2CD3 0000
Invalid index (58) in relation: Vital
Checking records: AGLink
Checking indexes: AGLink
Checking records: Religion†
Checking indexes: Religion†”

Sometimes third Utility pass reports a flock of “missing free run rb nnnnnn length 64”:
Checking indexes: BillingSumy
Checking records: ZZap
Checking indexes: ZZap
Checking Byte Streams
Checking Record Listings
Checking the free space
freeRbs mismatch 32280 389342
usedRbs mismatch 132492568 132135506
entryCount mismatch 23369 28776
entryLimit mismatch 23506 29127
missing free run rb 436587 length 64
missing free run rb 445747 length 64
missing free run rb 447661 length 64
… “
sometimes not,
seems not correlated with free space hang.

But sometime triple-Utility pass fixes all, sometimes
Utility hangs at end of third pass.


Matt (5Aug2017) kindly decoded the error reports:
"This is the dissection of that error line:
18 021FC3D9 0001 003C8A78 7777FFFF 01DC91F1 00005F9D 0002
| | | | | | | | |
| | | | | | | | EType: {1=BSdAddrErr, BSdBtErr, BSdSizeErr} (7.0.3+)
| | | | | | | RecordID (7.0.3+)
| | | | | | ObjectID or Disk address of the Record
| | | | | FFFF: In a Record
| | | | Object type: 7777: Big Picture > 64K
| | | Disk address pointed to by ^ (Byte Stream Control Block)
| | chunkIndex
| Disk address of this error
BSdBlkQErr: Byte Stream Data Block Error”


I haven’t recently tried the new (3Oct2019) Error 22 Fixer (introduced for
Helix Utility 8.0), nor Find 18 Error in Record (7Aug2017), nor
Recovering from Data Errors 16 & 18 (Helix TS 2351
"On rare occasions, a picture or document pasted or imported into Helix is stored improperly. When this happens, Helix Utility reports “Data errors that Helix Utility is unable to repair were detected in the collection…” when you Verify or Repair the collection. “ nor
Error Identifier 1.4 script (15Feb2016) [dates I saved the potion, not when first created].

Guesses, Informed Diagnosis?
Guesses, Informed Therapy—to prevent, to correct fatal collection?
Exorcist suggestions?
Thanks.

Daniel Kegan, Chicago
<dan...@keganlaw.com>







=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

You received this message because you are subscribed to the mailing list <Hel...@gibhenry.com>.
To unsubscribe, send an email <Helix...@gibhenry.com>; to switch to DIGEST mode, send an email to <Helix-L...@gibhenry.com>; to contact a human being, send an email to <Helix-L...@gibhenry.com>.
Google archive since 20 August 2006: http://groups.google.com/group/helix-l.
Basic archive since March 2017: https://gibhenry.com:9100/Lists/Helix-L/List.html

Reply all
Reply to author
Forward
0 new messages