Re: problem 82 does not clean up

Dave Parkes

unread,

Jan 18, 2010, 5:14:19 AM1/18/10

to

So there are no longer any accounts tied to that post office ?, they have
all been deleted. You could try a GWCheck Expire/Reduce job on the post
office to see if that clears things any better.

Cheers Dave

--
Dave Parkes [NSCS]
Occasionally resident at http://support-forums.novell.com/

TimScotland (NKP)

unread,

Jan 18, 2010, 7:44:53 AM1/18/10

to

Also remember that when you run a GWCheck with the ATTClip the
deletion does not happen there and then, but they are marked for
deletion. Then next time you run a contents check is when the
deletion will take place.

HTH

T

Michael Bell

unread,

Jan 18, 2010, 10:52:38 AM1/18/10

to

Space is not reclaimed without a reduce, so the msgDBs would of course
be of variant size.

On 1/17/2010 5:16 PM, jglennie wrote:
>
> Hi
>
> I ran GWCheck on v 7.0.3.
> Problem 82- Inaccessible attachment file showed up.
> Also msg db's were varying sizes.
> We delete all student accounts at end of year so I was expecting them
> all to be empty and same size....
>
> A TID gave this fix
> Using GWCheck run a contents check on the user and message database add
> the ATTCLIP switch in the MISC tab in GWCheck.
>
> '10098614: Problem 82 inaccessible attachment file referenced in
> record ?'
> (http://www.novell.com/support/php/search.do?cmd=displayKC&docType=kc&externalId=10098614&sliceId=&docTypeID=DT_TID_1_1&dialogID=115704425&stateId=1)
> 0 63224082
>
> So now the references do not show in gwcheck. BUT the msg db's still
> have an inconsistent size.
>
> If they are empty why are the sizes not consistent and why does the
> check still show eg
> Checking message database msg3.db - 202752 bytes,
> 01/18/10 10:48
> - Current time 10:48 am
> CONTENTS VERIFICATION of user's outgoing MSG database
> - processing message database records; last DRN = 7353
> - checking for orphaned attachment records
> - 192 records read
> - 88 attachment file references found
>
> I suppose I could zap the PO and rebuild but there should be an easier
> way?
> Advice appreciated.
>
>

Dave Parkes

unread,

Jan 18, 2010, 12:55:29 PM1/18/10

to

But, as Mike points out, you need the expire/reduce job to actually
compact the files and reclaim the space from deleted items

Dave Parkes

unread,

Jan 19, 2010, 6:28:19 AM1/19/10

to

In the ofuser directory are there any files at all remaining ?

If so, are there files referenced in the GWCheck reports ?

However, as you are working with what is supposed to be an empty post
office, you could try the ForceClean option in the Misc tab to see if that
flattens everything. That is what it is supposed to do, and you may need
another Expire/Reduce after that to see the effect.

Dave Parkes

unread,

Jan 20, 2010, 5:51:14 AM1/20/10

to

I was just using Expire/Reduce as a generic title, you only need the
Reduce only option.

That said, for what you are trying to do, I'd just install a new PO, then
take a backup of the newly installed system ready to restore that for next
year.

Dave Parkes

unread,

Jan 25, 2010, 6:44:12 AM1/25/10

to

Bit confused on having only hte one msg.db, I'd have thought that running
the agents against that post office directory would have created a
complete set of msg databases ?