Posts made by Walter Wahlstedt

Navigating to “reports -> user login hist” brings me to a 500 error page in chrome and just blank in FF. running 1.2.0 on centos 6.5

I’m having a “moment” this morning. I’m needing to clone a mechanical drive to a ssd. the ssd is smaller than the mechanical drive so i cant do a bit by bit backup. If I do a single partition backup and restore to the ssd drive will everything still be intact on the mechanical drive so that when i’m done i could swap one for the other?

win 7 x64
fog 1.2
centos 6.4

Fernando,
I’m not seeing the LDAP plugin on my server. Where can i get the files from?

Ok so that fixed it. is there a way i can have it use https instead of http? I was trying to find this in the config files but i didn’t see anything.

i believe so…

So here is what i’m getting when it tries to load the boot.php it fails with permission denied
[url]http://[/url][fog IP]/fog/service/ipxe/boot.php…Permission Denied ([url]http://ipxe.org/0216ea3c[/url])
Could not boot: Permission Denied

however i can browse directly to that file and it pulls up fine. permissions on that directory ipxe are 777 and fog:apache

I actually have it set to the IP.

I’m having trouble PXE booting any PC
Fog 1.2.0
centos 6.4
SELINUX Disabled
IPtables off
DHCP server 066 = fog2
DHCP server 067 = undionly.kpxe

I can tftp from a windows pc and the local box using the following commands:
Windows:
tftp fog2 get undionly.kpxe
Transfer successful: 103273 bytes in 1 second(s), 103273 bytes/s

FOG:

[root@fog2 service]# tftp -v fog2 -c get undionly.kpxe
Connected to fog2.unionky.edu (172.16.30.83), port 69
getting from fog2.unionky.edu:undionly.kpxe to undionly.kpxe [netascii]
Received 103273 bytes in 0.0 seconds [93980984 bit/s]

Permissions on /tftpboot are fog:root 777
Additionally permissions on /var/www/html/fog/service/ipxe are also apache:apache (tried fog:apache) 777

I receive an error in /var/log/messages that says:

Feb 3 09:26:41 fog2 xinetd[3808]: START: tftp pid=3821 from=x.x.x.x
Feb 3 09:26:41 fog2 in.tftpd[3822]: tftp: client does not accept options
On the client end i get Permission denied. I’m not sure what else to do at this point. additionally I had a fog server running .29 that i’ve upgraded in stages all the way to 1.2. It worked great until i upgraded from 1.1.2 to 1.2.

That’s wonderful news! I would be willing to test it out for you.

Taken from the User Guide:
[url]http://fogproject.org/wiki/index.php/Plugins[/url]

[SIZE=5][B][FONT=sans-serif][COLOR=#000000]LDAP Plugin[/COLOR][/FONT][/B][/SIZE]

[LIST]
[]Allows you to link with a LDAP server to add an user validation
[]You can add mulitple LDAP servers
[]You can config the DN base and the port of the LDAP Server
[]If FOG can not connect with the LDAP Server, FOG tries to do a local validation
[*]If the user does not exist, FOG create one with the mobile profile
[/LIST]
[FONT=sans-serif][COLOR=#000000]I was wondering how accurate this info is? I don’t have the LDAP Plugin by default that i can tell. Where do I get it from?[/COLOR][/FONT]
[FONT=sans-serif][COLOR=#000000]Also we might want to think about updating the User guide by version so that we know what is old and what is new. [/COLOR][/FONT]

I understand. Any idea why it would be showing the schema updater tho?

I’m running centos 6.4. Fog 1.1.2 (yeah i know i’m working on upgrading). The issue is that when the disk becomes full FOG responds by loading the schema updater screen like i just installed an upgrade. However when you try to run the update it fails. What should happen is that fog fails to load with an error page that says it can’t connect to the database or some message like this. I’d be happy to provide any additional information as needed. I’ll also test this once I upgrade to 1.2.

Thanks Tom for the Update. This is good news indeed. I believe i might have found a typo in some of the code. I submitted a pull request (hope I did that right).

We’ve been running fog on centos since .20 and haven’t really had any issues. i prefer this since it’s pretty much the closest free redhat.

I’m with K3nnyfr. i would like support for external auth.

Hey Tom, Thanks for all your work on fog btw. I was just updating the database on my own directly through the console.[S] I’m not sure how to use the schema update. I did a quick search and didnt come up with anything.[/S]

I guess i should also ask if you are working on adding LDAP support for users to log in?

edit: So i just had a quick peek at the schemaupdater php file and realized how to use it. I’m still not clear as to why the direct database editing didnt work but i’ll take what i can get.

I was trying to make add a new menu item in the fog settings called LDAP settings. These settings are supposed to be for a way to perform a LDAP bind. anyway, I added a row:
INSERT INTO globalSettings (settingID, settingKey, settingDesc, settingValue, settingCategory)
VALUES (‘108’, ‘FOG_LDAP_Username’, ‘Username to Bind’, ‘default’, ‘LDAP Settings’);
Once i added this row, it doesnt do anything. so i tried editing a current row but nothing changed. i tried restarting the apache and mysql service as well as the whole server. nothing changed. can you help me?

I wasn’t really understanding what the issue was myself. Now that you’ve outlined a solution I can see the problem. My question is if you restrict the nfs export to a single user where do you put the user info for the pxe boot upload or download connection? the pexlinux.cfg/default is just for the pxe menu (debug, registration ect) right?

[quote=“Muppet, post: 20820, member: 20418”]couldn’t you place all images in a holding directory outside of “/images” and once a task been created move the image file for imaging and back again after finishing?[/quote]

Why not just create a symbolic link? Just add and remove it when necessary?

[quote=“Jtb, post: 1649, member: 582”]In my opinion there is no need for LDAP-Authentication in FOG itself. Apache does authentication really fine

I’ve quickly written a patch for svn trunk. Any comments? What should be improved to get this into trunk?

btw: we have all computers and groups in LDAP (with GOSA) and made every edit-option for hosts/groups in FOG readonly… A script transfers all the data from LDAP to mysql…[/quote]
Could you give a little more indepth information on how to implement your patch?