Re: {Disarmed} Re: dataguart fal issue

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_at_gmail.com> 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_at_dbalert.eu> 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_at_gmail.com> 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_at_gmail.com> 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.
> >
> >
> >
>

--
http://www.freelists.org/webpage/oracle-l