I presume the IP address of your primary server had changed. If you are using host names in tns definition - did you flush DNS/name/etc caches on contingency if any ? --romas On 10/30/07, goran bogdanovic <goran00@xxxxxxxxx> wrote: > > yes, the parameters are set correctly...the whole configuration has been > working for a long time w/o problems...2 days ago is prim. server moved to > new DC with changed net architecture...and since then we have problems...I > was assuming that FW is a problem so the net guys opened all ports (at least > I have been told so) for a short to test if it works now...no luck...the > problem persist... > > > > On 10/30/07, Carel-Jan Engel <careljan@xxxxxxxxxx> wrote: > > > > Did you set the FAL_SERVER / FAL_CLIENT parameters? > > If so, does the FAL_CLIENT (as configured in the standby instance) point > > to the Standby? (e.g. the same as the service mentioned in the > > LOG_ARCHOVE_DEST_n parameter) > > > > Best regards, > > > > Carel-Jan Engel > > > > === > > If you think education is expensive, try ignorance. (Derek Bok) > > === > > > > On Tue, 2007-10-30 at 15:11 +0100, goran bogdanovic wrote: > > > > in my case the passwords in pwd files are the same...checked... > > and in my case regular log shipping works, only gap resolving not...in > > fal trace file is posted below message... > > > > On 10/30/07, *Roman Podshivalov* < roman.podshivalov@xxxxxxxxx> wrote: > > > > I had a problem once when I changed SYS password on production and > > didn't ship remote password file to the contingency site. But in my > > case regular log shipping didn't work either. > > > > > > > > I'm still wondering what mechanism oracle is using in 10G to _remotely_ > > log in from production into contingency as SYS without knowing clear text > > password. There is something fishy with remote password file.... > > > > > > > > --romas > > > > > > On 10/30/07, *goran bogdanovic* < goran00@xxxxxxxxx> wrote: > > > > Hi all, > > > > DataGuard conf. Oracle *MailScanner has detected a possible fraud > > attempt from "10.2.0.2" claiming to be <http://10.2.0.2/>MailScanner > > warning: numerical links are often malicious: <http://10.2.0.2/>*10.2.0.2on > > Linux - primary and physical standby with real-time-apply. > > On primary side I get the following error in fal trace file: > > "FAL Redo Shipping Client Did Not Establish Network Login" > > > > I couldn't fine anything useful on metalink or internet. > > If some of you have already experienced something similar and would like > > to share her/his experience would be of great help. > > > > Regards, > > goran > > > > > > > > > > > > -- > > This message has been scanned for viruses and > > dangerous content by *MailScanner <http://www.mailscanner.info/>* , and > > is > > believed to be clean. > > > > > > >