Posts made by Berend de Boer

I have a very odd issue: the hard disk (I think) on two previously working computers failed. So bought 2 new ones. Went from 512GB to 1TB. BIOS recognises the new disk. But the kernel doesn’t. I get: “cannot find disk on system (getHardDisk)”.

I did exactly the same replacement 2 months ago, although in that case I got a 1TB WD I think, this time I had a 1TB Seagate Barracuda. But specs appear to be pretty identical.

Is something else wrong with these computers? That’s what I’m thinking. Maybe motherboard gone or something. Is that a reasonable guess for this kind of problem?

It’s not scheduling. I just click on a client to immediately download. First one works.

Second one gives me that message. When first one has started, I can continue with the 2nd one.

So it’s annoying as I can not quickly click click click schedule a couple of clients for immediate deployments.

Hi All, when I have a single client and set it to download an image, all works fine. But when I try to schedule a download task for same image for 2nd client (in same group as client 1), I get “Download task failed to create for client2 with image Windows 7. To setup download task, you must first upload an image”

I have to wait till client1 is finished (or perhaps started) before I can do the 2nd one. I cannot use udp multicast as that will grind my network to a halt, so rather update clients in batches.

Using fog 1.2.0 on Ubuntu 14.04.

Is there a fix somewhere?

I’m not quite sure what the problem is: why do you need default.ipxe when undionly.pkxe works?

Or is the error that it asks for default.ipxe?

[quote=“Jeremy Bailey, post: 44095, member: 12244”][FAIL] in.tftp is not running … failed![/quote]

What if you start it? “service tftpd-hpa start”

Bill, in case you just installed php5-mcrypt, make sure apache is restarted.

Second thing to check is if mcrypt is actually loaded so for example in php5/apache2/conf.d does it mention to load mcrypt? Else load explicitly in your php.ini with extension=mcrypt.so or so, just to be sure.

OK, I think I get it, you want to use two storage nodes, both basically the same in all respects, except the image path. Try duplicating your default one exactly, except the image path.

/etc/exports isn’t updated, so yes, you would have to change that. Probably you would need two entries per image path I think, the dev subpath for uploads, and the other read-only for downloads. So simply copy the existing entries and adapt for your new path. Make sure your /images/drive1 has a dev subdirectory.

After editing exports reload the daemon: exportfs -ra

Hopefully this gets you going somewhere.

I’m not sure I can see your problem though, why can’t you add a new storage node or change an existing storage node? The /images path is not hard-coded, simply a setting of the default storage node.

The first link is severely outdated, have marked it as such.

Have added this to the FAQ: [url]http://www.fogproject.org/wiki/index.php/Slow_upload_and_download[/url]

[quote=“Junkhacker, post: 43983, member: 21583”]btw, the domain\user issue is changed in the dev version of the code. in the current dev version of the code, the user field is checked for a \ or @. if either of those exist, the field is sent as is. if not, the domain is a added as domain\user.[/quote]

Yes, Tom told me about that, and what you describe seems exactly the right behaviour.

[quote=“Wayne Workman, post: 43979, member: 28155”]I’ve asked Tom about this before, and as he’s said here, I really think it’s an environment thing. Probably DNS related, actually.[/quote]

Not really. It’s related to the NetJoinDomain call that’s made in HostNameChanger, and that determines 100% of what goes into these fields: we simply have to follow the Microsoft specs to get things to work.

[quote=“Berend de Boer, post: 43941, member: 28367”]And here’s the very very nasty deal: you will have to run FOGCrypt.exe on the SAME computer as you want to decrypt on. I did run FOGCrypt.exe on different computers (Linux in this case), and it simply does not encrypt/decrypt the same. I don’t know why.

This may be an implementation issue in mono, maybe 32/64 bit??[/quote]

One thing to add here: note that I did run EXACTLY the same code on Linux or the Windows machine (compiled myself with Mono). Got different encryption values in both cases.

[quote=“Tom Elliott, post: 43939, member: 7271”]This completely depends on your set ups environment yes there are times were having the fully qualified domain name works perfectly and there are times where it doesn’t I don’t know the specific settings that cause these issues or how to fix them but they are completely environmental[/quote]

Hi Tom, I think I know exactly why and when they work now. For 1.2 the issue is that the domain name is prepended to the user name.

