Unable to register and inventory new Dell PCs
-
@Sebastian-Roth I think a wiki article on what to do for troubleshooting may be useful.
I’m also looking at the kernel source. While, for a period of time, the native firmware directory seemed to be missing the firmware files for some nic’s, it appears they are now there (and I don’t know for how long they have been there.
I’m going to attempt building a kernel without the linux-firmware directory I’ve been using for so long in hopes that it may fix the loading issue (maybe it wasn’t ever really needed)?
-
@Tom-Elliott said:
I’m going to attempt building a kernel without the linux-firmware directory I’ve been using for so long in hopes that it may fix the loading issue (maybe it wasn’t ever really needed)?
I really don’t think you should remove all the firmware from the kernel you build!! Which loading issue you mean? The error I posted below? That error went away as soon as I added that particular firmware file to CONFIG_EXTRA_FIRMWARE! I am pretty sure there are some NICs which just won’t work without the firmware binaries. Please think twice before removing them.
I edited my last post to make clear that the error went away when adding the correct firmware to the kernel.
-
@Sebastian-Roth said:
I do find scattered information (@Wayne-Workman reminds me on the scattered info on ISC-DHCP settings) on booting process, PXE, iPXE and there is probably a lot more. For example: https://wiki.fogproject.org
We have a lot of articles that are scattered. I’ll try to at least get the DHCP stuff linked together right now and list all these other articles on the main troubleshooting page.
My main problem with all these other articles is that I’m not sure if they are sound or not. They were created back when the wiki was open to all - so the quality may be questionable.
-
@Wayne-Workman said:
main problem with all these other articles is that I’m not sure if they are sound or not.
Good point! As well there is a lot of pre 1.2.0 stuff in some of the articles which I suspect is more confusing than helping anyone (people who still run 0.32 either know what they do or just don’t care anyway). The best thing to do would be to get together two or three people and do some kind of review. Do you think we could get together with @Tom-Elliott on a chat and start sorting through the wiki?
-
@Sebastian-Roth said:
The best thing to do would be to get together two or three people and do some kind of review. Do you think we could get together with @Tom-Elliott on a chat and start sorting through the wiki?
We need to. It needs to be organized like a book - everything in the contents. The search engine is the index.
Old stuff needs to be labeled “OLD” or even removed. I started a list in our secret area already.
-
@Sebastian-Roth I would like to thank Sebastian for his time in helping me diagnose this issue. We spent a substantial amount of time working through the issue and I learned a lot through the process! We are working through uploading images for these two machines as I type and all appears to be going well now that I’m on the Trunk version.
-
I’m getting the Trunk-specific database error when uploading an image (same as referenced in the WIKI here. I’ve checked all four locations for the correct username/password combination and it’s correct. I’ve checked the filesystem of the new FOG server that Sebastian walked me through, and it’s the correct EXT4. Username ‘Root’ has seems to have the proper system access to the image directory that it needs based on the result of the ls -laR /images command.
-
@mattyb said:
Username ‘Root’ has seems to have the proper system access to the image directory that it needs based on the result of the ls -laR /images command.
The username that is used in all of the credentials you checked must have system access to the image directory.
Can you try to log into the server via FTP using the credentials you confirmed? There are examples of how to do this towards the top of that article. Do it from a remote computer - not from the fog server.
-
@Wayne-Workman Logging in to ftp://<IP> works fine, I can read and write. Do I need to test at the specific image directory?
-
@mattyb It wouldn’t hurt.
Anything in the apache error logs?
FOG Configuration -> Log Viewer -> Apache Error Log
-
@Wayne-Workman Interesting. Navigating to fog Configuration / Log Viewer straight away says there’s an error with the Fog “ftp_login(): Login incorrect.”
In my Fog Configuration / TFTP Server, the username and password are correct, as are the fog config files on the server.
-
@mattyb The error should show you what it tried for the username and password. navigate back to the log viewer and pay attention to the error.
-
@Wayne-Workman There’s nothing to expand. Below the pause button it says ‘invalid folder’ and nothing else.
-
I think my issue is in Storage Node / DefaultMember / Management Password. I updated that to match all other configs and now I get actual log choices. Trying to upload now.
-
That was it. Same headache as this OP: Point #3. Registering and uploading!
-
@mattyb said:
That was it. Same headache as this OP: Point #3. Registering and uploading!
Just going to point out that those steps from that post are also in the Wiki article you said you went through Glad you got it working.
-
@Wayne-Workman Agreed, but what’s not clear is that the default password in this field is not actually my password, encrypted. The management password needs to be in this field in clear text. The same applies to other config sections on the management web interface. I should have just tried it earlier.
-
@mattyb It is clear text, FOG generates a 32 character long pseudorandom password for this.
-
@Wayne-Workman not pseudorandom it’s completely random
-
@Tom-Elliott said:
@Wayne-Workman not pseudorandom it’s completely random
No such thing in the computer world.