Problem regarding imaging and netbios name


Recommended Posts

hello gang,

i have a new problem which seems to have stumped me. I recently updated an already created image (Ghost), created a new image of that system then rolled it out to approx 30 client computers. the procedure i use is this:

1 Install O/S and apps

2 Configure (using a specifically created admin account) profile to copy to default user

3 run sysprep (with the option left on to regenerate sids)

4 and whilst the computer is DOWN (as in before it boots to create new sids and follow my sysprep.inf answer file) i ghost that image.

So theorectically i can rollout fresh images that havent finshed initializing or joined domains yet, to ensure these are REALLY individual images. sysprep then continues and domain attachment is automated via sysprep.inf so i end up with computers ready to rock and roll.

My problem now stems from the fact that on my LAST set of images, the netbios name seems to have been copied across to every image. Now this is peculiar as when i look at each computer in the my computer properties, computer name, more, netbios name, it actually says the computer unique name. As expected ofcourse. But when i ping a recently imaged computer from another computer with the command "ping -a NEWIMAGE1" i recieve a reply from the correct ip adress, but of the netbios name of the host image computer before sysprep was run on it.

Let me say that bit again, the host image (the computer my image was created from) had a computer name of 'Image010306Builda', and such a netbios name of the same up 2 15 characters ofcourse. Sysprep was run on this computer to regerate sids and the like. When this computer shutdown after sysprep i imaged it. My new images all got new computer names (during the sysprep procedure). But now when i interogate these computers they have the same netbios name as the originaal host computer, whilst their own netbios name configuration IS their own (correct) dns computer name.

i cant seem to find the cause of this. I had a WINs server in operation but removed it for clarity sake, it did not have any records regarding my issue anyway.

Any help please, especially from S.O.E admins or anyone really. Thanks alot guys.

Hi amfony,

This may sound strange but we had exactly the same issue at our DR site recently.

You'll find all the machines are pinging via WINS instead of DNS i.e. WKS001 instead of WKS001.domain.co.uk)

Anyway, the fix the engineering team implemented was to script in an "ipconfig /release" and "ipconfig /release" upon the final boot (after our image was rolled and had at least once booted into windows).

Try that on one machine and then try pinging...you should be able to via DNS and resolve name correctly.

What I couldn't understand was a reboot was NOT resolving the issue...it required a forced ipconfig release and renew. Very strange indeed.

Please post an update here whatever the outcome.

Many thanks

i tried but no dice. under every circumstance i get the same reply. i even ran sysprep again on a image client machine, removed ut from domain, uninstalled the nic, rebooted, searched registry, i disabled netbios expliocilty from the nic, (its disabled by dhcp by default) and no dice. i am at a loss

Where are you resolving these names from? Your machine? Every other machine on the network? Where?

Sounds like you have a cached entry or lmhost/host entry in where ever your trying to access these machines from.. What does a nbtstat -A IPADDRESS of the machine in question show?

What does your cache show on the machine your doing these queries from? nbtstat -c

What does the machine in question show for nbtstat -n show?

Sorry for the late reply guys! but i am back now

Sorry budman i should have been more specific, from the newly created image (lets name it CLTIMG) when i ping it self, i get returned its proper "dns" fqdn (and proper address), when i type the command "ping -a IPADDRESS OF SELF" i get the CORRECT DNS name relpy again. Now this is what i expect as i have disabled netbios via DHCP options.

When i ping from ANOTHER (any other) computer to the CLTIMG via its proper name, i get a correct and legitmate dns response (my ddns is working fine and all records are correct for the new images), from anyother computer when i type "ping -a IPADDRESSOFCLTIMG" i get resolved back "ORIGINALIMG" (being the image i copied to rollout to client machines) and the ip address of the CLTIMG box.

Sorry if i am not very clear, but when resolving from it self, the CLTIMG thinks everything is ok. When resolving netbios from another computer it gives me the wrong computername.

I did go through pretty much nbtstat had to aoffer me budman and to confuse me even further when i typed "nbtstat -a CLTIMGIPADDRESS" i get the CORRECT netbios name returned to me.

in the cache if the CLTIMG i get nothing the domain name (which is wierd as i shudnt have any entries here is my netbios is disabled) and nbtstat -n gives me once again my correct computer name.

Interesting no?

I am thinkning along the lines that sysprep itself didnt quite work as supposed to rather then any configuration errors. What is your line of thniking budman? and others ofcourse?

Thanks guys and sorry again about the late reply

I've built plenty of machines and joined them to a domain for tweaking before ghosting, BUT I always remove them from the domain and remove the comp account in AD prior to actually making the image. I havent seen any odd issues form doing so and usually use sysprep to have them prompt for a new name prior to joining the domain on first boot after applying the image...

