F5F Stay Refreshed Power Users Networks Everyone handling systems admin please join the call

Everyone handling systems admin please join the call

Everyone handling systems admin please join the call

Pages (2): 1 2 Next
P
piganometry
Member
63
11-22-2020, 01:34 PM
#1
I'm facing a challenge with two labs that need me to clean up their environments. The IP addresses are assigned based on server locations, like Server1 in rack R44, U position 22, which gives an IP such as 10.0.244.22. Breaking it down, the x.x.244 part shows the rack, and the x.x.x.22 indicates the U position. The naming convention combines the model number with rack and U position—for instance, DL360gen10r44u22. This setup helps quickly identify a server by IP or name. However, since servers are frequently moved, relying on IPs or names becomes unreliable. If one server's IP changes, others may point to incorrect locations. You're wondering how to maintain consistency when servers shift. One possible solution is setting up a DNS lookup using nslookup. This would let you search for the server name from an IP address, helping you track its location without needing to restart the system or change BMC/eth addresses. The local admin would just update the name after moving the server, which avoids disrupting the network configuration. Any suggestions would be greatly appreciated.
P
piganometry
11-22-2020, 01:34 PM #1

I'm facing a challenge with two labs that need me to clean up their environments. The IP addresses are assigned based on server locations, like Server1 in rack R44, U position 22, which gives an IP such as 10.0.244.22. Breaking it down, the x.x.244 part shows the rack, and the x.x.x.22 indicates the U position. The naming convention combines the model number with rack and U position—for instance, DL360gen10r44u22. This setup helps quickly identify a server by IP or name. However, since servers are frequently moved, relying on IPs or names becomes unreliable. If one server's IP changes, others may point to incorrect locations. You're wondering how to maintain consistency when servers shift. One possible solution is setting up a DNS lookup using nslookup. This would let you search for the server name from an IP address, helping you track its location without needing to restart the system or change BMC/eth addresses. The local admin would just update the name after moving the server, which avoids disrupting the network configuration. Any suggestions would be greatly appreciated.

M
MavrosGR
Senior Member
579
11-23-2020, 12:37 AM
#2
It doesn’t make much sense to relocate a server. I understand you’re not the one handling the moves, but still. Could renaming them by role—like PDC, BDC, SQL Server—help? Or better yet, include the function in the "computer description" section under the Identifier and add a Dymo label for clarity. Just a suggestion.
M
MavrosGR
11-23-2020, 12:37 AM #2

It doesn’t make much sense to relocate a server. I understand you’re not the one handling the moves, but still. Could renaming them by role—like PDC, BDC, SQL Server—help? Or better yet, include the function in the "computer description" section under the Identifier and add a Dymo label for clarity. Just a suggestion.

G
goldenagate
Member
209
11-23-2020, 02:38 AM
#3
I believe the main reason systems shift frequently is that remote teams use them to evaluate and compare hardware, constantly changing configurations. I think moving them from an internal to external network explains much of the activity, though there are more efficient approaches. Regarding documentation, static jobs or clear purposes aren't really needed, making descriptions less valuable.
G
goldenagate
11-23-2020, 02:38 AM #3

I believe the main reason systems shift frequently is that remote teams use them to evaluate and compare hardware, constantly changing configurations. I think moving them from an internal to external network explains much of the activity, though there are more efficient approaches. Regarding documentation, static jobs or clear purposes aren't really needed, making descriptions less valuable.

J
Jedi_Jake
Junior Member
24
11-27-2020, 05:28 PM
#4
It seems assigning a clear identifier is more challenging now. Apart from what you've provided, I don’t recognize any better options at the moment.
J
Jedi_Jake
11-27-2020, 05:28 PM #4

It seems assigning a clear identifier is more challenging now. Apart from what you've provided, I don’t recognize any better options at the moment.

I
iasdd177
Member
136
11-27-2020, 07:00 PM
#5
I
iasdd177
11-27-2020, 07:00 PM #5

B
Beeny
Member
201
11-27-2020, 11:10 PM
#6
From a proper network configuration point of view, you don't relocate a server. This issue is leading to instability across the system.
B
Beeny
11-27-2020, 11:10 PM #6

From a proper network configuration point of view, you don't relocate a server. This issue is leading to instability across the system.

S
steel51
Member
205
11-28-2020, 08:19 PM
#7
Each rack has a managed switch that handles its own local DHCP pools. IP addresses are assigned via the switchport rather than the MAC address. There will be many unused switchports, but sometimes simple fixes are necessary.
S
steel51
11-28-2020, 08:19 PM #7

Each rack has a managed switch that handles its own local DHCP pools. IP addresses are assigned via the switchport rather than the MAC address. There will be many unused switchports, but sometimes simple fixes are necessary.

J
jambalaia93
Member
224
11-29-2020, 04:29 AM
#8
If Linux can consistently update server hostnames to reflect rack locations and U numbers, a cron job could automate this process—running a script every hour (or sooner)—to adjust the IP address based on the new hostname.
J
jambalaia93
11-29-2020, 04:29 AM #8

If Linux can consistently update server hostnames to reflect rack locations and U numbers, a cron job could automate this process—running a script every hour (or sooner)—to adjust the IP address based on the new hostname.

H
husker53
Posting Freak
802
12-01-2020, 07:48 PM
#9
Switching the IP would need the server to be restarted, which isn't the best solution
H
husker53
12-01-2020, 07:48 PM #9

Switching the IP would need the server to be restarted, which isn't the best solution

S
StyleTrick
Senior Member
744
12-02-2020, 09:32 PM
#10
incorrect
S
StyleTrick
12-02-2020, 09:32 PM #10

incorrect

Pages (2): 1 2 Next