Elliott Peeler wrote On 10/04/07 13:19,: > Hello all, > > Due to the unexpected expansion of our deployment, I find myself in the > following situation. > > I'm using a two server FOG with directly connected dedicate interconnect > for the DTUs. I configured DHCP services across to the two servers in > the FOG to service a single class C subnet. The address space was > divided into 119 addresses so that each server would be able to deliver > DHCP services to my 100 or so DTUs should the other server go down. > Obviously, this limits me to 119 DTU's per FOG and now we're looking at > moving beyond that number. > > I'm looking for advice on the best way to reconfigure the DHCP > parameters on each server in the FOG to minimize the amount of work/down > time. I'd like to be able to support 250 DTUs max with this FOG. > > Would I need to do a utadm -d on the interconnect interfaces and just > start from scratch putting a private class B subnet on them? Will this > kill users sessions or will they still be there once I get the > interconnect interfaces back up and serving DTUs again.
Is this Solaris or Linux? I'll assume Solaris. Since it's a private interconnect, you should be able to combine an adjacent class C to your existing network to make a /23 network. Assuming that you used utadm -a, you could just manually edit the /etc/netmasks file and change the netmask from 255.255.255.0 to 255.255.254.0. That will give you another 256 addresses to play with, and you should be able to manually add those to each server using pntadm or dhcpmgr. Unless you're confident that you can do the ifconfigs manually to change the netmasks on the interfaces, you might want to reboot. I haven't tried this, and there might be some things I've forgotten, but this is what I'd do. Kent _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
