• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. Bill Arlofski
    3. Posts
    B
    • Profile
    • Following 0
    • Followers 0
    • Topics 2
    • Posts 29
    • Best 0
    • Controversial 0
    • Groups 0

    Posts made by Bill Arlofski

    • RE: Snapins fail to deploy with 1.0.1

      Hi Tom.

      I am seeing the same issues with FOG 1.0.1 and a Win7 client that used to work with snapins. For example, fog.log on client shows that is it downloading my notepad.exe test snapin and “Starting FOG Snapin Installation.” but it never pops up notepad, and I never see a "Snapin installation complete"in the log.

      A couple quick suggestions to aide in debugging snap-ins, and a couple possible bugs reports:

      1. the fog.log lists the ID, and some other info about the snap-in, however, it does not list the snap-in file downloaded. It just says "starting FOG Snapin download then Download complete. Would help to know that it was requesting the correct file in the client-side log

      2. The fog.log shows FOG::SnapinClient ID:x (where x is the task’s ID in the DB)

      however, no where in the FOG web interface does it list a snapin’s ID nor the taks’s ID. I can query the db directly, but another column (task ID) in the task lists would be helpful I think to normal end-users. Also, maybe list the snapin’s ID in snapins lists.

      BUG 1: If I queue a snapin to be deployed to a client, I see the snapin in “active snapin tasks” and in “active tasks” OK, so far so good.

      If I delete the task from “Active tasks” it is still listed in “Active snapin tasks” list

      BUG 2: And finally I am noticing something odd in the FOG Client

      On startup (Win 7) it goes through all the module startups and delays, etc… Then, after it finds and downloads the first snapin, logs “downloading complete” and “starting FOG Snapin INstallation.” the only module that logs to the file is the FOG::TaskReboot which logs over and over again every 5 mins:

      FOG::TaskReboot Attempting to connect to fog server…
      FOG::TaskReboot No task found for client.

      No other modules seem to be doing anything after that. It’s like the Snapin module did not complete its task, and is holding every other module back from running - Except for the TaskReboot module.

      posted in FOG Problems
      B
      Bill Arlofski
    • RE: Latest FOG 0.33b

      [quote=“Tom Elliott, post: 25895, member: 7271”]Bill,

      Sanboot is not as you’re thinking it is. On most systems, that particular sequence of lines works great. That line really just tells the system to boot from the hard-drive.

      However, there are some known issues where sanboot doesn’t like to operate properly. Most notably with HP and Dell’s. For that, you have to change the sanboot lines to simply say exit and all should work.[/quote]

      The laptop in question is an IBM Thinkpad (well, Lenovo).

      Where do I modify the sanboot line? I see that the default.ipxe file specifies: [url]http://192.168.254.9/fog/service/ipxe/boot.php[/url]

      But that php file creates the boot menu on the fly from a db query based on the host’s MAC address(es).

      posted in General
      B
      Bill Arlofski
    • RE: Latest FOG 0.33b

      wait. ignore the 64bit vs 32bit coment. 🙂

      posted in General
      B
      Bill Arlofski
    • RE: Latest FOG 0.33b

      OK, I have determined that this does appear to be some type of incompatibility with a Proxmox qemu VM.

      My laptop successfully iPXE booted into the new FOG menu with a 400 second countdown to HD boot. Which it then wanted to boot from SAN (which does not exist)

      I see in : [url]http://192.168.254.9/fog/service/ipxe/boot.php##params[/url]

      that the (default) local boot is defined as:
      :fog.local
      sanboot --no-describe --drive 0x80 || goto MENU

      I alse see (in the web admin interface) where to set the default timeout, but I do not see where to change the sanboot to /dev/sda1 (or whatever that option would need to be)

      I would be happy to offer any additional information on my proxmox VM system to help in that regard.

      Also, I tried the virtuo and realteck NICs in the VM with no changes to iPXE hanging. Any thoughts on the VM being 64bit vs 32 bit?

      Thanks!

      posted in General
      B
      Bill Arlofski
    • RE: Latest FOG 0.33b

      Ok… I am new to iPXE and my first interaction does not appear to be a positive one. 😕

      My virtual test machine gets the undionly.kpxe from the tftp server, file prints out a few lines, and then hangs.

      See image:

      [ATTACH=full]672[/ATTACH]

      If it matters/helps, my virtual machine is on a proxmox 3.1 server - so the VM is a qemu VM with a virtualized Intel e1000 NIC

      [url=“/_imported_xf_attachments/0/672_FOG-iPXE-20140423.png?:”]FOG-iPXE-20140423.png[/url]

      posted in General
      B
      Bill Arlofski
    • RE: Latest FOG 0.33b

      [quote=“Tom Elliott, post: 25885, member: 7271”]I’m going to guess that you updated from 0.32 to 0.33?

      Did you adjust the options 66/67 so that it points at the undionly.kpxe file?

      The /tftpboot/pxelinux.cfg folder is not used in 0.33 anymore. Tasks are generated/checked directly from the database.

      I’ll find the post with the changes needed to the FOG settings page so things will work properly for you.

      Did you clear the original tasks table so as not to cause issues with DEBUG Messages?
      From mysql command in the fog database:
      [code]truncate table tasks;[/code][/quote]

      <facepalm>

      Of course I didn’t follow any of the on-screen instructions when I ran the install.

      I saw the dhcp options message and thought to myself “yeah, I already set up my dhcp server next-server option… I’m all set…”

      Sorry for the static!

      Making modifications now.

      posted in General
      B
      Bill Arlofski
    • RE: Latest FOG 0.33b

      Tom, I just got my v0.33beta FOG server vm back up and updated. I see the new columns we spoke about for the images (image size etc) Thanks! 🙂

      I am having an problem getting an imaging task to start.

      The issue I am seeing is that when I submit the imaging task, no file gets created in the /tftpboot/pxelinux.cfg directory specific to this host, so it just keeps rebooting due to the imaging task never actually starting, but the task being active in the db.

      I checked permissions on the /tftpboot dir and the /tftpboot/pxelinux.cfg dir and both are 755 fog:root

      Apache server runs as apache, so I changed the ownership to the apache user and re-tested. Still, no file is created for the host in pxelinux.cfg directory.

      posted in General
      B
      Bill Arlofski
    • RE: Image Information

      Junkhacker Not a problem. It’s really my fault for not being on top of the development before asking questions. 🙂

      Firing up my 0.33b VM now.

      Bill

      posted in Feature Request
      B
      Bill Arlofski
    • RE: Image Information

      Junkhacker, re: “actual size already displayed” I need to get my 0.33b demo server back up before commenting further. Our client is using 0.32 and that is where the request came from because on that version the only columns listed are:

      Image name, Description, Storage Group, Edit

      My apologies for asking for something that is already in upcoming release.

      Bill

      posted in Feature Request
      B
      Bill Arlofski
    • RE: Image Information

      re: physical space on server vs. drive size…

      Maybe provide both if possible? They are gzipped on the server, and getting “size on server” would be easy. However, obtaining and displaying the “actual size of image” would not really be possible unless it was calculated on creation and entered into the database.

      At the risk of stating the obvious: gunzip -t on multi-gigabyte files is quite time and cpu intensive, so it would not be something that could be figured on the fly

      Personally, I think something like “total size on server” would suffice. Or (being more creative) listing each partition and mbr in a smaller font under the image’s basic information might be nice too.

      But getting back to our client’s request, it was really brought up to us in the format of “I have this image listed in FOG, and I am not sure if I actually uploaded the imgae or if this was/is still just a place holder… it would be nice if I could see if the file(s) exists or not and if they do, their creation date/time would also be useful”

      So, really, just some additional basic information would probably be enough.

      Bill

      posted in Feature Request
      B
      Bill Arlofski
    • Image Information

      We had a request from a client regarding the image information listed. It would be useful if the Image list could contain more information including Image size and creation date/time.

      Currently we just created a listimages.php for the client that does this:

      [CODE]
      <?php
      $output = shell_exec(“ls -oghR --time-style=locale /images/*”);
      echo "List generated on ";
      echo date;
      echo “<pre>$output</pre>”;
      ?>
      [/CODE]

      Yeah, it’s not pretty, but it does provide them with the basic information they need.

      Thanks!

      Bill

      posted in Feature Request
      B
      Bill Arlofski
    • RE: Host details

      One thing that would be nice to see in the list of hosts whould be “Last check-in time”

      Also, if you are thinking of allowing user-configurable columns to list, then sortable columns would be a nice addition too.

      Thanks for all the hard work.

      Bill

      posted in Feature Request
      B
      Bill Arlofski
    • RE: KEEP UP-TO-DATE with all the Fog 0.33 updates

      Done

      posted in General
      B
      Bill Arlofski
    • RE: Problems creating a new Snap-in

      Arg… was in a rush… nevermind the PHP notices, a minor php.ini modification fixes those.

      However, there is a bug in that FOG does not display the available snapins unless you “search snapins” and type a * in the field (to show all snapins) or start typing the name of a snapin.

      Thanks

      posted in FOG Problems
      B
      Bill Arlofski
    • Problems creating a new Snap-in

      When attempting to create a new snap-in, a pop-up says “Failed to add snap-in, File already exists”

      Also, listing all snap-ins shows none, however, when adding a snap-in to a host or group, the “failed to upload” snap-ins are available as options in the drop down, and any uploaded files are in the /opt/fog/snapins directory.

      here is an apache error.log from when I simply click the snap-ins icon to get to the snap-ins page. A lot of undefined indexes, and undefined variables. However, this system has been functioning, uploading and deploying images since last Summer…

      Any idea about the errors, and any idea why we can not upload a snap-in, and have it listed in the snap-ins list?

      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: groupid in /var/www/fog/commons/init.php on line 5, refer
      er: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: id in /var/www/fog/commons/init.php on line 5, referer: h
      ttp://10.4.1.4/fog/management/index.php?node=snap&sub=list
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: imageid in /var/www/fog/commons/init.php on line 5, refer
      er: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: snapinid in /var/www/fog/commons/init.php on line 5, refe
      rer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: userid in /var/www/fog/commons/init.php on line 5, refere
      r: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: storagegroupid in /var/www/fog/commons/init.php on line 5
      , referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: storagenodeid in /var/www/fog/commons/init.php on line 5,
      referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: crit in /var/www/fog/commons/init.php on line 5, referer:
      [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: sort in /var/www/fog/commons/init.php on line 5, referer:
      [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: userid in /var/www/fog/commons/init.php on line 5, refere
      r: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: confirm in /var/www/fog/commons/init.php on line 5, refer
      er: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: tab in /var/www/fog/commons/init.php on line 5, referer:
      [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: uname in /var/www/fog/management/includes/processlogin.in
      clude.php on line 17, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.in
      clude.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: SERVER in /var/www/fog/management/includes/mainmenu.include.php on line 32, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: allow_ajax_snapin in /var/www/fog/management/ajax/snapin.search.php on line 36, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: id in /var/www/fog/management/includes/submenu.include.php on line 38, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: host in /var/www/fog/management/includes/submenu.include.php on line 66, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined index: snap in /var/www/fog/management/includes/submenu.include.php on line 405, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: snapinid in /var/www/fog/management/includes/submenu.include.php on line 259, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined variable: output in /var/www/fog/management/includes/submenu.include.php on line 463, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]
      [Wed Mar 26 17:12:35 2014] [error] [client 10.10.4.21] PHP Notice: Undefined property: FOGSubMenu::$notes in /var/www/fog/management/includes/submenu.include.php on line 473, referer: [url]http://10.4.1.4/fog/management/index.php?node=snap&sub=list[/url]

      posted in FOG Problems
      B
      Bill Arlofski
    • RE: Join Domain error 1219

      Samba mailing list post fell on deaf ears (or blind eyes I guess 🙂

      But!

      THIS. IS. SOLVED!

      (or at least worked-around)

      So, as it was appearing to be, it was a timing issue.

      Fileserver share was opened by Nitrobit client pre-logon screen, and was held opened for a bit (by WIn7, or Samba, not sure but suspect a change in upgraded Samba version to be the cause), then FOG Service tries to immediately join domain, join fails due to the “multiple connections…” issue.

      Solution?

      Set the FOG Service on Win7 to “Start delayed” \0/

      This will cause it to start “approximately 2 minutes after system boots.”

      I have tested this several times (10+) on the Win7 VM that I set up and, while it may take a little longer (up to 4 about additional mins), the Windows 7 workstation with the Nitrobit client installed on it goes throught the rename, reboot, domain join, reboot-to-domain-logon process flawlessly now - every time!

      So my question is, I wonder what the Samba > v3.6.16 smb.conf option might be to alleviate this without having to modify the FOG Service settings?

      Also, I wonder if the FOG Service install could be modified to either automatically set the service to “Delayed Start” or ask during the install:

      “Do you have any services that connect to the Domain Controller pre-logon screen?” If yes, then set for delayed start, if no, no delayed start.

      Possible other option is what I mentioned previously: FOG Service forcefully disconnects any server connections just prior to join attempt.

      It is 11:30pm on a Friday night, and I am so done with this. Happy it is solved. Now to notify our client so everyone can rejoice!

      🙂

      Thanks Tom, thanks BPSTravis!

      Whoops… Now it is 11:30AM… Forgot to click “Post Reply” before walking out of office triumphantly. heh 🙂

      posted in Windows Problems
      B
      Bill Arlofski
    • RE: Join Domain error 1219

      OK, here’s an update.

      With the Nitrobit client removed and hence, no fileserver access prior to the FOG Service attempting the domain join, the Win7 client auto-joins the domain every single time.

      I can even change the Win7 client’s name and take it out of the domain (at the same time) then reboot, and it will boot to local login prompt, pause, rename, reboot, then pause at a local login prompt, join domain, reboot, and stop at a domain login screen - exactly as expected.

      So, since the Nitrobit client was on these Windows 7 machines from the start, it looks like it is surely some change in Samba. Perhaps it holds the share opened longer than it had in the past.

      I am willing to provide any additional info, or test any patches etc. Let me know what I can do to help solve this.

      I think I might be off to the Samba list to see if I can get someone to decipher the changelog and pinpoint the change that may be the cause of this. 🙂

      Thanks!

      posted in Windows Problems
      B
      Bill Arlofski
    • RE: Join Domain error 1219

      Tom, BPSTravis,

      Nothing in the Samba changelogs from 3.6.16 to 3.6.22 jumps out at me as a possible cause, but that (the Samba update) IMHO is still my number one suspect. Can’t really drop back to an earlier version for two reasons, 1. .22 was a critical security patch, and 2, it is alive production environment 🙂

      I have however, set up a virtual Windows 7 machine on their VMware cluster so I can quickly test imaging, domain joins, and/or any patches to the FOG service.

      As part of testing I will be increasing the Samba logging levels but I suspect I will see the same error from the other side of the conversation. 🙂

      Thanks again for any help

      posted in Windows Problems
      B
      Bill Arlofski
    • RE: Join Domain error 1219

      Tom, BPSTravis… Thanks for the quick replies.

      Yes, we recently updated Samba from 3.6.16 to v3.6.22

      Also, Since this is a Windows 7 with Samba 3.x backend, and GPO support is not available until Samba 4.x (which is out now) we are using a product called Nitrobit to very nicely and easily implement policies to get us through until we can upgrade to Samba 4.x.

      On boot, and just prior to the logon screen being presented, the Nitrobit client dialog pops up to show its progress. At this point it connects to a share on the server and reads its policies for the machine…

      I am wondering if (same as Tom mentioned) that something in Samba changed in that update which may be keeping that connection opened, which is preventing the domain join.

      Tom, what are the chances that the Fog service could be configured to issue a:

      net use * /Delete /Y (or use other method)

      to forcefully disconnect all shares prior to attempting to join the domain?

      Or, maybe query any open connections and writ them to the log file to prove the theory?

      We’d be VERY happy to test a FOG Service with that implemented to see if it fixes the issue.

      Meanwhile, I will scan the Samba changelog to see if anything is glaringly obvious to me.

      Thanks!

      posted in Windows Problems
      B
      Bill Arlofski
    • RE: Join Domain error 1219

      We have recently been experiencing the same thing here with Windows 7 on several different systems. Was working since last Summer but now:

      C:\fog.txt is showing HostnameChanger Domain Error! (‘unknown error’ Code:1219)

      on this machine after imaging when trying to join domain any ideas

      Name change works fine on all systems though.

      posted in Windows Problems
      B
      Bill Arlofski
    • 1
    • 2
    • 1 / 2