The problem as it sounds to me is more of a DNS issue than a workstation issue... Maybe try removing the DNS entry for the particular machine that your pinging then renew the IP of that machine and have a new DNS record created. Then of course ping it from somethign else... OR, maybe remove the problem machine from the domain, remove the comp account in AD, rename it and rejoin the domain... Either of these will basically allow DHCP to update DNS with a new record for that machine, and hopefully resolve your problem.

ok that could be the problem, the fact that i DONT remove the computer from the domain b4 sysprep-ing. I was under the assumption that a reseal on sysprep was the equivalent of "making the system ready to be used by end users", and therefore assumed all naming and domain membership was revoke and nullified before sysprep was finshed its job. As well as re-sid-ing.

Now ill have to test this tomorrow, but just a thought. I too, have built plenty of computers, it seems in error with my mistake regarding the domain. But i have now in a prodcution environemnt 95% of my images running well. As in NOT WITH THIS PROBLEM. i dont feel that my procedure this time was any different from the other systems i have built then imaged.

I called micro$oft, with a capital SOFT, and i explained my issue, as soon as i mentioned "3rd party deployment application" they washed theirs hands of the problem and said "we cant guarentee anything with 3rd party products".

As for UnaBonger, the records i have delted and to no avail, the first post actually refers to new ip lease and that was no dice either.

Im back wit the results, I did create a new image with removing the domain, this didnt seem to fix it.

I have recoursed back to creating a brand new installation of XP from my custom install CD. Customised, removed from domain as suggested in this thread and imaged. This works.

Unfortunatley i cannot pin point the problem, but a work around will do until i get more time to investigate. Thanks for all your help guys with this issue.

Sincerley

Amfony

This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Posts

    • The concept of ghost writers has existed for centuries; they don't get disclosed. I'm not sure this is different. In both cases the true author has agreed to do the work without being publicly credited. Don't get me wrong, I find the entire thing disgusting. Perhaps we agree but have slightly different standards for what the word "shady" means.
    • Nvidia GeForce NOW gains support for Dune: Awakening, The Alters, and more by Pulasthi Ariyasinghe Nvidia's GeForce NOW cloud gaming service brings support for a new selection of games every Thursday, and the latest weekly drop has just revealed itself. The latest games supported by the service include hits like Dune: Awakening, highly anticipated indies like The Alters and Kingdom Two Crows, and much more. Aside from the new games, Nvidia has just kicked off a brand-new sale for its 24-hour pass program. Available only for its Performance tier of GeForce NOW, this latest 1-day membership pass discount offers 1440p resolution streams with features like ray tracing and DLSS for 40% off. Don't forget that the GeForce NOW 40% off sale for the six-month subscription is still active too, with Nvidia cutting the price of the Performance membership until July. Here are the games announced for the program this week: Frosthaven Demo (New release on Steam, June 9) Dune: Awakening (New release on Steam, June 10) MindsEye (New release on Steam, June 10) Kingdom Two Crowns (New release on Xbox, available on PC Game Pass, June 11) The Alters (New release on Steam and Xbox, available on PC Game Pass, June 13) Lost in Random: The Eternal Die (New release on Steam and Xbox, June 13, available on PC Game Pass, June 17) Firefighting Simulator – The Squad (Xbox, available on PC Game Pass) JDM: Japanese Drift Master (Steam) Hellslave (Steam) Last week, Nvidia also revealed some highlights from what's coming throughout June. This includes FBC: Firebreak, the Borderlands trilogy, Rematch, and much more. The company has a tendency to add many more games to its cloud gaming service outside of these early announcements, so check back as weeks go by to see what's new. As always though, keep in mind that unlike subscription services like Game Pass, a copy of a game must be owned by the GeForce NOW member (or at least have a license via PC Game Pass) to start playing via Nvidia's cloud servers.
    • Yes, people are cheap   I will give you $30 bucks for that 8TB SSD.
    • Yes, thats why put no offense in brackets. I realize it might sound inappropriate. It wasn't meant so. It is with all respect.
    • I would have not have gone with "intellectually weaker individuals" but just said not very tech savvy individuals and I suspect you don't have much in the way of life experiences there. I consider myself rather technically inclined as have worked in IT for some 30 years so I understand how annoying it can be to deal with someone who is not very tech savvy but... I have meet people who were brain surgeons, legal scholars, and one Noble prize winner who were all fairly ignorant about technology and clueless about their phones and computers but yet I would say was the one who was the "intellectually weaker individual" in every case.
  • Recent Achievements

    • Week One Done
      fashionuae earned a badge
      Week One Done
    • One Month Later
      fashionuae earned a badge
      One Month Later
    • Week One Done
      elsafaacompany earned a badge
      Week One Done
    • Week One Done
      Yianis earned a badge
      Week One Done
    • Veteran
      Travesty went up a rank
      Veteran
  • Popular Contributors

    1. 1
      +primortal
      505
    2. 2
      ATLien_0
      262
    3. 3
      +FloatingFatMan
      191
    4. 4
      +Edouard
      175
    5. 5
      snowy owl
      126
  • Tell a friend

    Love Neowin? Tell a friend!