So you get domain fog.example.org, but the user name then becomes fog.example.org\Administrator. The [URL=‘https://msdn.microsoft.com/en-us/library/windows/desktop/aa370433(v=vs.85).aspx?f=255&MSPPError=-2147217396’]NetJoinDomain[/URL] domain call does not like that. [URL=‘http://www.fogproject.org/forum/threads/wiki-login.12416/#post-43951’]See my other post [/URL]where I touched upon this as well: I suggest FOG always uses the unqualified name for the domain name, and no domain name in the user name, far less confusing.

But there may be setups where a difference is required?? Not sure, but then the prepending logic must become way smarter, and the GUI should check for users who enter this wrong too.

You can lookup the Microsoft docs for [URL='https://msdn.microsoft.com/en-us/library/windows/desktop/aa370433(v=vs.85).aspx?f=255&MSPPError=-2147217396’]what’s allowed as value for the account name[/URL]:
[QUOTE][I]lpAccount[/I] [in]
A pointer to a constant null-terminated character string that specifies the account name to use when connecting to the domain controller. The string must specify either a domain NetBIOS name and user account (for example, [I]REDMOND\user[/I]) or the user principal name (UPN) of the user in the form of an Internet-style login name (for example, “[EMAIL]someone@example.com[/EMAIL]”). If this parameter is [B]NULL[/B], the caller’s context is used.[/QUOTE]

As I can’t edit the main page, I recommend that the fifth paragraph to redirect to the forums instead gets redirected here.

[quote=“Tom Elliott, post: 43938, member: 7271”]In development versions it Will work with or without it[/quote]

Isn’t that going to be confusing? The issue is with this: [url]http://192.168.0.1/fog/service/hostname.php?mac=aa:bb:cc:dd:ee:ff[/url].

If you enter a fully qualified domain, and no domain name in the user name, wouldn’t it return:

[CODE]#ADUser=www.example.org\Administrator[/CODE]

? I tested that against 1.2.0 and that’s clearly rejected by Windows.

I’ve modified the wiki to point out you need an unqualified domain name, and no domain name in the user section, then things will work.

The request for a response from the DHCP server comes from your NIC ROM. Nothing to do with fog. And perhaps previously dhcp messages were not leaving your private network? They never should.

Blocking dhcp messages depends on your router: if it’s pfSense based, you have a gui, if it’s pure Linux, you can look at iptables, all depends on what software is running on your router.

[quote=“mkstreet, post: 43838, member: 24215”]Is the answer changing the Fog settings to say that the Fog server is the only DHCP server?[/quote]

No. At boot time the client will request a response from a DHCP server. If you have multiple servers, the first response received will be acted upon.

The right solution is to disable your fog dhcp server, and set up your other dhcp server to serve fog clients properly.

If you don’t have control over dhcp, you can try to block dhcp messages from leaving your network, and reaching the other dhcp server.

And here’s the very very nasty deal: you will have to run FOGCrypt.exe on the SAME computer as you want to decrypt on. I did run FOGCrypt.exe on different computers (Linux in this case), and it simply does not encrypt/decrypt the same. I don’t know why.

This may be an implementation issue in mono, maybe 32/64 bit??

But that’s all that there was to it. Bummer, this whole thing cost me a big amount of time of getting fog up and running. I would love to contribute back some patches and knowledge. But can’t get access to the Wiki to cleanup some obsolete comments.

And how do I propose patches? Is that against the git branch? For example the AbstractFOGService uses the wrong variable name, here’s patch:

[CODE]diff --git a/FOGService/src/AbstractFogService/AbstractFOGService.cs b/FOGService/src/AbstractFogService/AbstractFOGService.cs
index f7cbeae…332b029 100755
— a/FOGService/src/AbstractFogService/AbstractFOGService.cs
+++ b/FOGService/src/AbstractFogService/AbstractFOGService.cs
@@ -265,9 +265,10 @@ namespace FOG
f.Delete();
}

•                objReader = new StreamWriter(strLogPath, true);
  

•                objReader.WriteLine(" " + DateTime.Now.ToShortDateString() + " " + DateTime.Now.ToShortTimeString() + " " + moduleName + " " + strlog);
  

•                objReader.Close();
  

•      using (StreamWriter writer = new StreamWriter(strLogPath, true))
  

•      {
  

•        writer.WriteLine(" " + DateTime.Now.ToShortDateString() + " " + DateTime.Now.ToShortTimeString() + " " + moduleName + " " + strlog);
  

•      }
            }
        }
        catch
  

[/CODE]

And this one to give better logging on what is exactly wrong instead of an error code:

[CODE]diff --git a/FOGService/src/FOG_HostNameChanger/MOD_HostNameChanger.cs b/FOGService/src/FOG_HostNameChanger/MOD_HostNameChanger.cs
index ae3de28…c39c315 100755
— a/FOGService/src/FOG_HostNameChanger/MOD_HostNameChanger.cs
+++ b/FOGService/src/FOG_HostNameChanger/MOD_HostNameChanger.cs
@@ -47,6 +47,8 @@ namespace FOG
public const int AccessDenied = 5;
public const int BadNetPath = 53;
public const int WrongPassword = 1323;

•        public const int LogonFailure = 1326;
  

•        public const int BadDomain = 1355;
        public const int UnknownDevDir = 2116;
        public const int TooManyItems = 2121;
        public const int RemoteErr = 2127;
  

@@ -289,7 +291,7 @@ namespace FOG
{
try
{

•                            log(MOD_NAME, "Attempting to connect to fog server...");
  

•                            log(MOD_NAME, "Connecting to fog server...");
                            WebClient wc = new WebClient();
                            String strPath = strURLModuleStatus + "?mac=" + macList + "&moduleid=hostnamechanger";
                            strDta = wc.DownloadString(strPath);
  

@@ -437,7 +439,11 @@ namespace FOG

                                                strUser = strU;
                                                if (strP != null && strP != "")

•                                                {
  

•                                                    FOGCrypt c = new FOGCrypt(PASSKEY);
                                                    strPass = new FOGCrypt(PASSKEY).decryptHex(strP);
  

•                                                }
                                                else
                                                    strPass = "";
  

@@ -599,6 +605,10 @@ namespace FOG
return "Domain Error! (‘Bad Netpath’ Code: " + code + ") ";
case NERR.WrongPassword:
return "Domain Error! (‘Wrong Password’ Code: " + code + ") ";

•            case NERR.LogonFailure:
  

•                return "Domain Error! ('Logon failure, unknown user name or bad password' Code: " + code + ") ";
  

•            case NERR.BadDomain:
  

•                return "Domain Error! ('The specified domain either does not exist or could not be contacted' Code: " + code + ") ";
            case NERR.DCNotFound:
                return "Domain Error! ('DCNotFound' Code: " + code + ") ";
            case NERR.SetupAlreadyJoined:
  

[/CODE]

And I would love to be allowed to add a patch that forbids people to use a DNS domain name in the active directory settings, or forbids to use the ‘’ character in the user name, both won’t work.