Posts made by Hanz

@Jbob

This is copy of registry and it’s entries post error. I didn’t want to screenshot every key, but I can give you entries if necessary… Hope this helps.

-----------------------------------------------------------------------------
--------------------------------HostnameChanger-------------------------------
------------------------------------------------------------------------------
 11/22/2015 10:42 AM Client-Info Version: 0.9.7
 11/22/2015 10:42 AM HostnameChanger Running...
 11/22/2015 10:42 AM Middleware::Communication URL: http://10.72.3.50/fog/service/servicemodule-active.php?moduleid=hostnamechanger&mac=08:00:27:FF:A3:9E||00:00:00:00:00:00:00:E0&newService=1
 11/22/2015 10:42 AM Middleware::Communication Response: Success
 11/22/2015 10:42 AM Middleware::Communication URL: http://10.72.3.50/fog/service/hostname.php?moduleid=hostnamechanger&mac=08:00:27:FF:A3:9E||00:00:00:00:00:00:00:E0&newService=1
 11/22/2015 10:42 AM Middleware::Communication Response: Success
 11/22/2015 10:42 AM HostnameChanger Checking Hostname
 11/22/2015 10:42 AM HostnameChanger Renaming host to SYSPREP-TEST
 11/22/2015 10:42 AM HostnameChanger Unregistering computer
 11/22/2015 10:42 AM HostnameChanger Removing host from active directory
 11/22/2015 10:42 AM HostnameChanger ERROR: Required Domain information is missing
 11/22/2015 10:42 AM HostnameChanger Updating registry
 11/22/2015 10:42 AM RegistryHandler ERROR: Could not set SYSTEM\CurrentControlSet\Control\ComputerName\ActiveComputerNameComputerName
 11/22/2015 10:42 AM RegistryHandler ERROR: Cannot create a stable subkey under a volatile parent key.

 11/22/2015 10:42 AM Power Creating shutdown command in 60 seconds
 11/22/2015 10:42 AM Bus {
  "channel": "Power",
  "data": "{\r\n  \"action\": \"request\",\r\n  \"period\": 60,\r\n  \"options\": 2,\r\n  \"command\": \"/r /c \\\"FOG needs to rename your computer\\\" /t 0\",\r\n  \"message\": \"This computer needs to perform maintenance.\"\r\n}"
}
 11/22/2015 10:42 AM Bus Emmiting message on channel: Power
------------------------------------------------------------------------------

This is when host is currently domained and trying to change name…Fog Settings > Default AD > set with domain name, username, and password(that is legitimate and domain admin account)…
Same settings applied to host via GUI as well

Are there any other things I need to do for this to work ?

@Sebastian-Roth It’s really a hodge podge of different machine types. I understand why I get timeout (because drivers aren’t present) but not why the slow bzimage when using the driver that’ll get me there. Apparently Yukon nic doesn’t have any UNDI drivers, as I see most manufacturers UNDI PXE loading when initiating pxe boot.

I’m trying to get “one” to work with all, or maybe build an undionly to include whatever is in the ipxe.kpxe krnl that makes this one nic type work. I guess I’ll just change option 67 when dealing with these machines until I find a better solution.

Any idea why the individually specified kernel doesn’t seem to help any ?

@Quazz I would like a setup like yours shown below that might allow me to make fog switch the little kernel by yukon, else use undionly.kkpxe. Could you guide me ?

Possibly something I could add to default.ipxe or something ? I just realized the kernel on gui is really the bzimage not the udionly or ipxe “little kernels”

@Sebastian-Roth Ok gotta get squared away here, I have one machine with a Yukon nic and it will only work (otherwise ipxe error indicating tftp timeout) with the ipxe.kpxe, another machine (indicative of most machines in our network) with realtek nics that works well with the undionly.k/kkpxe (either)…

Problem is that if I use the ipxe.kpxe to boot (all computers will get to menu) however the majority of our machines with the realtek nics take about 5 mins to load bzimage, whereas the yukon nic goes like normal…about 3 seconds.

