@jmason Well that is definitely not too bad of an idea. Just let it try often enough till it doesn’t fail anymore. While this will help you not getting under pressure time-wise it’s not an ideal solution. I will let you know when I get something to test ready.

@jamesb said in git clone failed:

git clone https://github.com/FOGProject/fogproject.git /

This is working for me perfectly fine. Do you have a SSL-intercepting proxy in your network?

@DarkSwordsman Normally if you schedule a task the boot code received by the client is different than on normal boots. So when you schedule the task and then open the link as mentioned before: http://x.x.x.x/fog/service/ipxe/boot.php?mac=xx:xx:xx:xx:xx:xx - use the actual FOG server IP and client MAC address instead of x's - you should see a very different output compared to when there is no task scheduled for this host.

We have to figure out the user and password for the Ubuntu server

https://askubuntu.com/questions/24006/how-do-i-reset-a-lost-administrative-password

@totoro As well you could try booting in debug mode and setting a static IP and see if you can ping then:

ip addr add 192.168.0.222/24 dev eth0
ping 192.168.0.10

@Franckg said:

I can help you for translate “messages.po” for better translation in french if you want.

Highly appreciated!

It’s probably just that, a lot of the strings/texts are not translated yet. Just start by downloading the current translation file and let us know when you are done.

@jemerson93 said in Partclone Upload Stalling:

I updated the kernel and I was able to capture the UEFI image.

So you are saying the speed issue and stall is gone with 4.19.6 kernels? If that is the case I should look into re-building the 4.19.1 kernels and make sure the patch is included as well.

About the rcu_sched message: Please search the forums for this and see what you can find out.

@totoro Ok, just to confirm. This NIC is supported in the Linux kernel since a very long time. As well we definitely have had the driver in our kernels builds since August 2016.

Can you please grab a mini switch and connect that between your notebook and the main network and boot again? Does that make a difference?

While this is not causing the issue I still wonder why you have “osid=0”??? That shouldn’t be. Please check your image defintion of “TESTACER” as well!

@martial The fog-client mostly fails with Middleware::Response Invalid security token. From that I see in our code this can only happen if there is a security token set in the DB for this host (identified via MAC address but it’s always the same as you re-use the same adapter over and over).

Well let’s see if we can figure this out in the DB:

shell> mysql -u root -p
Password:
...
mysql> use fog;
...
mysql> SELECT h.hostID,h.hostName,h.hostSecToken,m.hmMAC,m.hmPrimary,m.hmPending FROM hosts h JOIN hostMAC m ON h.hostID=m.hmHostID AND m.hmMAC LIKE '%aa:bb:cc:dd:ee:ff%';
...

Use the USB nic adapter MAC address instead of aa:bb:cc:dd:ee:ff. See if you get any results.

@krejci Have you done a search in the forums on RAID yet? There is a ton of information. It all depends on what kind of RAID you have. Many different RAIDs exist, from plain software RAIDs to hardware RAID controllers. There is no general answer on how to make this work.

@george1421 As posted, using case insensitive grep should work fine: lspci -nn|grep -i net