Posts made by Wolfbane8653

Wolfbane8653

Warning: Most of this information is pulled from this post --> [url]http://fogproject.org/forum/threads/how-to-setup-a-fog-storage-node-without-installing-fog.4294/#post-12035[/url] but the following excludes haneWIN NFS Server. Woot! open source!

I have set this up and it …was working. Until my resent update to v1.0.0 but thats another post in another discussion. Check these settings against yours.

Server 2008 R2:

Install NFS role.

[ATTACH=full]740[/ATTACH]

[ATTACH=full]743[/ATTACH]

[ATTACH=full]758[/ATTACH]

[ATTACH=full]745[/ATTACH]

[ATTACH=full]759[/ATTACH]

Make sure you do this for C:, C:\images, and C:\images\dev

Filezilla:
[ATTACH=full]747[/ATTACH]

Make sure these files $ Directories all have Read, write, delete, append rights
[ATTACH=full]746[/ATTACH]

Fog server: (Terminal or ssh)
Here is the tricky part…You need to copy the hiddent files on your linux server to your windows server. These files are located @:

/images/.mntcheck --> c:\images
/images/dev/.mntcheck --> c:\images\dev\

xxx.xxx.xxx.xxx ==> ip address of the windows server

I mounted the NFS drive and just did a cp command.
[CODE]sudo mkdir images2
sudo chmod 777 images2
sudo mount xxx.xxx.xxx.xxx:/images /images2
cp /images/.mntcheck /images2
cp /images/dev/.mntcheck /images2/dev/
sudo umount /images2
[/CODE]

Fog web interface:

Then continue by adding a storage node just as you would in the wiki.

[QUOTE]I Simply added a Storage Node Definition in its own Storage Group independent to the default storage Group, added it’s IP 172.19.102.6 and the path /images/ because it’s the path 172.19.102.6 exports also /images/dev/ like an original FOG node does.

[IMG]http://i.imgur.com/2cZcI4J.png[/IMG]

[IMG]http://i.imgur.com/VB2LeZM.png[/IMG]
[/QUOTE]

Only issue I have now is when updating the same image it will not overwrite the old image until I delete it or change the rights on that image.

[url=“/_imported_xf_attachments/0/740_NFS Sharing.png?:”]NFS Sharing.png[/url][url=“/_imported_xf_attachments/0/743_NFS Permissions.png?:”]NFS Permissions.png[/url][url=“/_imported_xf_attachments/0/745_security.png?:”]security.png[/url][url=“/_imported_xf_attachments/0/746_File zilla folders.png?:”]File zilla folders.png[/url][url=“/_imported_xf_attachments/0/747_File zilla.png?:”]File zilla.png[/url][url=“/_imported_xf_attachments/0/758_Security 2.png?:”]Security 2.png[/url]

Wolfbane8653

Thank goodness I’m not the only one! This is occurring on all my machines now. Clients are still all getting DHCP addresses and nothing has changed on our windows server. I am getting the same issue after the uninstall of 0.33b and install to v1.0. I keep running the update hoping for a patch but no fix.