If I use the undionly.kpxe, not all machines will contact server for pxe boot either tasked or not.

My only option it seems (that’s why I’m asking) is to change option 67 when dealing with the “problem children.”

Does the installer download the newest ipxe.k/kkpxe and/or undionly.k/kkpxe ? I have a lot of questions about the inner workings, hate to be a pain, just too curious for my own good.

It also seems that setting the custom kernel per GUI for the individual machine won’t work.

@Sebastian-Roth no once it goes past the default.ipxe, and boot.php, bzimage is really slow

@Sebastian-Roth why would the ipxe.kpxe load very slowly once it gets to bzimage

@Sebastian-Roth yes that is correct, I’m sorry I didn’t really explain it thoroughly. ipxe.kpxe works really well so far with all our systems, is there any particular advantages to undionly.kpxe over ipxe.kpxe ?

@Sebastian-Roth

ipxe.kpxe fixed this issue

@Wayne-Workman Ok so I remembered Tom saying something about the inits being on the client…(thought that was wierd), but apparently after deleting host, installing client, and adding it via pending hosts, all works well now. My only guess is that it now involves security measures or identities.

@Wayne-Workman

[bcs@fog-server ~]$ cd /var/www;find . -type l -ls
393285    0 lrwxrwxrwx   1 root     root           18 Nov 18 08:19 ./fog -> /var/www/html/fog/
4980760    0 lrwxrwxrwx   1 apache   apache         17 Nov 18 08:19 ./html/fog/fog -> /var/www/html/fog
4981499    0 lrwxrwxrwx   1 apache   apache         50 Nov 18 08:20 ./html/fog/mobile/css/font-awesome.css -> /var/www/html/fog//management/css/font-awesome.css
4981510    0 lrwxrwxrwx   1 apache   apache         35 Nov 18 08:20 ./html/fog/mobile/fonts -> /var/www/html/fog//management/fonts
4981513    0 lrwxrwxrwx   1 apache   apache         34 Nov 18 08:20 ./html/fog/mobile/scss -> /var/www/html/fog//management/scss
4981511    0 lrwxrwxrwx   1 apache   apache         34 Nov 18 08:20 ./html/fog/mobile/less -> /var/www/html/fog//management/less

The symlink under /var/www looks to be new somewhere around SVN 5389 or newer possibly.

@Wayne-Workman

#!ipxe
cpuid --ext 29 && set arch x86_64 || set arch i386
params
param mac0 ${net0/mac}
param arch ${arch}
param platform ${platform}
param product ${product}
param manufacturer ${product}
param ipxever ${version}
param filename ${filename}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain http://10.72.3.50/fog/service/ipxe/boot.php##params

This error occurs after “boot.php…ok”

@Wayne-Workman Both locations have /fog as web root (as it always has been 99.9% sure)

Output is

[bcs@fog-server ~]$ ls -lat /var/www/html/fog/service/ipxe
total 867284
-rw-r--r-- 1 fog    apache  15395728 Nov 18 08:20 init_32.xz
-rw-r--r-- 1 fog    apache  16329408 Nov 18 08:20 init.xz
-rw-r--r-- 1 fog    apache   6837408 Nov 18 08:20 bzImage
-rw-r--r-- 1 fog    apache   6609104 Nov 18 08:20 bzImage32
-rw-r--r-- 1 fog    apache     21280 Nov 18 08:20 bg.png
-rw-r--r-- 1 fog    apache     20933 Nov 18 08:20 refind.conf
-rw-r--r-- 1 fog    apache    205192 Nov 18 08:20 refind.efi
-rwxr-xr-x 1 fog    apache       679 Nov 18 08:20 boot.php
-rw-r--r-- 1 fog    apache     25340 Nov 18 08:20 memdisk
-rw-r--r-- 1 fog    apache   1839104 Nov 18 08:20 memtest.bin
-rw-r--r-- 1 fog    apache      1372 Nov 18 08:20 advanced.php
-rw-r--r-- 1 fog    apache    234697 Nov 18 08:20 grub.exe
drwxr-xr-x 3 fog    apache      4096 Nov 18 08:20 .
drwxr-xr-x 2 fog    apache      4096 Nov 18 08:20 backup
-rwxr-xr-x 1 fog    apache 216637440 Nov 18 08:20 LiteTouchPE_x86.iso
-rwxr-xr-x 1 fog    apache 623890432 Nov 18 08:20 Hirens.iso
drwxr-xr-x 3 apache apache      4096 Nov 18 08:19 ..

