I am using this wonderful suite for a number of different features, including the printer management as well as the program management through the snap-ins. I am curious about the client and what it interacts with ont eh server itself for deploying snap-ins. Does it interact with the apache service itself or some other process?

The reason I am asking is that I was hoping to use a splunk forwarder to take the logging information for this process (server-side) and forward to be ingested at the logging layer. Building reports about what software was installed on which desktops etc seemed natural and I know there is some reporting functionality built in. I was hoping to find out if and where these processes are logged on the server in order to use those logs to build reports. Am I looking at the apache logs basically? Is the snap-in deployment logged to a specific file or anywhere server-side?

I guess further to my question, if the snap-ins deployment/printers deployment works as I suspect it does, is there any chance the logging for these particular functions can be built out to a specific log with a bit more detail?

junkhacker’s avatar is actually a live feed of his expression…

What it is is a list of open sockets with “80” in them… but none of them being a webserver or service with the http port 80 tied up. The second is to show listening services on the box, basically a list of ports you could connect to a service on… also nothing using port 80 which should be the apache default.

you run the install “installfog.sh” and still get the same thing every time…

can you try doing an apt-get install --fixmissing or --fix-missing and see if it decides to update the sofware it claims was missing in the first place?

or better yet, an apt-get update to see if there’s some reason your apt package can not get all the required dependencies from the public repositories?

Have you gone in and looked for old config folders after the apt-get purge operation you talked about? I have noticed mysql to do things like leave behind directories with config in them after a purge operation.

Is there a possibility that you have 2 separate apache installs to different locations on the disk, and the modified one fog istalls is not starting or starting second and failing? do you also have another web server running on this box like nginx or something?

Sounds like it can’t start or stop a previously existing service in order to update it. with apache stopped/ not started can you see if there’s another web server daemon with the port locked? “netstat -an | grep 80” or “netstat -an | grep LIST” to get an output of listening ports on the server.

also, why go with 12.04 on a fresh install and not 14.04?

so the plugin should be an msi

snap-in run with should be c:\windows\system32\msiexec.exe
snap-in run with Argument /i
snap-in file blahblahblah.msi
anp-in arguments /qn

this works for me… I use smart packager discovery for every little thing i want to change pulled from a vm deployed specifically to grab changes i want done.

works great.

I am not sure if I am understanding your last point…

Let’s say i login from outside the local network… which is 10.10.10.0/24 . The fog host is .252
My firewall port forwards 8.8.8.8:25280 -> 10.10.10.252:80

so my login url is [url]http://8.8.8.8:25280/fog/[/url]

i am able to login and maneouvre around but if i select hosts, then open a specific host, the gui will not actually take action on the host, such as Basic Tasks. Clicking on this yields nothing, no change…

but if i remove the port-translation, and just use a 1-1 nat, like
8.8.8.8:80 -> 10.10.10.252:80 the interface works fine… including individual host operations.

I am assuming there’s a hard-coded value called at some point, just wanted to point out the symptom, in case someone else ends up with the issue where menus in the GUI don’t work while using ip and port-translation.

I have found a weird little bug/flaw in the GUI when you are using a parivate address on your FOG box and Nat’ing or port forwarding from a public address. The issue I am seeing is that when I access the fog box from outside the network via a port forward, the side menu options , like the list after you select a host, do not function. I can not check active directory, settings, basic tasks, etc… if I am local on the private network, there’s no issue at all. If i straight port forward port 80 to 80 it’s fine, but if i use some obscure port in the NAT it only works half-assed - like 15580 to port 80.

Keeping in mind, this isn’t really affecting anything, as most everything can be done more than one way, but I thought maybe you would like to hear about this…

I have tested this wit a number of obscure ports versus a straight forwarding … and it can be replicated at my end everytime.

I have fog running on nginx and mysql just fine… the default website “/etc/nginx/sites-enabled/default” actually only has to have the root changed from /var/www/html to /var/www and the subdir of fog is enumerated just fine. I also use php5-fpm… works just fine on ubu 12.10 currently…(after the php5 changes for the deprecated function issues found here: [url]http://fogproject.org/forum/threads/cannot-create-tasks-task-manager-blank.3823/#post-9458[/url])

WOW - how mistaken was I!!! I had existing config for nginx that “worked” to display a bunch of the functions, but for fun I wanted to try another vanilla install into ubu with nginx… every link in the interface is effectively dead using fpm… based on the formation of the query I think, since I can’t surmise how to get the query string into fastcgi proxy as a list rather than index.php …

Since most of the functions have nothing in the DB for a new install, I found I was able to create objects in the interface but querying was very hit and miss…

I basically changed apache to bind to a new port and used it to test and there is serious deficiencies in the nginx rendering of the current code… and I can’t fix

[url]http://fogproject.org/forum/threads/cannot-create-tasks-task-manager-blank.3823/#post-9458[/url]

works fine now on 12.10 - expecting it’s the result of a new php base in the repos…

I too have performed said fix for tasks… and the results are good.