Import script corrupts MAC, leaves nodes unstable

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Import nodes from OM dash where there's a 0 in the final octet.
2. check the node listing in robin-dash. For example 00:02:6F:76:1A:8 or 
00:02:6F:76:1A:E
3. See that the last octet is missing a value

What is the expected output? What do you see instead?
Furthermore, after setting alternate dashboard to www.robin-dash.net in 
Cloudtrax, these nodes become totally unstable since they are forced to go to 
robin-dash, but are not properly registered (their MACs aren't recognized).

What version of the product are you using? On what operating system?
Hosted robin-dash and Cloudtrax.
network name mesquito

Please provide any additional information below, such as the network name,
and the Server URL (If not using the Hosted Version)

Original issue reported on code.google.com by RobGM...@gmail.com on 13 Apr 2011 at 9:57

[GoogleCodeExporter]

Can you post what the macs originally were before they got converted and 
afterwards? Then I will see what I can do.

Original comment by c...@codycooper.co.nz on 14 Apr 2011 at 11:00

• Changed state: Accepted
• Added labels: Component-Logic, Maintainability, OpSys-All, Priority-High, Usability
• Removed labels: Priority-Medium

[GoogleCodeExporter]

Original comment by c...@codycooper.co.nz on 14 Apr 2011 at 11:11

[GoogleCodeExporter]

I suspect I have fixed it now. Let me know how it goes.

Original comment by c...@codycooper.co.nz on 14 Apr 2011 at 11:34

• Changed state: Fixed

[GoogleCodeExporter]

I had already gone in and fixed the MACs by adding those nodes again manually.
The pattern was that when the last octect was :0x  the 0 would get deleted. So, 
:0E became :E and :04 became :4

Original comment by RobGM...@gmail.com on 14 Apr 2011 at 3:20