Surface Pro 4 unable to image

[Scott Adams]

@ITCC That is where I am at as well. Updated yesterday to SVN 7543. Seems to load the bzImage and init.xz, and then it just hangs. I am using the Microsoft Surface Ethernet USB adapter and have tried multiple .efi boot files. I’m going to try to get my hands on one our prior Surface Pro 4s and see what happens with it.

[Sebastian Roth]

@Scott-Adams and @ITCC Can you both please crank up the log level and enable kernel debug messages (FOG Configuration -> FOG Settings -> expand all and search for ‘DEBUG’ or ‘LOG’)? Hope we can get some more output.

[Tom Elliott]

These are both USB Nics, but my question about keyboard working is if it works in the FOS environment.

These units, most assuredly, need the kernel arguments with has_usb_nic=1 until we can figure out a proper fix.

[Scott Adams]

@Sebastian-Roth I have set the kernel debug and have tried to start another task. Now, where do I get the logs that will help you? I’ve looked under log viewer in FOG configuration, but am not seeing anything specific for this job.

[Scott Adams]

@Tom-Elliott I manually entered the host and added the has_usb_nic=1 argument. That will indeed get rid of the DHCP error that @ITCC was getting. My original issue of the image not attempting to start is still present. I have set the kernel debug check mark under FOG Configuration and trying to get some logs to help, but am not seeing anything specific to this particular task under Log Viewer in the WebUI.

[Scott Adams]

@Tom-Elliott I should also add that I had the argument there from the beginning, as this was the fix the last time I had a thread on the surface (about 3 months ago). I have also set this host to use the kernel we were using at the time to see if that would help, and it did not.

[Tom Elliott]

@Scott-Adams The KERNEL_DEBUG and CONSOLE LOG LEVEL stuff will only impact the information printed on the client machine. There will be NO logs as we don’t store that information on the server. First it would BOG the server down especially when dealing with many tasks. Second, it would be quite difficult to filter out which log to actually look at.

If you up the levels and enable the DEBUG option, the simplest method to get us info is to take a picture and upload that here.

[Scott Adams]

@Tom-Elliott Ok. So, apparantly my changes are not being saved in the FOG Configuration > FOG Boot Settings. I select FOG_KERNEL_DEBUG and up my FOG_KERNEL_LOGLEVEL to 7, click Save Changes. It says that the settings were saved, but then I notice the check is not checked and the log level is still set to 4.

[Scott Adams]

@Tom-Elliott

[Tom Elliott]

@Scott-Adams What version of MySQL are you running? (5.7?)?

[Scott Adams]

@Tom-Elliott 5.5.49-0ubuntu0.14.04.1

[Scott Adams]

@Tom-Elliott Do I need to update? Are there credentials for mysql stored in the WEBui somewhere that I need to check?

If I log into mysql on my FOG server, I can manually edit tables and contents. Just can’t do it from the WebUI.

[Tom Elliott]

@Scott-Adams Can you get the output of mysql command:

show create table fog.globalSettings

[Scott Adams]

@Tom-Elliott

[Scott Adams]

@Tom-Elliott I have also checked .fogsettings, config.class.php and sql username/passwords match. I also tested the storage node mysql username/password (following the troubleshooting mysql wiki) and credentials worked. It is just something with the WebUI itself or how the WebUI communicates to the mysql database.

[Tom Elliott]

@Scott-Adams Can you check the schema out? It appears, from what I can see, you’re missing a few global settings from the table, though I have no idea what.

Would you be able to set the schemaVersion to say 200?

UPDATE fog.schemaVersion SET vValue=200;

Go to the gui and approve it to update.

[Scott Adams]

@Tom-Elliott I did. I then received the attached errors when I approved.

I have since logged in and am able to navigate the webui. However, I am still unable to save any changes within FOGSettings.

When I re-run the show create table fog.globalSettings, all settings look the same, only the AUTO_INCREMENT has changed to 188

[Scott Adams]

@Tom-Elliott This is the same issue I reported on a few weeks ago.
https://forums.fogproject.org/topic/7276/after-upgrade-to-trunk-7324-no-settings-available-under-fog-configuration-fog-settings

[Scott Adams]

Any thoughts or ideas yet? I am completely at a loss. Once again, I updated versions to see if that would fix. No go.

[Tom Elliott]

@Scott-Adams Anything under apache error logs?