Posts made by Wayne Workman

It is probably really wasteful for nothing more than a FOG server, but you can mirror RPM repos really easily and host them locally for systems to access. I’ve done this before. I can say I had more problem’s with RHEL’s repos than any other. Sometimes packages there would simply be missing. Never had this issue with CentOS or Ubuntu repositories (which I’ve also mirrored and hosted locally).

Yeah, at this point Fedora would be a better pick for RPM based Linux than CentOS.

I think people should learn Debian. It’s not that big of a jump. The more you know about Linux, the less the distro matters. Tons of stuff online about Debian that you can search for any need you have. Main difference is apt-get vs dnf vs yum.

How to install git on CentOS:
yum -y install git

How to install git on Debian:
apt-get -y install git

So much difference…

The community likes Ubuntu a lot. I’m assuming most of these are probably from Europe, as Linux is popular there and there’s a decent FOG following in Europe. I would not choose Ubuntu for a server OS simply because of the automatic update stuff it does by default. At every company I’ve ever worked at, patches are a very, very controlled event. Down to the day, when it starts, when it ends, what’s being applied. We’d never put a server on cruise control.

Back to topic: An appliance based on Debian is a good idea. The build process should be automated, I can help with this. I have a decent internet connection at my house. I can distribute the image as a torrent (wouldn’t be very big). Others can help host if they choose due to the nature of the torrent system.

Someone out there has already installed FOG on CentOS Stream. I guess they know what they are doing, as I’ve not tested it at all.

Just today, I noticed a Ubuntu 14.04 user!!

The daily figures have been holding strong at 155 for about two weeks now. The number of active dev-branch users is likely very close to this figure.

Inactive dev-branch users, or users that don’t update to the latest dev-branch frequently, is likely a larger number.

If your boss asked you to do this within this time frame, you should push back.

@david201 You might be better off getting this out of Docker. Here are steps on how to migrate FOG. If you have the right switches enabled in the hosting OS, you should be able to mount NFS inside of the container. Otherwise, there are other ways to get the images & things out.
https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG

FYI, there is now a tool that can renumber your images for you, here it is:
https://github.com/FOGProject/fog-community-scripts/tree/master/RenumberImageIDs

These graphs are from the new FOG Reporting. They are updated every hour. Link to the full dashboard is in my signature.

JSON data available here: https://fog-external-reporting-results.fogproject.us/external_reporting.json

Tried emailing chuck, he has not replied. For now, I’ve removed all of the fogproject.org references, and HTTPS is working directly (redirect does not work). This is fine until Chuck can help with the DNS records.

@sebastian-roth Right, the alias is fine, please leave it as-is.

I tried without the subject alternative name and got browser errors related to SSL. The front-end is in AWS CloudFront, which uses AWS ACM for ssl certs. I can’t make a cert with the fogproject SAN in it without the verification. Right now, it’s not set-up as I figured we wanted to get the redirect working right. If that can’t be done, no big deal.

@Sebastian-Roth if you can get an A record created for stats-api.fogproject.org with a value of 3.20.18.241 I can get the ssl cert and such fixed on my side (using lets encrypt). Once that’s all done, we can update the reporting script to use the new URL.

For the results to have a good redirect from stats.fogproject.org, I need the SSL cert to include that subject alternative name. Please create this record, it’ll allow me to create that SSL cert. These values below are not secrets, and they will timeout in 72 hours from now (sometime wednesday). if it’s not made by then I can get new values. This is part of how AWS verifies the cert your making is legit.

Name:
_395058431eb78e5f8f9cc2478adbdfa3.stats.fogproject.org.

Type:
CNAME

Value:
_ee8469a4f9a938de348ef383be83b11f.zbkrxsrfvj.acm-validations.aws.

If this can’t be done for whatever reason, I can use the original results URL and it’ll work fine, just redirects from stats.fogproject.org won’t work.

Here’s the changes on the cloud side if you were interested.

@Sebastian-Roth So when I try:

curl -X POST -H "Content-Type: application/json"  -d '{"fog_version":"testing","os_name":"testing","os_version":"testing"}' https://stats-api.fogproject.org/api/records

This is the result:

curl: (6) Could not resolve host: stats-api.fogproject.org

Yeah the back-end only takes entries, nothing else.

The frontend url is less important, as that’s not needed in the fog codebase anywhere. It’s just a place one visits to see results. I can get HTTPS setup for it.

Sounds good.

Thoughts on the external reporting DNS name?

Right now it’s: https://fog-external-reporting-entries.theworkmans.us:/api/records

This works fine, but it’s not a fogproject.org address.

If nobody has an opinion, I’m happy to leave it as-is forever, but I think it may be more appropriate if there’s an A Record created like fog-external-reporting-entries.fogproject.org. This can be set to the public IP of the server I’ve setup to record the entries, and also could be easily changed in the future if needed. I’m not immortal, nor is anyone else here so this is why I bring it up.

We really need to get it the way we want it before the next release.

The figures seem much more stable now, much less fluctuations. Thank you @Quazz !

I’ve been watching the figures from the new FOG Reporting very frequently. The numbers fluctuate but there seems to be a really significant downwards fluctuation when we pass UTC midnight 00:00 every day.

Just a bit earlier today, there was something like 52 total fog systems in the last 7 days. A little later after UTC midnight it’s dropped to 42.

The timestamp in the database is a standard MariaDB datetime field. This is how the total count is gathered:

select count(id) from versions_out_there where creation_time >= DATE(NOW()) - INTERVAL 7 DAY;

Maybe this is wrong?

@Sebastian-Roth said in Improve documentation:

I would see those three in the FAQ section, what do you think?

I think putting them in FAQ is fine, though the ones on fogsettings and password_central seem more like documentation that frequently asked questions. migrate_fog is more like a procedural thing. Though long as they get in there somewhere, it works.

Sub-folders sound fine.
Where might these fit in?

• https://wiki.fogproject.org/wiki/index.php?title=Migrate_FOG
• https://wiki.fogproject.org/wiki/index.php?title=Password_Central
• https://wiki.fogproject.org/wiki/index.php?title=.fogsettings

If you look at the history on that one, it was added by “admin” in 2010 (probably by @Chuck-Syperski). I don’t remember seeing this article before.

When I was doing printers with fog (which works great last I used it), I just made a share on the Windows server to hold drivers, accessible anonymously.

This article is newer and better suited for creating samba shares: https://wiki.fogproject.org/wiki/index.php?title=Password_Protected_Samba_Share

I wrote that in 2016 when there wasn’t even RHEL 8/CentOS 8, but had foresight to add the correct commands.