2

I'm working on a setup of an OSX Server environment with 4 servers running across two networks:

  • Private XSan Metadata network (configured by XSan as 10.0.10.x/255.255.255.0)
  • Private management network (configured manually as 10.10.0.x/255.255.255.0)

We are seeing a lot of 'hanging' and the spinning beachball when ever we open Server Admin or similar (e.g. XSan Admin) and I am wondering if its possible that the networks overlapping is causing some issues?

If so, is it possible to change the XSan management network settings to something else like the 172.x network space?

Matthew Savage
  • 528
  • 1
  • 7
  • 18

2 Answers2

2

Your subnets are not overlapping. However, if you're trying to contact your device on 10.0.10.0/24 and your server is on 10.10.0.0/24, and there is no route between the two, then you'll never contact it, except by broadcast. Which is to say: if they don't live on the same subnet, you'll never get them to talk to each other easily until you get a router between the two.

What you may want to consider is moving both subnets into a larger network, segement them accordingly, then appoint a machine as a router between them, i.e.

  • Master network as 10.1.x.x./255.255.0.0
  • XServe on network 10.1.1.x/255.255.255.0
  • XSan on network 10.1.2.x/255.255.255.0
  • There needs to be at least one machine with an address in 10.1.1.x, another address in 10.1.2.x, and also a route between the two

Better yet, if you have multiple servers attempting to contact multiple SANs, drop the entire idea of private subnets and just make everything in the same subnet, i.e.

  • Master network as 10.1.x.x/255.255.0.0
  • XServes at 10.1.1.x/255.255.0.0
  • XSANs at 10.1.2.x/255.255.0.0

Using this method, you can easily determine what IP serves what purpose, while still being able to contact it on the same subnet.

Avery Payne
  • 14,326
  • 1
  • 48
  • 87
0

The networks are not overlapping. They are completely distinct. Perhaps you are thinking of them as overlapping becuase they are both in the 10.0.0.0 space, as a Class A network? It really shouldn't matter, because networks haven't used that kind of classification for quite a few years now.

But you might try changing the management network to 10.10.1.x/255.255.255.0 because some network software has problems with the "0 subnet".

Beel
  • 149
  • 1
  • 9