Visit Open-E website
Results 1 to 10 of 15

Thread: Volume replication via WAN problems

Hybrid View

Previous Post Previous Post   Next Post Next Post
  1. #1

    Default Volume replication via WAN problems

    I have two low-end test systems configured in a WAN scenario, can ping each one from the other. One 100MBPS NIC per unit, 2GB RAM, each using the same version .5807 of 64-bit. Source unit boots via SATA HDD, destnation boots via USB.

    Using your HOW-TO synchronous replication over WAN document, I walk through the configuration successfully to the point where I'm ready to start replication task.

    My problem comes into play when I START replication manually using the start button, the source server gives me a page reload error and seems to lose it's IP address and lockup.

    I did not setup a replication task, as I thught it would replicate continuosly and not need a scheduled task. At this point, I can't loin via HTTPS, nor will any initiator find the DSS source unit. Destination unit seems to stay stable.

    Can someone start me trouble-shooting or see my problem from what I've said here?

    Thanks very much.

  2. #2

    Default

    Check to see if you have more then 1 Gateway on other NICs.

    Do a CTRL ALT N from the Console screen and look at the NICs info to see if there are any dropped packets.

    Duplicate DSS V6 names on the network?
    All the best,

    Todd Maxwell


    Follow the red "E"
    Facebook | Twitter | YouTube

  3. #3

    Default

    Check to see if you have more then 1 Gateway on other NICs. [DSS is the unit name at corporate HQ and is configured as SOURCE, it has two NIC's, but eth1 is inactive. eth0: IP=172.17.2.160, Gateway=172.17.2.1 DSSDR is the unit name is at disaster recovery location, it has one NIC, etho: IP=192.168.1.160, GW=192.168.1.1]

    Do a CTRL ALT N from the Console screen and look at the NICs info to see if there are any dropped packets. [no dropped packets on either unit]

    Duplicate DSS V6 names on the network? [no, the units are on different networks]

    Both WAN connection's firewall logs indicate communications on ports 12000 and 40000, but the connection doesn't seem to sustain itself before locking up.

    DSS, the SOURCE unit puts itself into a state where it can't be connected to via HTTPS, but the console is OK.

    One other note: DSS has a software RAID1 which was created using LITE version before realizing LITE doesn't support WAN replication, DSSDR has only one SATA drive and boots from USB.

    Thanks very much.

  4. #4

    Default

    That's 12000 to 13999 yes? You said it locks up after trying the connection?

    I was thinking if you can test with the Data Replication something small with want port 873 open to atleast we know the connection be established - is this possible?
    All the best,

    Todd Maxwell


    Follow the red "E"
    Facebook | Twitter | YouTube

  5. #5

    Default

    That's 12000 to 13999 yes? [I see only 12000 and 40000 in the logs.]

    You said it locks up after trying the connection? [it locks up a few seconds after I manually start the replication using the START button. I get some errors, and even saw an OK status in TASKS, but it loses the connection and locks up after a few seconds.}

    I was thinking if you can test with the Data Replication something small with want port 873 open to atleast we know the connection be established - is this possible? [I can try this, but wouldn't you agree that the connection is established by the mere fact that the SOURCE sees the destination volume once I add the mirror IP's? Cinsidering your suggested test, what do I do with port 873, forward it to SOURCE and DESTINATION DSS V6 units?]

    Thanks.

  6. #6

    Default

    So ports 12000-13999 is open ? Not just 12000 correct?

    Can you provide some of the error messages?
    All the best,

    Todd Maxwell


    Follow the red "E"
    Facebook | Twitter | YouTube

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •