[ngw] Is it a good idea to re-create the user database?

[Perry Lawless]

Thanks for the replies.  I actually tried to run a gwcheck and re- 
create user db but it gave an error of user not in post office.  I  
went to the po\ofuser and noticed the userxxx.db's for the missing  
users were still there.  I made backups of them and ran a gwcheck and  
changed the object type to user/resource and put the database name  
(userxxx.db) in the field.  I then ran a structure/fix.  After the job  
finished, I changed the password of the user and tested.  I was able  
to login and everything (messages, folder structure...)was fine.

It was kinda a last ditch effort before going with a day old backup.

Also of note, when I changed the password to test the account it would  
not let me in.  It wasn't until I removed the force password change in  
xxx days did it let me in.  After logging in, I put the restriction  
back and tested again and the account was fine.  Maybe because when  
you change the password it expires the account ???

Thanks again for the replies,

Perry


On Apr 27, 2010, at 2:36 PM, Joseph Marton wrote:

> I think restoring from backup is what was already recommended in the
> forums as well.
>
> Joe
>
> On Tue, Apr 27, 2010 at 2:18 PM, Gert <gwcheck at gmail.com> wrote:
>> It is the last step to recover email for a user since it deletes  
>> folder
>> structure and all items go to the cabinet. Considered restoring a  
>> user .db
>> from backup?
>>
>> Gert
>>
>> Novell Knowledge Partner
>>
>> Owner, independent consultant
>> www.GWCheck.com
>> "the best GW site" - Tay Kratzer
>>
>> gert at gwcheck.com
>> Skype, Twitter, Facebook: GWCheck
>>
>> How come, when my wife says
>> "we need to talk", it is never
>> about Drupal? ;-) - Dries Buytaert
>>
>>
>> On Tue, Apr 27, 2010 at 4:15 PM, Perry Lawless <perry.lawless at nicholls.edu 
>> >
>> wrote:
>>>
>>> We are running Groupwise 7 (1 post office, gwia, webaccess) on  
>>> Netware
>>> 6.5 and it has been solid  (Will be upgrading this summer with new
>>> hardware purchase).  Server has raid 5 internal sas drives with 2
>>> pools (sys, mail).  On saturday night there was a block error that
>>> shut down the mail pool. The error was "An error at block xxx has
>>> compromised volume integrity the pool is being deactivated". And of
>>> course it also shutdown the mail volume ("An error at block xxx has
>>> compromise volume integrity the volume is being deactivated').  The
>>> sys volume was unaffected so the server did not abend (but the mail
>>> volume was deactivated).  I remarked the groupwise agents in  
>>> autoexec
>>> and rebooted the server.  Everything came up normally including the
>>> mail pool and mail volume.  I put my autoexec back and rebooted the
>>> server again to make sure it would load the agents correctly.
>>> Everything was fine.  I monitored the server for an hour or so to  
>>> see
>>> if it would have any errors.  Everything looked ok.  I figured I
>>> dodged a bullet.
>>>
>>> Well monday morning (this morning) I get a call that a user could  
>>> not
>>> login.  His account looks fine in c1 so I try to send him an email.
>>> His email address was not in the system address book, so I run a
>>> gwcheck on his account and it says "user does not exists in this  
>>> post
>>> office".  I checked my daily gwcheck log file from yesterday and I  
>>> see
>>> there are 12 "Database userxxx.db in Store Catalog but not in  
>>> Address
>>> Book".  At the end of the gwcheck log file, under Correctable
>>> conditions encountered, is "code 23 - Databases in Store Catalog,  
>>> not
>>> in Address Book-12 count".   I check the other 11 accounts and they
>>> are missing from the system address book as well.  Can I run a  
>>> gwcheck
>>> (re-create user database) on the 12 users?  I have never had to run
>>> this so it makes me a little nervous.  Is there a better way to get
>>> the users back?
>>>
>>> Thanks in advance!
>>>
>>> Perry Lawless
>>> Assistant Director
>>> University Computer Services
>>>
>>> _______________________________________________
>>> ngw mailing list
>>> ngw at ngwlist.com
>>> http://ngwlist.com/mailman/listinfo/ngw
>>
>>
>> _______________________________________________
>> ngw mailing list
>> ngw at ngwlist.com
>> http://ngwlist.com/mailman/listinfo/ngw
>>
>>
> _______________________________________________
> ngw mailing list
> ngw at ngwlist.com
> http://ngwlist.com/mailman/listinfo/ngw