Ahhh…OK, makes sense…I have now applied the necessary changes to my groups, so I think we should be in business again.

Thanks so much for your help, and for your work on this project!

Q

that error is a non-issue. it’s just telling you it can’t load a driver for a device that i happen to know isn’t on that computer. does it not continue and do what it’s supposed to if you let it continue?

was not successfully…

my firewall settings;

[CODE]# Generated by iptables-save v1.4.12 on Fri May 23 16:14:51 2014
*mangle
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
COMMIT

Completed on Fri May 23 16:14:51 2014 Generated by iptables-save v1.4.12 on Fri May 23 16:14:51 2014

*nat
:PREROUTING ACCEPT [956:91224]
:INPUT ACCEPT [508:45734]
:OUTPUT ACCEPT [95:7272]
:POSTROUTING ACCEPT [6:604]
-A POSTROUTING -o eth0 -j MASQUERADE
COMMIT

Completed on Fri May 23 16:14:51 2014 Generated by iptables-save v1.4.12 on Fri May 23 16:14:51 2014

*filter
:INPUT ACCEPT [10284:10111083]
:FORWARD ACCEPT [2027:2489014]
:OUTPUT ACCEPT [6609:1081709]
-A FORWARD -i eth1 -j ACCEPT
-A FORWARD -i eth2 -j ACCEPT
COMMIT

Completed on Fri May 23 16:14:51 2014[/CODE]

but i don’t know what eth2 is!

Thanks for all your help and advice! Greatly appreciated guys!

I’ve tried it out with a fresh install and it’s working for me. Maybe the new file isn’t overwriting the old one. I run into weird problems when updating a lot of times unless I delete the web directory (rm -rf /var/www/fog) before reinstalling.

[COLOR=#000000][SIZE=11px][B]I add in core cisco L3[/B][/SIZE][/COLOR]
[COLOR=#000000][SIZE=11px][B]access-list 101 permit udp host 172.16.3.2 any eq 7[/B][B][FONT=Tahoma]access-list 101 permit udp host 172.16.3.2 any eq 9
[/FONT][/B][/SIZE][/COLOR]
[B]ip forward-protocol udp 7[/B]
[B][FONT=Tahoma]ip forward-protocol udp 9[/FONT][/B]
[COLOR=#000000][SIZE=11px][B] [/B][/SIZE][/COLOR]

[quote=“Tom Elliott, post: 28021, member: 7271”]I understand that, and am trying to understand. So if you disable vsftpd the system will boot fine?

The message you’re seeing is:
[url]http://ipxe.org/err/3c0920[/url]

Go to the link and it may help you further.

Or, if you want, you can try my latest undionly.kpxe/ipxe.kpxe files and see if either of them help you.

[url]https://mastacontrola.com/undionly.kpxe[/url]
[url]https://mastacontrola.com/ipxe.kpxe[/url]

You’ll simply replace your current undionly.kpxe located in /tftpboot with one of those two files. Make sure they’re labeled as undionly.kpxe (one at a time) of course.[/quote]

undionly.kpx is not localet in /tftpboot . I tried the two files you provided me and continues to give the same problem.

-rw-r–r-- 1 fog root 840 23 mai 13:31 boot.txt
-rw-r–r-- 1 fog root 168 23 mai 13:31 default.ipxe
-rw-r–r-- 1 fog root 391231 23 mai 13:31 ipxe.krn
-rw-r–r-- 1 fog root 25340 23 mai 13:31 memdisk
-rw-r–r-- 1 fog root 16794 23 mai 13:31 pxelinux.0.old
-rw-r–r-- 1 fog root 165088 23 mai 13:31 snponly.efi
drwxr-xr-x 3 fog root 4096 23 mai 13:41 tftpboot
-rw-r–r-- 1 root root 385722 22 mai 23:38 undionly.kpxe
-rw-r–r-- 1 root root 99798 22 mai 23:38 undionly.kpxe_1
-rw-r–r-- 1 fog root 382650 23 mai 13:31 undionly.kpxe.INTEL
-rw-r–r-- 1 fog root 100430 23 mai 13:31 undionly.kpxe.ORIGINAL

-rw-r–r-- 1 fog root 147728 23 mai 13:31 vesamenu.c32

Hello
Thank you for the very great work
I am a network administrator in a part of university of Lyon in France, Fog is awesome
I found a bug when i do wakeup for a host there is a blank screen and no wakeup.
in the apache log
PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/fog/Host.class.php on line 653, referer: [url]http://myserver/fog/management/index.php?node=host&sub=deploy&id=297&type=14[/url]

It depends on if you wanted to store the file contents in the database in an encoded format. I only mentioned this because before revision 1724 updates.php was trying to decode it when retrieving the file but FOGConfigurationPage.class.php never encoded it when it saved it.

As of revision 1726, the file is not encoded when its stored, but it is decoded when it’s retrieved, so it corrupts the file. Either FOGConfigurationPage.class.php lines 544 and 552 will need to encode the data before it’s stored, like:
[code]->set(‘file’,base64_encode(file_get_contents($_FILES[‘module’][‘tmp_name’][$index])));[/code]

or updates.php line 20 will need to have the decode statement removed from it:
[code]print $ClientUpdate->get(‘file’);[/code]

but only one of those options. Sorry for the confusion! 😞

[quote=“Junkhacker, post: 27973, member: 21583”]Blatantly copied from Tom’s signature:

Basics: Please provide:
FOG Version (e.g. FOG 0.32, FOG 0.33, FOG 0.01, 1.0.0, 1.0.1, SVN build)
OS Version (e.g. CentOS 6.5, Ubuntu 12.04, Redhat 6.5)

Have you checked your apache error logs? Can you provide information from these logs?
Debian based Location (normally)
/var/log/apache2/error.log
Redhat based Location (normally)
/var/log/httpd/error_log

Have you searched the forums for your issue yet?
Have you checked the wiki yet?
Kernel Issues: [url]http://fogproject.org/wiki/index.php/FAQ[/url][/quote]

Thank you, I wasn’t sure what logs to check, lots of errors in the apache logs, just about all PHP warnings like
“PHP Warning: print_r(): Couldn’t fetch mysqli in /var/www/fog/lib/fog/HookManager.class.php on line 147, referer: [url]http://192.168.1.129/fog/commons/schemaupdater/index.php?redir=1[/url]”

OK, apparently nfs wasn’t running, so got it working…but have new problem - will start a new thread.

Thank you,

I don’t know how to tell ipxe to only see the connected LAN’s as net0, for that I’m sorry.

[quote=“Jarett LeBlang, post: 27937, member: 4208”]Ah i thought Global Settings were a general setting for newly registered hosts, so you didn’t have to manually go in and turn settings on. So basically Global Settings turns the module on and then you check what’s needed per host. You might want to think about putting a mechanism in place that lets you turn on the flags when the server is registered by pxe, rather than having to register the machine and then go into the GUI to turn on flags.[/quote]

That’s already the default action. When a host is registered, it turns on all the flags.

It appears that a reinstall of FOG fixed the issue reported. Please try this first.

This issue is resolved.

The problem was that we were trying to overwrite the partimage definition with the new partclone definition. In the image folder I just renamed the old image definition to .old. Then FOG created a new folder and finished the upload.

Nevermind, did a quick thread search.

i’m not familiar with webmin. but if it can make a full database backup, i don’t see why it wouldn’t work. you may also want to backup the files in the root of your web folder, just in case.

If this new drive is smaller than the original drive, the only way you’ll be able to image it is if you re-upload the image as Single Disk Resizable.

Nevermind, went and found it in another thread. I’ll move my responses there.

DITTO