Sorry, this is the third time I have posted about this problem and if I put everything I know and did in each message it would be so long no one would read it. I thank you for taking the trouble to try to help. To answer your suggestions of things to check...
1) Yes, they all have "instances" on NewServer. 2) Yes, NewServer is in the right hand replicas pane for all folders. 3) I have tried setting replication to "always" with varying times from 1 minute back to the standard 15 minutes, it was/is most recently set to 5 minutes. I have upped the size for replication messages to 3000k. I have set replication to be different for particular folders and set specific times, I have even set replication to be the same as the store for all folders and set the store to do it every other hour during the day and every hour at night which was where I left it most recently. None of those changes had made the slightest bit of difference. I had already cranked logging to maximum on everything relating to public IS replication and to various levels on a couple of other things. I was getting messages for new replication events in the logs of both NewServer and OldServer for the folders into which I copied new messages. I have changed logging to maximum for everything under diagnostics logging for the public store. That produced nothing new other than 12 events a minute on each server of Source: MSExchangeISPublic, Category: MTA Connections, Event ID: 2010, Description: About to start ma_wait. I also switched back to "always" for replication times and once I had done that I got a little spate of one event log entry per problem folder on NewServer as follows: ********************** Event Type: Information Event Source: MSExchangeIS Public Event Category: Replication DS Updates Event ID: 3011 Date: 11/12/2003 Time: 9:06:12 AM User: N/A Computer: NewServer Description: A replica of public folder (4-33916) IPM_SUBTREE\Abc Division\Projects\Software Support was modified. Expiration interval: 0 (0) Folder-wide expiration interval: 0 (0) Schedule: 2 (1) 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F (0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F 0F 0F 0F FF FF 0F 0F 0F 0F 0F 0F 0F ) Priority: 0 (0) Owning information stores added: {0} Owning information stores removed: %13 ************* Which I find somewhat puzzling but not overly alarming but perhaps I don't understand what this event is telling me. I don't understand the "Owning information stores removed: %13". Unfortunately neither eventid.com or microsoft come up with any hits for the event id number combined with the source. And searching google on "owning information stores removed" returned no hits. Possibly it is interesting that there was also no matching/corresponding event on OldServer. I have already checked RPC communication between the two servers with rpings and get the appropriate response for fully functional RPC communication. Ronni > -----Original Message----- > From: Couch, Nate [mailto:[EMAIL PROTECTED] > Sent: Wednesday, November 12, 2003 4:18 AM > To: Exchange Discussions > Subject: RE: public folder replication problem persists > > > 1) Make sure the public folders that are being a problem have > "instances" on > NewServer. To check this go to the "Instances" tab of the Public > Information Store on NewServer, select the problem folders > and move them > from the left side to the right side. > > 2) Newserver should be in the "Replicas" tab (on the right side of the > display) for the uncooperative public folders. If not, > select them and > 'make it so'. > > 3) Set a replication schedule commensurate with your bandwdth > and wait and > see. > > If none of this works then check for any errors in the event > logs. I did > not read any mention of anything found here and this > information would help. > If you don't see any red or yellow flags in the Applications > Log then try > cranking up the Diagnostic logging levels to Maximum for the Public > Information Store for an hour or so (more than likely you > will not need this > amount of time to find a problem), but do not leave them > there, or your > event logs will become VERY large. By doing so you can gather more > information not normally seen. > > I hope this helps. > > Nate Couch > EDS Messaging > > > ---------- > > From: Smith, Ronni > > Reply To: Exchange Discussions > > Sent: Tuesday, November 11, 2003 6:42 PM > > To: Exchange Discussions > > Subject: public folder replication problem persists > > > > I have posted before about my issue with several public folders not > > getting > > replicated (or not flipping the bit to indicate they have replicated > > perhaps?) properly from my old server to my new server as I try to > > complete > > a much too elongated ECMSM server upgrade. I have only > gotten responses > > from > > other people with the same problem asking if I had fixed it > yet. Since I > > haven't fixed it yet I thought I would post again with the > further info I > > have developed and ask again for advice on solving or > working around this > > problem. > > > > I have about 1/4 of the public folders in the site showing > up as "local > > modified" on OldServer (Exch5.5 on NT4) but "In Sync" on NewServer > > (Exch5.5 > > on Win2k) regardless of which server I checked. All folders > were re-homed > > to > > NewServer. The other 3/4 of the public folders had shown as > "In Sync" on > > both servers so their replicas were removed from OldServer. > In most cases > > there is no last received time listed for the folder > replication status > > for > > the problem folders. When there is, it is the date that the > NewServer > > replica was created. > > > > Both servers are in the same organization and site. NewServer was > > installed > > new into the existing site and most of the folders > replicated without > > issue. > > I believe the inital cause of the problem was attempting to delete > > OldServer > > from the site before all the replicas had propogated > properly but I am not > > sure. > > > > I have verified that replication appears to be working > correctly for new > > messages at least. I put a message into three of the folders showing > > "Local > > Modified" for OldServer and for each one the item count > incremented first > > on > > NewServer and then after a wait for the replication > interval (currently > > set > > to 'always' but setting specific times had no affect on my > main problem > > nor > > did increasing the urgency or size limit of replication messages) > > incremented the item count on OldServer's replica. > > > > I have hunted and hunted but I can't find any replication > messages hung up > > anywhere. I'm almost to the point of just shutting down the > services on > > OldServer and waiting for the screams. Unfortunately I > can't since it is > > also a print server for a printer I don't appear to be able to move > > elsewhere. Even if I could I'd be happier about doing that > if I could find > > a > > way to export the contents of OldServer's public folder > database to a pst > > file so I could recover stuff if necessary. I'm sure there > is a way but > > I'm > > not finding it. I'm sure it's me using the wrong search > terms but knowing > > that doesn't help. If I can't find any info I guess I will > just create > > myself a temporary mailbox on OldServer, isolate it from > the network for a > > while and log into that mailbox and thus in theory only those public > > folders > > and do a brute force copy to pst. > > > > Many thanks for any help, pointers, links, "you idjit read > thus and such" > > messages, > > > > Ronni > > > > _________________________________________________________________ > > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > > Web Interface: > > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&la > ng=english > To unsubscribe: mailto:[EMAIL PROTECTED] > Exchange List admin: [EMAIL PROTECTED] > > _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang =english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe: mailto:[EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED]