I have a user who all of a sudden can't do a FIND without getting that D11B
error on the client with message "There are too many items to display them
all. You can use filtering to see items beyond the end of this list".
There is no error showing on the POA when this happens. Have tried from
different machines as well as from another mailbox proxying to that user, no
diff.
I see various postings on this newsgroup as well as TIDs and have tried the
following:
- From C1 ran a structure/fix, then a structure&index/fix, then a
contents/fix, then a structural rebuild. Tried a FIND, still D11B.
- Tried doing a search but making sure the CABINET was unchecked, no error.
- I expanded out all his folders (which took me over an hour, this user has
tons of folders!), but I don't see anything suspicious that's mentioned in
some TID's that say you'll see thousands of odd named folders all of a
sudden.
- Tried running the deldupfolders option in C1 about 5 times as per that
TID#10065532, no help.
- Tried as per another posting from M.Bell to run a contents check followed
immediately by a REDUCE ONLY, both from C1, no help.
- Ran another structural rebuild after all the above to see if that would
help, no diff.
Saw a posting from somebody that the only resolution was to use the GW6SP4
beta GWCHECK, but there was no affirming reply from anybody, so didn't want
to take that for gospel, especially being BETA.
Not sure if this is related, but the user is also getting errors (GW will
crash) when trying to do a HIT THE ROAD, and when doing a SEND/RETRIEVE in
remote mode it simply doesn't get any of the newer emails (seemingly no
emails newer than when the problem started).
I don't want to even think about rebuilding the users' database "just to try
it out", like I say they have quite an elaborate folder setup and losing
that would probably incite some suicide ritual that would somehow involve
me.
Any ideas where I can go from here?
Thanks for any suggestions,
James
the D11B does occur upon *any* search? So even if you narrow down the search in a way that
the expected result would show only a few items?
Uwe
--
Novell Support Connection Volunteer SysOp
Please don't send me support related e-mail unless I ask you to do so.
JJB wrote:
>
> Running with NW51SP6 and GW6SP3, both at client and server. Users access
> post office via c/s only.
>
> I have a user who all of a sudden can't do a FIND without getting that D11B
> error on the client with message "There are too many items to display them
> all.
Search the knowledgebase for "DELDUPFOLDERS". That's most probably your
issue.
CU,
--
Massimo Rosen
Novell Product Support Forum Sysop
No emails please!
http://www.cfc-it.de
> Search the knowledgebase for "DELDUPFOLDERS". That's most probably your
> issue.
But he did that already...
Uwe Buckesfeld wrote:
>
> Massimo Rosen <mros...@spamcfc-it.de> wrote in news:401D09D8.68BF0822@spamcfc-
> it.de:
>
> > Search the knowledgebase for "DELDUPFOLDERS". That's most probably your
> > issue.
>
> But he did that already...
Upps, somehow I missed that. Anyways, I'm still pretty certain it's the
issue. The DELDUPFOLDERS option in gwcheck often behaves strange, and
depending on the other options chosen simply doesn't execute.
However (and I neglected this from my first post...) if I uncheck the
CABINET when searching, the error doesn't happen. However I can't use this
as a permanent solution. This was mentioned by another user, think the
deldupfolders thing fixed it for him, don't remember at the moment.
Any ideas? Thanks
James
"Uwe Buckesfeld" <u.buck...@myrealbox.com> wrote in message
news:Xns9481A03CAB6Bb...@130.57.1.73...
I have GW6.0.3 on that server and the user, which I understood meant that
the GWCHECK and C1 deldupfolders option was fixed, however I've run it 5
times and there was never any error of substance and the problem never
seemed to go away.
This is all the while presuming the problem is because of the dup folders,
but if it's something else...
They can't even update their remote database (having them check with another
copy running on a different computer, but the timing is too coincidental for
me to believe that it's not the server related problem). Presume they can't
update because the updating process searches for emails either new or in a
given time range and so the update will fail like the search would fail.
Does this require SP4, and if so is it coming out soon? I see postings that
say any day, but remember in past SP releases that this could mean months or
longer...
Thanks
James
"Massimo Rosen" <mros...@spamcfc-it.de> wrote in message
news:401D39EA...@spamcfc-it.de...
JJB wrote:
>
> Hello, I did the deldupfolders thing from C1, not GWCHECK (primarily because
> it's in a satellite office and I'm not keen on leaving a process running at
> a workstation that if the workstation dies or somebody does something to it,
> can currupt the GW databases, so I'm running it at the server via C1), which
> I understand is the same.
Not entirely. While I have been succesful running DELDUPFOLDERS from C1,
I've also seen it failing. Do you by chance have the logs from these
gwcheck runs?
CU,
--
Massimo Rosen
Novell Support Connection Sysop
JJB wrote:
>
> However (and I neglected this from my first post...) if I uncheck the
> CABINET when searching, the error doesn't happen.
That almost certainly confirms my suspicion that it indeed *is* the
DELDUPFOLDERS issue.
> While I have been succesful running DELDUPFOLDERS from C1,
> I've also seen it failing.
Seconded. I use the standalone GWCheck all the time.
Is it o.k. to use the GWCHECK 6.0.3 production copy, or do I have to risk
the GWCHECK SP4 (and where do I get it, searches only turn up the entire
beta SP4, don't want to have to go through all that just for GWCHECK...).
Note that the user tells me they did an o.k. send/retrieve from their other
copy of the database, but then a search would yield the same problem after
doing that. Would the duplicate folder problem manifest itself on a remote
copy of the database?
Thanks for all your replies!
James
"Uwe Buckesfeld" <u.buck...@myrealbox.com> wrote in message
news:Xns94839D62968DDb...@130.57.1.73...
just do it. Use the GWCheck which matches your Groupwise version and run it. No need to worry
(assuming you have all the necessary backups :-)
I never had a single database corruption caused by GWCheck.
JJB wrote:
>
> UGGHHH - I was hoping to avoid that, so you say use GWCHECK from a
> workstation?
In additiona to what Uwe said, you don't need to check the contents nor
the message DB of the User for the deldupfolders option, so the gwcheck
should take only a few seconds when run in the local LAN, and should
even work fine over a normal WAN line, as all it touches is the
userxyz.db itself.
CU;
Do I have to use the contents/fix option? If so then will this increase the
time needed to run it substantially?
If not, then which options am I picking? Structure/fix -
structure&index/fix - ... ???
Thanks
James
"Massimo Rosen" <mros...@spamcfc-it.de> wrote in message
news:401E7CD2...@spamcfc-it.de...
JJB wrote:
>
> OK will do, but the TID10065532 (which is admittedly talking about C1) says
> to select contents and fix problems (as well as like you say to uncheck the
> messages database and to add the DelDupFolders option in the MISC tab).
Upps, right, my fault.
> Do I have to use the contents/fix option? If so then will this increase the
> time needed to run it substantially?
No. The otion to include the message files will however.
> If not, then which options am I picking? Structure/fix -
> structure&index/fix - ... ???
You chose Analyze/Fix as action, enable structure, contents and FIX
problems. On the dtabases, select user, but not message.
CU,
If you don't hear from me further on this, it's either because it worked, or
because I toasted the users' mailbox and the user is chasing me through that
never ending Flintstones livingroom and I can't stop to type a posting...
Thanks for all your help,
James
"Massimo Rosen" <mros...@spamcfc-it.de> wrote in message
news:401E9E16...@spamcfc-it.de...