not sure why the red

I will add that per /opt/fog/.fogsettings, on server, the webroot is set as “fog/”…buuuut once again, I haven’t ever changed this.

init sizes are correct, however I tried to add clam last night and in trying to edit init.xz and/or init_32.xz by using xz -d init{,_32}.xz and things went a little weird. Im not sure if it worked or not, although per Tom I did uncompress them since I lost the .xz extensions, so I deleted init.xz and init_32.xz and updated svn thinking it would replace correct init.xz and/or init_32.xz.

It does look like new ones were downloaded, however I get the error mentioned at the top of this post.
sizes are 15 and 16 M which look correct per other nodes.

I don’t understand completely how init and bzimage are related (if they are) and how I could’ve messed this up.

After fresh install 5419 when it gets to load the bzimage the directory is http://10.72.3.50/fog/service/ipxe/http%3A//10.72.3.50/fog/service/ipxe/http%3/10.72.3.50/fog/service/ipxe/bzimage…No such file or directory (http://ipxe.org/2d0c613b)
doesn’t look like it’s looking in the correct place…(my guess anyways)
this is just after the http://10.72.3.50/fog/service/ipxe/boot.php… ok

Mine is working ok, but I’m running it on Fedora 22 after update to 5419.

@ch3i See this post, might clear things up

https://forums.fogproject.org/topic/6130/certificate-issues-since-moving-fog-from-ubuntu-to-fedora

No issues with this after 5374

@Tom-Elliott Ok so I understand the image replication wierdness…let me ask about the snapin replication. I’m getting

* Found Snapin to transfer to 5 group(s)
[11-16-15 3:20:27 pm]  | Snapin name: Essentials Install
[11-16-15 3:20:27 pm]  * Starting Sync Actions
mirror: Access failed: 550 Failed to change directory. (/opt/fog/snapins/MSEInstall.exe)

in error log on server, and this one node seems to be copying the actual snapin “MSEInstall.exe” as a directory as shown below.

cd[bcs@ramage ~]$ cd /opt/fog/snapins  SVN 5374
[bcs@ramage snapins]$ ls -la
total 1324256
drwxrwxrwx 5 root root      4096 Nov 16 15:20 .
drwxr-xr-x 5 root root      4096 Nov  6 10:30 ..
drwxrwxrwx 2 root root      4096 Nov  6 10:29 CA
drwxr-xr-x 2 fog  fog       4096 Nov 16 15:22 MSEInstall.exe
-rwxr-xr-x 1 fog  fog  677099526 Nov  6 13:05 OfficeUninstall.exe
-rwxr-xr-x 1 fog  fog       6144 Nov  6 13:05 Repin.exe
-rwxr-xr-x 1 fog  fog  678899577 Nov  6 13:04 setup_silent.exe
drwxrwxrwx 2 root root      4096 Nov  6 10:29 ssl

UPDATE: Per SVN 5374 tokens are being created correctly… Thank you @Tom-Elliott !!!

@Tom-Elliott below is the output from said command. Curious about the permissions for the … as it usually is owned by root I thought.

[bcs@fog-server ~]$ ls -lhart /opt/fog/snapins/ssl
total 16K
drwsrwsrwx 2 fog apache 4.0K Oct 16 09:25 .
drwsrwsr-x 4 fog apache 4.0K Nov 15 19:34 ..
-rwxrwxrwx 1 fog apache 3.2K Nov 15 23:35 .srvprivate.key
-rwxrwxrwx 1 fog apache 1.6K Nov 15 23:35 fog.csr

Currently running 5368