Hi @Sebastian-Roth,
Yes, I think that the dev-branch solves the problem. I tried to install from master branch and the problem with the xinetd appeared, but with the dev-branch apparently works fine

@sebastian-roth Yes, I saw it. I am following it XD
it can be the way to do it.

Hi @Sebastian-Roth,

Now works fine the FOG client 🙂

Thanks for your fast reply

Thanks!! I will take a look

@Fernando-Gietz Just found this. Hope you got to test this at all. I am going to mark this fixed now.

Hi @gn_ro ,

I tested it in the last version 1.5.8 and works fine.

FOG_PingHosts.png

Take note that you must have opened the 445 TCP port in the client and you only see the status in the host page, not in the search page.

@Fernando-Gietz Seems like a nice workaround. Please give @EduardoTSeoane’s suggestion a try for now. I can imagine this is something we should be able to fix within the fog-client but neither have I got a sysprep setup ready nor the time to dig into the depth of windows service dependencies and timing. Sorry!

Probably related: https://forums.fogproject.org/topic/13224/issue-joining-domain-activating-windows-after-deployment

@Fernando-Gietz said in Dell Optiplex 7050 and UEFI boot. Failed:

I wonder if is a miracle that it has worked well until now in the other hardwares

I’m glad you have it working now. Yes its strange why you didn’t find another system with the same issues. But that is why I included both, I ran across a system that would boot with the netboot info alone.

@Fernando-Gietz said in Use an external database:

My FOG version is 1.5.5 for working branch, the last version.

So you don’t have the fixes I pushed to dev-branch. We might consider merging your code changes form working to dev-branch soon. This way you can make use of all those changes.

@Tom-Elliott What do you think?

@Fernando-Gietz said in Performance Monitoring tools:

We use Nagios to monitoring the server status but not use any plugin to see the activity of MySQL or Apache. Do you use any plugin to monitoring these services?

We use plugins for both mysql and apache monitoring. But I feel I must make a distinction between performance monitoring and service level monitoring. We do service level monitoring, in that we only check if the service is functional (what ever that means like mysql connections, or basic http queries) as well as critical service parameters. We dont monitor things like inbound network traffic for sql server, because its really not important to know how well the sql server is functioning (I know you can make an argument either way). As you know nagios is just a go/no-go monitoring system. If you couple that with mrtg or such then you can get trending over time. That is why we really like Centreon because it has nagios coupled with a few other opensource softwares in one package. You can get that trending over time of the actual recorded value as well as the go/no-go status.

Performance monitoring is collecting a large amount of metrics to understand how the system as a whole is functioning, not just the critical bits. You could use performance monitoring environment for forensic investigations over time to understand how metrics have changed. You may be not so interested in the individual services here.

So when looking for a monitoring tool, you need to decide what is important about that device/service. Why does it exist? What function does it perform? What would happen if that service disappeared? That is how you should decide what to monitor regardless of the tool.

For example: Lets say you wanted to monitor your FOG server for both availability and performance metrics. What do we know about your FOG service? Well it runs on linux, it uses a tftp server, apache server, a ftp server, and nfs.

So for linux what is important?

Is it reachable on the network? How utilized is the CPU? How much free memory is there? How much free disk space is there on the /images disk? Are the tftp, http, ftp services running in memory? (notice I didn’t mention if they were working only if they are running in memory)

For the tftp server what is important

Is it listening on port 69? Does it respond to a file size request?

For the http server what is important?

Is it listening on port 80 Does it respond to http requests? If your site uses php does it respond properly to a php page call? What is the percentage of CPU does the apache service use?

And so on for monitoring. The point is to understand what you want to inspect before you pick the tool. Then find the tool that fits your budget and time you are willing to invest in setting it up.

At my brothers company they use a product called WhatsUp Gold and they loved it before they moved to PRTG which they now love more. But they had the budget but not much time to build it themselves. In my case I’ve been running nagios monitoring servers on and off since 2000. I don’t have a problem spending time to build new installs.

I returned XD thanks for all @Sebastian-Roth

Hi, I’ve just looked into it, and it seems there’s potentially a bug that affects some PHP versions causing this problem. (The search page just fails with code 500 otherwise.)

I’ve made a PR to fix the problem here: https://github.com/FOGProject/fogproject/pull/299

Fixed thanks for reporting.

Unless, of course, you’re trying to make it core usable? But the only time this would be viable would be if LDAP plugin is in use. Of course other plugins may want to make adjustments here as well. I need to think on this a little bit.

Hi again,

Only for give more information about this in a huge scenario. In our case the FOGPingHosts service give 4 hours and 30 minutes, more or less, to do ping to all clients.

Capture of the traffic in one client:

18:10:43.216290 IP fog7.lgp.ehu.es.39006 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 3515736006, win 29200, options [mss 1460,sackOK,TS val 2691861063 ecr 0,nop,wscale 7], length 0 18:10:44.216894 IP fog7.lgp.ehu.es.39006 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 3515736006, win 29200, options [mss 1460,sackOK,TS val 2691862064 ecr 0,nop,wscale 7], length 0 22:46:19.552188 IP fog7.lgp.ehu.es.47968 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 14809462, win 29200, options [mss 1460,sackOK,TS val 2708397399 ecr 0,nop,wscale 7], length 0 22:46:20.552909 IP fog7.lgp.ehu.es.47968 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 14809462, win 29200, options [mss 1460,sackOK,TS val 2708398400 ecr 0,nop,wscale 7], length 0 03:19:37.718318 IP fog7.lgp.ehu.es.51734 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 3380421067, win 29200, options [mss 1460,sackOK,TS val 2724795565 ecr 0,nop,wscale 7], length 0 03:19:38.720889 IP fog7.lgp.ehu.es.51734 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 3380421067, win 29200, options [mss 1460,sackOK,TS val 2724796568 ecr 0,nop,wscale 7], length 0 07:52:47.623417 IP fog7.lgp.ehu.es.57902 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 1502300674, win 29200, options [mss 1460,sackOK,TS val 2741185470 ecr 0,nop,wscale 7], length 0 07:52:48.624903 IP fog7.lgp.ehu.es.57902 > u032668.lgp.ehu.es.microsoft-ds: Flags [S], seq 1502300674, win 29200, options [mss 1460,sackOK,TS val 2741186472 ecr 0,nop,wscale 7], length 0

@Fernando-Gietz So lets think about it a bit. in a way you want to tell the pxe booting client (in iPXE) don’t boot of the normal boot loader, but boot from a different partition (lets use /dev/sda6 for discussion). By default sanboot will boot from the first hard drive, and uefi will boot via refind.

Grub can boot uefi. I don’t know if grub distributed with FOG can boot uefi.

If you set the exit mode for a host to Grub first hard drive the iPXE menu is created this way:
chain -ar ${boot-url}/service/ipxe/grub.exe --config-file="rootnoverify (hd0);chainloader +1" || goto MENU

I’m wondering if someone could repurpose the setting rootnoverify (hd0);chainloader +1 to actually load /dev/sda6?

The other challenge is that grub.exe is probably a bios mode application where we would want to use grub.efi for uefi.

Again this is just me thinking out loud about the issue.

@Fernando-Gietz I like that idea. Even if it is still error prone, it’s make things simpler overall. That could open snapinpack for tarballs too I would suppose.

I can confirm that works fine