@Pascal-Gazaille Good to know that we have another one of these Realtek NICs (10ec:8168) here. My guess is that the newer kernel driver either has big trouble doing auto negotiation (as we saw in a different topic) or it does ethernet energy saving (called EEE or 802.3az). Please try to connect your client to a dumb mini switch instead connecting it straight to your big switch or disable auto negotiation on that client port for testing if you can. See if that helps.
Posts made by Sebastian Roth
-
RE: Kernel update
-
RE: UNABLE TO CONNECT TO DATABASE
@Tom-Elliott I know… and was wondering why Wayne posted the “old” URL. Didn’t pay attention and didn’t see that his post is months old…
-
RE: Kernel update
@Pascal-Gazaille Please let us know which PCI ID the NIC has. Add the client (MAC) by hand via the web gui and schedule a debug upload task. Boot the client which should eventually bring you to a shell (after the error)! The run
lspci -nn | grep Ethernet
and show us a picture. -
RE: UNABLE TO CONNECT TO DATABASE
Wayne probably meant this one here: https://forums.fogproject.org/topic/4817/unable-to-connect-to-database
But there are numerous other posts in the forums. Just use the search function and the wiki (https://wiki.fogproject.org/wiki/index.php/Troubleshoot_MySQL).
-
RE: TFTP: File Not Found
Maybe you upgraded the system as well. Possibly enabling the firewall??
-
RE: FOG trunk upgrade - Image upload fails
@george1421 Thanks for testing and letting us know. Seams to work with the latest trunk so I am marking this solved now. Please let us know if you feel images are not moved properly (please check FTP first!).
-
RE: fog problem ?
@Varion I am pretty sure this is not causing your problem. Possibly this is the last message you see but I doubt it’s the cause. Please try updating the kernel (Web GUI -> FOG Configuration -> Kernel Update) and see if you still run into the same problem.
Please let us know which computer (exact model!) you are seeing this problem on and best if you could take a (slow motion - iPhone can do this) video of the screen when this is happening!!
My guess is that this is caused by a hardware issue. Memory (memtest) or damaged hard drive?
-
RE: hard disk information vanishes after deploying/download from client inventory
@Wayne-Workman The issue is very easy to reproduce… I am not sure if I better cry or laugh out very load. Why didn’t anyone else report this before? As I found out just now the HD infos were wiped on deploy pretty much ever since. Well I didn’t go back to 0.32 but I just verified that this problem existed in FOG 1.2.0 already (possibly even earlier?!).
@tian I am very sorry that we didn’t look into this earlier. Back when you reported this first most probably some other major issue came around the corner and kept us busy and we forgot. Too bad. As this has been there pretty much forever everyone has lost his HD inventory infos anyway. So it wouldn’t have made much difference. Thank you so much for pointing this out again!!
@Tom-Elliott And here is my patch proposal (tested):
diff --git a/src/buildroot/package/fog/scripts/bin/fog.download b/src/buildroot/package/fog/scripts/bin/fog.download index ff66c6e..396d163 100755 --- a/src/buildroot/package/fog/scripts/bin/fog.download +++ b/src/buildroot/package/fog/scripts/bin/fog.download @@ -6,6 +6,7 @@ . /bin/fog.checkmount . /bin/fog.checkimgvar imagePath="/images/$img" +getHardDisk origmac=$mac mac=$(getMACAddresses | base64) . /bin/fog.inventory "true"
-
RE: FOG Boot Process
@Wayne-Workman Have you had time to look through the wiki articles? Should we start based on one of those? Which wiki article/URL should we choose? Let me know when you are into it again. I guess it would be good to discuss in a chat session again.
-
RE: Access denied for user 'root' @ ' localhost ' (Using password : NO ) #tried YES
@ciranodd Usually the MySQL root user has full access rights if you don’t actively restrict (I am sure you didn’t). As I can see in the .fogsettings file there is a password set. But from the screenshot we see that no password was used to connect to the DB. Have you re-run the installer after setting the password in .fogsettings? Please check
/var/www/html/fog/lib/fog/config.class.php
to see if the settings match! As well try to connect to your DB via the MySQL command line client to see if the DB is running and connection data is correct:mysql --user=root -p
(try mysql commandshow databases;
for example andexit
to close) -
RE: CRON style snapins
@Wayne-Workman But how are we going to tell when and if it is missed? The client needs to checkin for the server to see. But how long do we wait? 10 minutes, 30 minutes, 6 hours?? I am not sure if there is a general rule we can apply. Maybe this needs to be a configuration option for every single snapin (like SNAPIN_TIMEOUT, where 0 = never and X = X minutes). @Tom-Elliott you know the code a lot better than I do. Would that be a huge change?
-
RE: Dell Latitude E5450 Upload Chainload Problem
@pocketdexter Well that’s interesting!! I was just going to post a link to this topic where exactly the same issue resolved itself… magic!
The linux kernel you just updated has absolutely nothing to do with this error! At this stage (iPXE loading the boot menu) the linux kernel is not involved yet! Anyhow, good to hear that you got past this issue - hope it will not come back on you. Maybe some weird storage node setting caused this (screwed the boot menu??). Can you try to reproduce this?
To resolve your new issue please cancel the task and schedule a new debug upload task (normal upload task but tick “Schedule as debug task”) and boot up the client. When you get to the shell run
fixparts /dev/sda
and thenfog
to start the upload. Step through and see if it works! -
RE: Access denied for user 'root' @ ' localhost ' (Using password : NO ) #tried YES
- installer can be run from a root shell (
sudo su -
/sudo -i
) or assudo ./installfog.sh
- should both work fine! - leaving the mysql root pw blank should work with FOG as well as setting a password - just needs to be the same
- /opt/fog/.fogsettings should be created when the installer runs all the way through - from the error log file you posted it looks like it should have created the .fogsettings file (try
ls -al /opt/fog/
to see hidden files as well!) - And you can take a look at the mysql connection settings in /var/www/html/fog/lib/fog/config.class.php - will be overwritten if you run the installer again!
Can you please post a screenshot of the “Access denied for user…” error?!
- installer can be run from a root shell (
-
RE: Image Import in fog
@raftor said:
ok ok thank you very much’re the best.
You are welcome! Does that mean that deploy is working now??
-
RE: Dell Latitude E5450 Upload Chainload Problem
@pocketdexter You posted a lot of helpful information but the essential info is missing I suppose. Which error do you see when things go wrong?? best if you can post a picture or the exact error string you see.
-
RE: error message when downloading the image
Tom was asking about the FOG version (see in the blue cloud on the web interface)!
-
RE: Image not moved from /images/dev, no errors (Ubuntu 14)
@robe2conoby Please open a new topic and post all the details of your setup there. FOG version, OS (version), related settings, things you tried, URL of instructions you followed, picture of the error screen…
-
RE: FOG trunk upgrade - Image upload fails
@george1421 Checked the FTP passwords? If you change the fog system user’s password and don’t change in .fogsettings you’ll get hit by the head when running the installer…
-
RE: FOG trunk upgrade - Image upload fails
@abos_systemax You can move the uploaded image by hand
sudo mv /images/dev/<mac> /images/<image-name>
(image not being moved is quiet often a FTP issue)I’ll look into the other errors now…
Edit: Found… will be fixed soon. By the way, I changed the title because 1.3.0 is not existing yet! We don’t want to confuse people!