Re: {Disarmed} Re: dataguart fal issue
- From: "goran bogdanovic" <goran00@xxxxxxxxx>
- To: "Carel-Jan Engel" <careljan@xxxxxxxxxx>
- Date: Tue, 30 Oct 2007 17:02:30 +0100
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.2 on 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.
>
>
>
Other related posts:
