I have a number of devices in inventory where the IP address has changed (DHCP enviornment). When I try to re-scan them, the scan fails. I can find the device’s current IP address by doing an NSLOOKUP, but there does not appear to be a way, at least through the Spiceworks GUI, to change it so that (hopefully) a rescan would work? I’m running Spiceworks v4.7.51900. Scanner sends all data instead of deltas is set to true.

Thanks!

35 Spice ups

Make sure incremental scanning is also disabled and scan speed is set to slow.

If you are scanning by IP range, the next scan should pick up the devices at their new IP address. If you are only trying to scan some of the devices on the network, scanning by name is better because the change of IP address will not matter, assuming that DNS is working. If individual IP addresses are the only option, add the new addresses in the scan table and delete the old ones. Then delete the individual devices in the Spiceworks GUI so that they don’t show up as “missing.”

1 Spice up

Incremental scanning was disabled and scan speed was set to slow.

I have a scheduled scan by IP Range running every 12 hours.

Here’s an example. I setup PC1 on my local LAN and Spiceworks added it to inventory using an IP address of 192.168.0.100. I then connected to a different LAN segment and it now has an IP of 172.20.20.54. It’s all part of the same Windows network/forest/domain, so the authentication credentials do not need to be changed. This example happened weeks ago. Yet, when I open inventory and look, it has a 192.168… IP. If while in the Inventory details, device summary, rescan, it fails. If I ping it’s IP or DNS name it’s OK.

I have a similar problem with a few HP Procurve network switches. They were setup on one lan segment and added to inventory. They were moved and their management IP changed (on the device), but spiceworks doesn’t find them scanning by IP. If I create a specific scan rule for the device and scan by dns name, it works. It appears that there needs to be a way to either manually change the IP that Spiceworks has in inventory for a device, or a way to make it ‘forget’ the IP associated with a device. I thought that was what disabling incremental scanning and having the scanner send all details, but it appears that is not the case.

I ended up deleting the problem objects and then rescanning. I lost history, but it solved the problem.

2 Spice ups

Does anyone else have a more practical answer please?

2 Spice ups

You could try the following:

  1. Shut down the Spiceworks service in the Services control panel (or CMD prompt / “net stop spiceworks”).
  2. Back up spiceworks_prod.db from %ProgFiles%\Spiceworks\db
  3. Open spiceworks_prod.db in your favorite SQLite editor – I use the SQLite Database Browser from http://sqlitebrowser.sourceforge.net/
  4. Browse to the “ip_address” field in the “devices” table for the problematic device.
  5. Change the IP address in that field – you’ll have to create a text file with the new IP address and [Import] it if you’re using SQLiteDB.
  6. Save and exit from your editor
  7. Restart Spiceworks from Services (or CMD prompt / “net start spiceworks”)

The device’s IP address should be correct now.

8 Spice ups

There really must be a better answer than to delete the device or hand edit the SQL file?!

I have devices that I need the history of, not to mention all the other associated data, and deleting then re-adding the device, just to change the IP address, is a severe handicap.

I will raise a feature request, if one isn’t already on the cards.

4 Spice ups

RaddishIoW wrote:

There really must be a better answer than to delete the device or hand edit the SQL file?!

I have devices that I need the history of, not to mention all the other associated data, and deleting then re-adding the device, just to change the IP address, is a severe handicap.

I will raise a feature request, if one isn’t already on the cards.

Agree 110%. Device IPs should be tracked, should be editable by hand, and should be blank if the device is offline. If you find or create a feature request, post its link back here so we can spice it up.

8 Spice ups

Agree with the above. There is to room to improve the connection between the inventory UI how devices “behave” in real life.

M.

3 Spice ups

There is (or was) a setting that would Lock the devices IP address and change the info around the IP address, but never the IP address.

I unfortunately cannot remember its name or where it is.

Basically is ensured that the IP would never change.

FOUND IT

In your Pro settings you need to turn on address to name resolution during scans. This should provide the updates when addresses and names change, and prevent duplicate entries based on DHCP changes within the network.

You can find the setting by going to Settings > Advanced Options > scroll down to the bottom left and click on the link Looking for additional settings?

From within the Pro settings, locate the entry: Resolve all addresses to names when scanning and set it to true.

Note that this setting location may change based on your current version of SW.

Hopefully that helps

4 Spice ups

DariusVW,

I made the setting change you recommended and did another scan of the device. The IP address did not update. Did I miss something?

I am looking for a solution for this issue as well. Did anybody else have success with getting devices to update after their IP address changed with DHCP?

Justin

Has there been any update on this issue? we have noticed with an establishment having around 700+ desktops, and every now and again SW will create a duplicate device entry in the inventory, leaving the original with it’s old IP address. pinging the device to establish the new IP and setting an individual scan on that address sometimes rectifies the error, sometimes not, it would be far simpler to have an editable IP field in the device information. Did anyone put this in as a feature request?

Stuart

1 Spice up

I also have this issue - if there is a link to a feature request I can spice up - I do not like the “locked” IP address - this messes me up when a machine gets replaced.

Thanks

David

5 Spice ups

Same problem, i want to use software for several customers with same ip range. Would be good if could delete the ip address. I need the Software only for inventory of customers hardware…

Thanks

Manu

1 Spice up

I find it just silly that since at least 4.7, this is STILL not an option. Rescanning doesn’t work if it isn’t a Windows device or other option. We have devices that don’t have logins or SNMP and we’ve just finished a massive IP address change. Of course, SpiceWorks didn’t update the IP address since they are not in DNS. And we have manually added information to their records, so if Spiceworks picks them up on the new IP and creates a new records, then we have to transfer that information. It just doesn’t make sense.

3 Spice ups

Jason5593 wrote:

I find it just silly that since at least 4.7, this is STILL not an option. Rescanning doesn’t work if it isn’t a Windows device or other option. We have devices that don’t have logins or SNMP and we’ve just finished a massive IP address change. Of course, SpiceWorks didn’t update the IP address since they are not in DNS. And we have manually added information to their records, so if Spiceworks picks them up on the new IP and creates a new records, then we have to transfer that information. It just doesn’t make sense.

Why can’t Spiceworks log the MAC address – that at least is a physical property which doesn’t change. Some devices like laptops will have more than one MAC address, just as they can have more than one IP address, so the database needs to support that.

10 Spice ups

Need to get this in the feature requests, we should be able to manually change an IP assigned to a device, not have to delete, lose history, rescan. Manually being able to would be extremely helpful and then when the next scan runs hopefully it will pick it up and not flag it as an issue.

1 Spice up

OK, I too am joining the ranks of the IP inflicted. I am running an older 5.3 version. Does 6.1 address the IP issue?

If not does anyone have a better solution than manual changes? The reason I ask is one of our major groups just went through a large lab change and I have this problem across 20+ subnets and 2000+ nodes. I am running a central server with 3 remote collectors that report into it for this customer. I will have this problem with our other customers in the near future.

Stop reading here: conversation with myself - :slight_smile: (:

------ Why don’t I upgrade?

------- I have 8 sites world wide running Spiceworks with 1 ~ 4 deployments at each site. Some deployments are not just stand alone installs. Some have 3 or 4 systems per deployment to keep up with the load. 1000 - 2000 nodes. I keep them all at the same revision. I will upgrade if it is necessary, but to do so will take a significant amount of time I don’t have.