@Joseph
I guess you didn’t read/understand the problem, but your answer has no relevance for the subject.

Unfortunately it’s not an option for me to connect the FOG server to the internet.
it’s not critical for me though it’s nice to see the vendor

Perhaps a file upload form for manually updating would be available in the future?

I’ve been trying to manually update the oui.txt, copying the file into
/var/www/fog/management/other

is the import triggered by a cron, or will it only import after pressing the update button which fails due to it cannot download the file.
the FOG server is not connected to the internet, so it cannot download the oui.txt thus I have to do it manually.

cheers

Please see the attached file for full details, but answers are also below.

• Yes, it’s using an unattended file for sysprep.
• And yes it skips the create PC name / User
• No, hostname is not defined*

That sounds about right. Really weird.
I’m going to start making a sysprep machine for Win7 with some slight changes, most should look like the Win81 sysprep though. This is merely to see if the same server acts weird there or if it’s a Win81 problem.

[url="/_imported_xf_attachments/1/1370_unattended3-fog.xml.txt?:"]unattended3-fog.xml.txt[/url]

An update …
On Win7 computers that hasn’t been sysprepped, the renaming works.

There has been no time to test if Win81 works if it hasn’t been sysprepped.
Though I’ll see if I can find some time to make more tests.

After the problematic host was removed directly from the database, there has been no re-occurences of the problem.

As per suggestion, the initial group has been deleted, and all hosts could be added and deleted in the group using the GUI.

Something went wrong with the first hosts being added, but there is no indication what it was, and now it’s not reproducable.

as a side note. would it be possible to make the list of hosts window in Group management -> group -> membership
dynamic so one can resize the window. giving a better overview, and easier access to marking hosts for adding.

bump

No, UAC is not disabled, the user doesn’t have administrative permissions either.
But it should not be the case when a service with credentials executes the scripts.

But even a simple “copy these files to desktop” batch file doesn’t run.

For now things are done manually, as it seems the great devs, are in the progress, of making a new service client.

@jayphizzle: the master is called udd003, and of course all the other clients have a number ranging from udd001-udd024.

@junkhacker: The host computers are all alike, same motherboard etc. There are 2 netcards but one has been disabled in the BIOS.
This was done prior image creation. The master image was created on the computer. No VM’s involved.

Oh, and something to add, these computers are virgin computers

Sorry for triple posting in a row here… I can’t say if this is a bug so it’s up for a discussion here, posting here as it might have some relevance to the prior.

looking in the database table groupMembers I can see there is a row gmHostID, I can imagine that this row should refer to the ID in hosts (if it isn’t please disregard this post) the groupMembers.gmHostID doesn’t seem to match hosts.ID.

Strangly enough, the host that had problems in the group (mentioned above), did have the same number in both groupMembers.gmHostID and hosts.ID.

what it seems to be wrong is that there are fx hosts.ID 4,5,6 but there are no groupMembers.gmHostID 4,5,6, though there are some higher numbes in gmHostID which doesn’t exist in hosts.ID

except for the few first clients (3), which was added manually. The rest of the clients were added using the netboot to Full host registration