@Eazis Please try the dev-branch
Posts made by Tom Elliott
-
RE: Uninstall Fog Client
@astrugatch I don’t know there’s a script to remove a fog client, but it is just an MSI, so the typical “msiFilename -uninstall” should work
-
RE: UEFI: NBP downloaded successfully - then blackscreen
@gabrielzeit IPXE is a 3rd party software. When we say it may not be compatible with iPXE, I believe @george1421 was referring specifically to UEFI.
There are three (main) things to attempt:
snp.efi - SNP standard driver plus a few “custom normal drivers” from iPXE developers.
snponly.efi SNP standard driver, and that’s it. It’s using the SNP stack on the network card itself and that’s it.
ipxe.efi IPXE with standard ipxe built drivers that seem generally good.As neither of these files seem to be working for you you could attempt to build a firmware specific EFI file such as realtek.efi or intel.efi but this is outside the scope of direction we could possibly give you.
If pxe booting works with legacy, and you don’t mind having a configuration of dhcp that doles out the correct boot file for a specific boot type (UEFI vs Legacy), why not just keep that device in Legacy BIOS mode?
-
RE: DHCP failed: no configuration method succeeded - after automatic reboot
@gabrielzeit https://forums.fogproject.org/topic/10160/virtualbox-pxe-boot-no-configuration-methods-succeeded
Can you please try maybe using the ipxe.pxe for the boot file for these VirtualBox machines?
There is a weird known that warm reboots will not always work with VirtualBox, this isn’t something I or our team can control, but in the past I was able to continually use ipxe.pxe as the medium and things appear to have worked.
-
RE: Read ERROR: No Such File or Directory
@danieln The checksums are at the file level.
This would seem more likely to indicate the node that is consistently ahving issues might be having a failing HD?
-
RE: Snapin issue - using powershell to copy items
@dellborg82 What was the issue? This way somebody else who may be having a similar issue can also be helped?
-
RE: Snapin issue - using powershell to copy items
@dellborg82 Can you look at the event logs and see if anything shows up for that timeframe that the script actually runs.
-
RE: Snapin issue - using powershell to copy items
@dellborg82 I printed the actual code as an image in my post because for some reason the code syntax is joining lines in appropriately here.
-
RE: Snapin issue - using powershell to copy items
@dellborg82 You seem to have a typo, that or because it’s not in code format (triple back ticks) we’re losing context.
Your script should be:
$NetworkPath = "\\starbase\Artemis_Files\Artemis Versions\Mod\Artemis 2.8 TNG Mod"
$LocalPath = "C:\Artemis 2.8 TNG Mod"
$username = "starshipfrontier\wbadmin"
$password = ConvertTo-SecureString "USSWhiteBuffalo33247" -AsPlainText -Force
$creds = New-Object System.Management.Automation.PSCredential $username, $password
New-PSDrive -Name "S" -Root $NetworkPath -PSProvider "FileSystem" -Credential $cred
If (-Not (Test-Path $LocalPath)) {
Write-Host "Creating $LocalPath" -ForegroundColor DarkCyan
New-Item -ItemType Directory -Force $LocalPath
}
Write-Host "Copying Artemis to Local Computer" -ForegroundColor DarkCyan
Copy-Item S:\* -Destination $LocalPath -Recurse -Force
Write-Host "Copy Complete" -ForegroundColor DarkCyan
Remove-PSDrive -Name "S"
Why it’s not showing the full appropriately lined strings I don’t know.
-
RE: Snapin issue - using powershell to copy items
@anwoke8204 I believe this is because your script is logging into a network share that may not have machine\system level access.
Snapins run as the local system’s system user account.
When you’re accessing the network location named starbase, that’s the user who needs to be able to access the share drive. Everything else, I believe, should work just fine.
-
RE: permission denied when trying to pxe boot
@anwoke8204 Bad HDD on the FOG Server?
-
RE: Configuring LDAP Authentication
@anwoke8204 To @astrugatch as well:
So “Search Base” is where it’s going to begin searching for Users.
Group Base is where it’s going to being looking for all the groups.
Does the Group (your admin group) named fog admins, exist in the OU FOG Access of your domain tree?
Does testuser exist as “fog admins”?
-
RE: Configuring LDAP Authentication
@anwoke8204 Do you have multiple LDAP entries?
I ask because it’s still looking at ldaps at port 636 which might be confusing some things when looking at logs. This isn’t hte main issue of course, but just a thought.
Next, your Search base DN is generally the base level to begin searching.
So, just for example,
If your group search is
ou=fog acces,dc=starshipfrontier,dc=org
Your search base DN is most likely
dc=starshipfrontier,dc=org
Why?
becase it’s looking for an OU in FOG Access OU for OU FOG Access (you see the issue?)
Similarly, you have Base Only for search scope. I would recommend having this set to subtree and below.
-
RE: Configuring LDAP Authentication
@anwoke8204 please also install the dev-branch version of fog. Apparently the php 8.1 is also requiring a bind object instead of a handler. This should be addressed as far I can tell.
-
RE: Odd performance issue
@brakcounty
I think you’re mistaking things.
Networking is only a “component” of things. While we read as FIFO (First in First out) data is transferred in “chunks” that the rest of the system can process.
It’s not that it’s not possible, that’s not the issue. I don’t know how to explain it.
If we had a spot to “download the whole dataset” you would see the network network completely saturated.
When we’re deploying to a system, though, where are you supposed to place that image file?
-
RE: Odd performance issue
@brakcounty I don’t think it’s a “scaling” issue persay.
One of the things that plays into the speed is generally NOT the networking itself.
The components that go into the speed is the Data -> CPU -> Memory -> HD Speed.
So while it’s possible your network is transferring up to 10Gbps, the delay is down to how quickly your overall system can get, decompress, process, and write back to the drive.
-
RE: Manual Register then straight to imaging
@dsutton2001 It look slike the /tmp/hinfo.txt isn’t returning the os variable?
Might need the hostinfo.php file adjusted if this is missing that labelling.
Otherwise this should work just fine.
https://github.com/FOGProject/fogproject/blob/master/packages/web/service/hostinfo.php
Assumign the imageID you’re setting actually exists, this script you have should work just fine.
-
RE: issues with deploying on UEFI computers
@anwoke8204 How were they before?
Legacy devices wouldn’t have worked with snponly.efi
Seeing as your post was specific to UEFI computers, and ipxe.efi works for this, I would say this issue is addressed.
However, since you’re now saying that “legacy doesn’t work with ipxe.efi as the boot file”
Have a look over this wiki:
https://wiki.fogproject.org/wiki/index.php/BIOS_and_UEFI_Co-Existence