I thought it was odd that my [FONT=Ubuntu][COLOR=#555555]FOG_PXE_IMAGE_DNSADDRESS == 127.0.1.1. [/COLOR][/FONT]I’m not sure why that is but I do not recall that address being a local address.

Yes, same symptoms as above. It will boot to the bzImage/bzImage32 every ~1/30 times.

See pics for Error, TFTP settings, Install log, and dhcp error on windows server.

Apache2 log repeats:
[Mon May 12 11:47:36.492663 2014] [:error] [pid 17916] [client 10.0.1.188:65195] PHP Warning: date_default_timezone_get(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or$…$ set date.timezone to select your timezone. in /var/www/fog/commons/system.php on line 11

[B]Edit:[/B]
Yes I have the right timezone and the time is correct.
[CODE]fog@fog-Latitude-D630:/var/log/apache2$ date
Mon May 12 11:56:00 EDT 2014
[/CODE]

PHP Version:
[CODE]fog@fog-Latitude-D630:/var/log/apache2$ php -v
PHP 5.5.3-1ubuntu2.3 (cli) (built: Apr 4 2014 01:10:38)
Copyright 1997-2013 The PHP Group
Zend Engine v2.5.0, Copyright 1998-2013 Zend Technologies
with Zend OPcache v7.0.3-dev, Copyright 1999-2013, by Zend Technologies
[/CODE]

Other References: [url]http://fogproject.org/forum/threads/error-0x040ee119-fog-v1-0-0-centos-6-5.10445/[/url]

See below for OS and fog version.

[url=“/_imported_xf_attachments/0/735_Error_0x040ee119.png?:”]Error_0x040ee119.png[/url][url=“/_imported_xf_attachments/0/736_TFTP settings.png?:”]TFTP settings.png[/url][url=“/_imported_xf_attachments/0/737_DHCP.txt?:”]DHCP.txt[/url][url=“/_imported_xf_attachments/0/738_Install_log.txt?:”]Install_log.txt[/url][url=“/_imported_xf_attachments/0/739_system.php?:”]system.php[/url]

Wolfbane8653

Now that’s just odd…

Only suggestion I can make is to update to Tom’s 3.14.1 Kernels --> [SIZE=12px]Kernel Issues: [/SIZE][URL=‘http://fogproject.org/wiki/index.php/FAQ’][SIZE=12px]http://fogproject.org/wiki/index.php/FAQ[/SIZE][/URL]

Wolfbane8653

[quote=“Wolfbane8653, post: 26082, member: 3362”]did you change your option 66 & 67 on your DHCP server?

…and disable your fire wall on the Ubuntu machine?[/quote]

[quote=“tjd230, post: 26086, member: 23826”]Well I switched out pxelinux.0 with undionly.kpxe in the dhcp server and it worked![/quote]

Glad to hear you’re up running!

Wolfbane8653

did you change your option 66 & 67 on your DHCP server?

…and disable your fire wall on the Ubuntu machine?

Wolfbane8653

When running ClamAv on a Host from a Schedule Task my shows the following errors.

[ATTACH]677[/ATTACH][ATTACH]678[/ATTACH][ATTACH]679[/ATTACH]

ClamAV.log
[QUOTE]Thu Apr 24 08:46:35 2014 -> Received signal: wake up
Thu Apr 24 08:46:35 2014 -> ClamAV update process started at Thu Apr 24 08:46:35 2014
Thu Apr 24 08:46:35 2014 -> main.cld is up to date (version: 55, sigs: 2424225, f-level: 60, builder: neo)
Thu Apr 24 08:46:35 2014 -> daily.cld is up to date (version: 18852, sigs: 906151, f-level: 63, builder: neo)
Thu Apr 24 08:46:35 2014 -> bytecode.cld is up to date (version: 236, sigs: 43, f-level: 63, builder: dgoddard)
Thu Apr 24 08:46:38 2014 -> --------------------------------------
Thu Apr 24 09:46:38 2014 -> Received signal: wake up
Thu Apr 24 09:46:38 2014 -> ClamAV update process started at Thu Apr 24 09:46:38 2014
Thu Apr 24 09:46:38 2014 -> main.cld is up to date (version: 55, sigs: 2424225, f-level: 60, builder: neo)
Thu Apr 24 09:46:40 2014 -> Downloading daily-18853.cdiff [100%]
Thu Apr 24 09:46:44 2014 -> daily.cld updated (version: 18853, sigs: 906510, f-level: 63, builder: neo)
Thu Apr 24 09:46:44 2014 -> bytecode.cld is up to date (version: 236, sigs: 43, f-level: 63, builder: dgoddard)
Thu Apr 24 09:46:46 2014 -> Database updated (3330778 signatures) from db.local.clamav.net (IP: 198.148.78.4)
Thu Apr 24 09:46:46 2014 -> --------------------------------------
Thu Apr 24 10:18:56 2014 -> Update process terminated
Thu Apr 24 10:18:57 2014 -> --------------------------------------
Thu Apr 24 10:18:57 2014 -> freshclam daemon 0.98.1 (OS: linux-gnu, ARCH: i386, CPU: i686)
Thu Apr 24 10:18:57 2014 -> ClamAV update process started at Thu Apr 24 10:18:57 2014
Thu Apr 24 10:18:57 2014 -> main.cld is up to date (version: 55, sigs: 2424225, f-level: 60, builder: neo)
Thu Apr 24 10:18:57 2014 -> daily.cld is up to date (version: 18853, sigs: 906510, f-level: 63, builder: neo)
Thu Apr 24 10:18:57 2014 -> bytecode.cld is up to date (version: 236, sigs: 43, f-level: 63, builder: dgoddard)
Thu Apr 24 10:19:00 2014 -> --------------------------------------
Thu Apr 24 11:19:00 2014 -> Received signal: wake up
Thu Apr 24 11:19:00 2014 -> ClamAV update process started at Thu Apr 24 11:19:00 2014
Thu Apr 24 11:19:03 2014 -> main.cld is up to date (version: 55, sigs: 2424225, f-level: 60, builder: neo)
Thu Apr 24 11:19:03 2014 -> daily.cld is up to date (version: 18853, sigs: 906510, f-level: 63, builder: neo)
Thu Apr 24 11:19:03 2014 -> bytecode.cld is up to date (version: 236, sigs: 43, f-level: 63, builder: dgoddard)
Thu Apr 24 11:19:06 2014 -> --------------------------------------
Thu Apr 24 12:19:06 2014 -> Received signal: wake up
Thu Apr 24 12:19:06 2014 -> ClamAV update process started at Thu Apr 24 12:19:06 2014
Thu Apr 24 12:19:06 2014 -> main.cld is up to date (version: 55, sigs: 2424225, f-level: 60, builder: neo)
Thu Apr 24 12:19:06 2014 -> daily.cld is up to date (version: 18853, sigs: 906510, f-level: 63, builder: neo)
Thu Apr 24 12:19:06 2014 -> bytecode.cld is up to date (version: 236, sigs: 43, f-level: 63, builder: dgoddard)
Thu Apr 24 12:19:09 2014 -> --------------------------------------
[/QUOTE]
Apache2 log: Does not have any errors with ClamAV

Anyone have any thoughts?

(Low Priority!)

[url=“/_imported_xf_attachments/0/677_2014-04-24 12.11.04.jpg?:”]2014-04-24 12.11.04.jpg[/url][url=“/_imported_xf_attachments/0/678_2014-04-24 12.11.09.jpg?:”]2014-04-24 12.11.09.jpg[/url][url=“/_imported_xf_attachments/0/679_2014-04-24 12.11.15.jpg?:”]2014-04-24 12.11.15.jpg[/url]

Wolfbane8653

Yeah what Jaymes Said!

[S]Tom’s site is the main location for .33b[/S]
[S][url]https://mastacontrola.com/downloads.html[/url][/S]

[S]…and to keep you updated look for revisions and try this method to keep you in the loop[/S]
[S][url]http://fogproject.org/forum/posts/25946/[/url][/S]

Wolfbane8653

I meant (btsync) if you created a new secret and added your Kernels Folder then we can use the same process to replicate the kernels around.

But I can offer up some dropbox space or whatever you think would be helpful.

Wolfbane8653

Please try this [url]http://<server[/url] ip address>/fog/client

where <server ip address> is the internal ip address of your fogserver.

Wolfbane8653

Check your [FONT=Ubuntu][COLOR=#555555]FOG_TFTP_FTP_USERNAME[/COLOR][/FONT] and [FONT=Ubuntu][COLOR=#555555]FOG_TFTP_FTP_PASSWORD[/COLOR][/FONT]. Make sure these are correct.

Wolfbane8653

[B]I just updated to .33b myself. Ran into a few glitches but Tom and James helped out. With in an hour or two we were back up and running with fog. [url]http://fogproject.org/forum/posts/25028/[/url][/B]

Wolfbane8653

Tom would you want to set something like this up for the Kernals? I would be willing to share the bandwidth!

Wolfbane8653

As far as I can see there is nothing but the wiki showing how to do a proper prep for imaging. The links for the client download and the prep are only accessible typing in [url]http://<fogserver[/url] address/hostman>/fog/client/.

Shouldn’t there be at least a link to get to this page from the management?

I know its dumb but it seems like it should already be a link in something like “Host Management” or at least “FOG Settings”.

Wolfbane8653

Thanks for the update Tom. I would be glad to turn this option on knowing that the mining only occurs under the listed conditions and there shouldn’t be much of an issue of security.

Wolfbane8653

I hate to sound like a noob but what is Dark Coin and coin mining? I want to at least know the basics and possible security issues be for I enable this setting. I’m sure others are wondering the same.

Wolfbane8653

wow soooo many people/companies are reporting this is in their stuff. Nice job keeping up-to-date James

Wolfbane8653

I was looking into this a bit…

I was going to use Server 2008 r2 with two roles installed: File Services (NFS enabled) and Web Server (IIS) (FTP).

Has anyone tried this combination yet?

Wolfbane8653

I see that you must have php installed on the windows machine before you can pass variables from a batch to a php page. Looks like to me that I’m going at this wrong. I think I just use a batch file to launch a webpage for auto registration.

Seems like there is something that can be done to change the auto.register.php file.

So if I would visit this webpage it would register the client?

hmmmmm…looks like it needs some modding for my purposes. What else uses this file???

Wolfbane8653

Chad,

init.gz is no more. Tom has changed init.gz to init.xz. I just need the info to connect to the fog server, open the correct scripts, input the data, update the database and close the connection.

So what scripts for init.xz initialize when selecting “Full Host Registration”?

Wolfbane8653

:eek: side stepped us there lol. so [U]Client is Ubuntu 12.04.4[/U]