Posts made by David Herrington

[quote=“Joseph Hales, post: 41724, member: 18131”]Have you tried adding both MAC addresses to FOG?[/quote]

I tried adding another MAC address on a different host and the add MAC button doesn’t do anything when I click it

[quote=“kirk_, post: 41722, member: 27883”]I’m not sure if it’s related but I have a similar issue on a box that has more that 1 network card. The initial boot sequence will use the main ethernet port, then the latter portion of the boot sequence wants to use the second port.

In my case what happens is that ethernet port #1 will properly load the bzImage and init_32.xz. After that the s40network script brings up eth0 but now eth0 points to the second network port.

I’m using the SVN version from yesterday, BTW.[/quote]

I was having the exact same problem, “Sending discover” just constantly looped
Took the second NIC out of the PC and it’s working like normal

I’m running SVN 2973

EDIT: I was trying to do a full registration, the PC wasn’t registered yet and hadn’t tried adding it manually

Well I was working on something else and messed things up even more… lol?

I’m not using this in production, just seeing what I can mess up and testing

Anyways I just left the database alone, I didn’t touch anything at all when updating
But before running the 1.2 installer while on 2556 none of my images would show in the list and if I tried to create another one they wouldn’t show up either

Hosts show up and I can create new ones on 2556 if that matters at all

At the end of the apache error log there’s several PHP warnings
[QUOTE]PHP Warning: in_array() expects parameter 2 to be array, null given in /var/www/fog/lib/pages/ImageManagementPage.class.php on line 351, referer: [url]http://127.0.0.1/fog/management/index.php?node=image&sub=edit&id=4[/url][/QUOTE]

There’s also this warning
[QUOTE]PHP Warning: MySQL::sqlerror(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 180, referer: [url]http://127.0.0.1/fog/commons/schemaupdater/index.php?redir=1[/url][/QUOTE]

I’m not too worried about fixing this, like I said, it’s a test machine but thought I’d bring it up just in case

[quote=“ArchFan, post: 38653, member: 19266”]Where are your images stored, /images?[/quote]

Correct, I’ve always had everything set to the default

I just went from 1.2 to build 2556 and none of my images show up under image management now
If I run the 1.2 installer again, they show up like nothing has changed

Have any idea why that would be?

And the password for your storage node is the same as the one in the Fog configuration?
I may be wrong but I believe that password also has to be the same for the user “fog”

Did you try what I suggested in my last post?

[quote=“andyroo54, post: 33848, member: 267”]we always had this massive delay logging in, it was never a big enough concern to bother looking into from my end but the problem is gone now![/quote]

A little off topic but I have had this problem every single time there’s an update for Fog available
Right now I’m on 1.2 and logging in is instant but on every other version I’ve used (which is all of them since .32), it would take at least 30 seconds to login whenever there was an update available

Why did you use such an old version?
1.2 was just released on the 21st

Anyways, open your Fog web interface, click “Fog Configuration” and then “FOG Settings” and copy the password for “FOG_TFTP_FTP_PASSWORD” into the config file
Restart the server and see if it starts working for you

Make sure PC1 has a Host Image selected and make sure the image has the correct operating system selected

[quote=“Meitar Ronen, post: 31953, member: 24536”]Yes I know thank you… I have syspreped the image and can’t sysprep again so probably I need to re-create the image…
Thank you anyway[/quote]

If you mean you’ve syspreped three times and cannot anymore, you need to add SkipRearm=1 to your answer file for any images you create in the future

I could have misunderstood though

I would suggest using Ubuntu 10.04
All the problems I’ve had have been easily fixed and they were minor
I’ve used every version starting at .32 and newer and just upgrading by running the installation script, no clean installs other than the first

When you reinstall are you removing every trace of Fog and starting clean or just running the script again?

[quote=“Stanley Parker, post: 31897, member: 2529”]I have had more issues with moving to Fog 1.1.2 than I ever had with the .32 version. Images upload and I don’t get any error while they are uploading. But when I try to multicast or deploy them I get an error that I must upload an image in order to perform an Image Download task. I am not sure what it going on here. Any ideas would be greatly appreciated. By the way I am running this on Ubuntu 13.10 desktop version.

Thanks,[/quote]
I had a similar problem when upgrading from .32 to 1.1.1
Go to the image you’re trying to deploy under Image Management and make sure the Operating System is set correctly (All my Windows 7 images would default to Windows XP)

Also check every single host you’re trying to deploy to and make sure they have the correct Host Image selected

I had this problem when first setting up my server and I recall reading somewhere that when syspreping a machine, getting it ready for an image upload, it cannot be joined to the domain.
It has to be in a workgroup before running sysprep and uploading the image.
Since I started doing that, and making sure I entered my password correctly into FogCrypt, I haven’t had any problems with computers joining the domain.

Is this still true?

The ISD services is started if that matters and I can force it to start from a command prompt.
Nothing pops up but I’ll take another look at it again today.

Thanks

EDIT: Not sure what the deal was before but I repackaged the snapin exactly like it was before and re-uploaded it with a different name and it’s working exactly like it’s supposed to now

What would be the best way of going about doing that?

I’m running version 1.1.2 and the only problem I’m having is deploying snapins on Windows 7 computers.
The snapin is just a .cmd file that mounts a samba share and runs an .sfx.exe file.
If I run the .cmd file on the client manually it works exactly like it’s supposed to.
I also tried uploading the sfx file as a snapin to see if that would work but neither work.
The log file on the client states the snapin downloads and starts the installation but it never does.
I can see in the C:\Program Files(x86)\Fog\tmp folder that the files are actually downloaded, they just won’t start.

Am I doing something wrong?

Here is the fog.log file from the client computer:
6/28/2014 9:46 AM FOG::ClientUpdater Module is active…
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : AutoLogOut.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : ClientUpdater.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : DirCleaner.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : DisplayManager.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : GreenFog.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : GUIWatcher.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : HostRegister.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : MODDebug.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : PrinterManager.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : SnapinClient.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : TaskReboot.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : UserCleanup.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : UserTracker.dll
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Checking Status : config.ini
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater Zero byte response returned
6/28/2014 9:46 AM FOG::ClientUpdater 0 new modules found!
6/28/2014 9:46 AM FOG::ClientUpdater Client update will be applied during next service startup.
6/28/2014 9:46 AM FOG::ClientUpdater Client update process complete, exiting…
6/28/2014 9:49 AM FOG::SnapinClient Attempting to connect to fog server…
6/28/2014 9:49 AM FOG::SnapinClient Module is active…
6/28/2014 9:49 AM FOG::SnapinClient Snapin Found:
6/28/2014 9:49 AM FOG::SnapinClient ID: 49
6/28/2014 9:49 AM FOG::SnapinClient RunWith:
6/28/2014 9:49 AM FOG::SnapinClient RunWithArgs:
6/28/2014 9:49 AM FOG::SnapinClient Name: E6440 Graphics
6/28/2014 9:49 AM FOG::SnapinClient Created: 2014-06-28 16:43:13
6/28/2014 9:49 AM FOG::SnapinClient Args:
6/28/2014 9:49 AM FOG::SnapinClient Reboot: No
6/28/2014 9:49 AM FOG::SnapinClient Starting FOG Snapin Download
6/28/2014 9:49 AM FOG::SnapinClient Download complete.
6/28/2014 9:49 AM FOG::SnapinClient Starting FOG Snapin Installation.

I was getting ready to download FOG and try it for the first time when I noticed the last release was in 2011
Has development ceased?