Did you check fog.log?
![](/uploads/profile/uid-2018/2018-profileimg.png)
Best posts made by TrialAndError
-
RE: All fog services turning off on hosts after reimage.
-
RE: Updating group module configuration updates screen resolution and auto logout too
FOG 1.5.2 (working-branch)
Tested - works as expected. Thanks.
-
Release plan for FOG
FOG is a great peace of software! Many people appreciate it a lot and use it for “production” - and many of us often are in a hurry. Sometime bugs in software like FOG are a big problem in my daily work. So I would kindly suggest a different release plan for FOG.
As I know there are two branches now. One for experimenting (dev) and one for releasing (master). The new release is prepared in the working branch where bugs get fixed and new features are introduced from the dev branch (which brings new bugs necessarily).
Therefore I suggest introducing a third branch (stable, production). In stable only very small bugs get fixed with a high probability that no new bugs are introduced. A problem that cannot be addressed without the risk of causing new problems could be published as a known issue. So as a user I could decide if I wanted or needed the new features - bug fixings in the master/working branch.
Latest posts made by TrialAndError
-
RE: Release plan for FOG
I guess there is only a small minority who tests the working branch. In the moment a new version is tested after release when users do an upgrade.
So I think of something like the Debian or Libreoffice release plan. This would mean for FOG in the time of writing that a very stable product like FOG 1.4 (at least for my use case) would receive further bug fixing without any new features.
Of course that would slow down the development of new features. But FOG is a software “for production” by nature so stabilty is very important not only for me I guess.
-
Release plan for FOG
FOG is a great peace of software! Many people appreciate it a lot and use it for “production” - and many of us often are in a hurry. Sometime bugs in software like FOG are a big problem in my daily work. So I would kindly suggest a different release plan for FOG.
As I know there are two branches now. One for experimenting (dev) and one for releasing (master). The new release is prepared in the working branch where bugs get fixed and new features are introduced from the dev branch (which brings new bugs necessarily).
Therefore I suggest introducing a third branch (stable, production). In stable only very small bugs get fixed with a high probability that no new bugs are introduced. A problem that cannot be addressed without the risk of causing new problems could be published as a known issue. So as a user I could decide if I wanted or needed the new features - bug fixings in the master/working branch.
-
RE: Multicast image issue with FOG 1.5.2
@george1421
It is Ubuntu 16.04. (But I cannot answer more questions because I downgraded to 1.4.3)
I would like to suggest publishing “known issues” like that obiviously known multicast problem. It would be VERY helpful.
-
RE: Multicast image issue with FOG 1.5.2
This is worth to be reported as an bug! As you know a solution already you should report it.
(For me only switching back to the apache php engine helped. Otherwise the web inteface did not respond, even not with normal imaging.)
-
RE: FOG 1.5.2.11 GUI bug in Host and Group Membership Edit
@trialanderror said in FOG 1.5.2.11 GUI bug in Host and Group Membership Edit:
If I tick a group/host (to remove a host from a group) and click “Remove” not the ticked but another (random) goup/host will be removed.
Obviously my English is too bad. Another try:
For example:
- Navigate to Group Mangement Edit: ‘groupname’
- Tick off (?) a host of your choice.
- Left click on ‘Remove’
- Wonder
-
RE: FOG 1.5.2.11 GUI bug in Host and Group Membership Edit
FOG 1.5.2.20
Not fixed yet.
-
RE: FOG 1.5.2.11 GUI bug in Host and Group Membership Edit
Sorry, cannot check that.
1.5.2.11 had a critical bug while imaging (kernel panic, something with init not present). I pulled 1.5.2.11 only to check whether the problem was still there. I immediately returned to 1.5.2.2
-
FOG 1.5.2.11 GUI bug in Host and Group Membership Edit
If I tick a group/host (to remove a host from a group) and click “Remove” not the ticked but another (random) goup/host will be removed.
-
WOL to different interfaces
Hi,
i have got machines on different subnets. Everything (except WOL) works perfectly over my router (ipfire).
Therefore I directly connected the FOG server to the second subnet with a second interface: still no WOL on the second subnet.
Then I activated and installed the plugin wolbroadcast: still no WOL on the second subnet (broadcast address configured in /etc/network/interfaces).Any Tips? Help is appriciated.
-
RE: GUI-Bug in Group Mangement - Membership
@tom-elliott
I pulled the working branch: FIXED!
Thanks.