Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Flatly)
  • No Skin
Collapse
Brand Logo

NetXMS Forum

  1. Home
  2. Support
  3. Configure a "failover" server

Configure a "failover" server

Scheduled Pinned Locked Moved Support
7 Posts 3 Posters 32.7k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • J
    J
    jeanb.lott
    wrote on last edited by
    #1

    Hi,

    I'm wondering if there is a functionality to configure a "failover" server in case the main NetXMS server goes down?

    To explain a bit more what I want to do here's the setup. I have 2 server rooms with one NetXMS server in each of the rooms for redundancy purposes. They are working fine independantly and I usually copy the DB over when I do a change one of them. I have now to commission a SMS notification for the system. With my setup I get twice the notifications because both my servers are configured the same way.

    From what I understand the way to get the notifications from only one server is not to change the configuration of my server 1. Create a situation on my server 2 that changes with the status of NetXMS Core service on server 1. Then I have to add a check on this situation in the filtering rule of all my events processing on server 2. That way I receive notifications from server 2 only when the NetXMS Core service on server 1 is not running. Is that the best way to do or is there a better way? My concern here is that if I do modifications on one server, it's going to be more complex to copy over the db as I'll need to add or remove the filtering rules.

    Thanks a lot,

    1 Reply Last reply
    0
    • L
      L
      lindeamon
      wrote on last edited by
      #2

      hi,

      did you think about running netxms in a cluster ?
      i do not know how your network is configured but it seems to me that both servers are monitoring the same network and cluster is the 1st solution for this type of redundancy.

      Kind Regrads,
      Lindeamon

      1 Reply Last reply
      0
      • J
        J
        jeanb.lott
        wrote on last edited by
        #3

        Hi,

        Thanks for your input.

        Unfortunately the NetXMS servers are running Win7 so I don't think clustering is a possibility. And yes you're right the two servers are monitoring the same network.

        1 Reply Last reply
        0
        • V
          V
          Victor Kirhenshtein
          wrote on last edited by
          #4

          Hi!

          So far it seems that achieve required functionality without having different configurations on servers is impossible. Main problem is that scripts cannot determine if given node is local management server they are running on or not. I can add additional NXSL function in next release to check if given node is local server. Then it will be possible to write filtering script which will ignore all events on server 2 if server 1 is running.

          Best regards,
          Victor

          1 Reply Last reply
          0
          • J
            J
            jeanb.lott
            wrote on last edited by
            #5

            Hi,

            So basically with this new functionality I would have to do something like this right?

            if (isLocalMgt(server1))                           //processing by server1
               return true; //process event
            else
               if (!NetXMSServiceRunning(server1))             //processing by server 2
                  return true; //process event
               else                                            //server 2 doesn't need to process the event.
                  return false; //don't process event
            
            1 Reply Last reply
            0
            • V
              V
              Victor Kirhenshtein
              wrote on last edited by
              #6

              Yes, exactly.

              1 Reply Last reply
              0
              • J
                J
                jeanb.lott
                wrote on last edited by
                #7

                All right,

                Thanks for the help, let me know when this is done.

                 🙂

                1 Reply Last reply
                0

                Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                With your input, this post could be even better 💗

                Register Login
                Reply
                • Reply as topic
                Log in to reply
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes


                • Login

                • Don't have an account? Register

                • Login or register to search.
                Powered by NodeBB Contributors
                • First post
                  Last post
                0
                • Categories
                • Recent
                • Tags
                • Popular
                • Users
                • Groups