My guess is the database upgrade from 1.2.0 didn’t go as smoothly as I had thought. I probably should have checked some of the tables just to see. Setting the pConfig to “Local” in the database filled in “TCP/IP” in the Printer Type column when clicking on List all printers.

I just fixed my “second” printer issue. There was an & sign in the path to the inf file and the fog gui was showing & for some reason. I removed that from the gui and removed the & from the server path and the printer installed correctly. Strange how there was no error in the fog log but I’m guessing that’s not something you can query?

@Sebastian-Roth I was actually able to compile that dll myself. Looks like it’s throwing on the GetComputerDomain() line in both cases. Trying to join the domain and after I manually join the domain. So I don’t think that’s the problem. It’s failing on the NetJoinDomain() function. I think I need to print out the variables to see if they’re the same for a good image and a bad one.

@Sebastian-Roth Just tested this out and it works. I just modified the inventory_report.report.php file to match your change.

Thanks

@Sebastian-Roth Now that I’ve upgraded my system to 1.5.9 I tried out the Inventory Report again. If I choose a model name from the list but not a group name I seem to get all machines instead of just the specific model. The list seems to be the same as when I don’t choose any model name or group. Should I be able to choose a model without a group?

Thanks

@Sebastian-Roth Just upgraded my production machine to 1.5.9 without using the -X option and it worked. I think the difference is on my test system I’ve migrated from a Samba NT4 domain to a Samba Active Directory domain. If you want any extra info on my test system to fix anything with the installer just let me know but I think I’m good to go.

Thanks

@Sebastian-Roth I did a ‘su fogproject’ and entered the password and it worked so I didn’t bother setting it again. I then ran the setup with the -X and besides the password error again it passed everything else and it seems to be up and running. Any reason why an upgrade is trying to set the password again? Is it maybe for upgrades from older versions of fog?

Thanks

Here’s the output of those commands.

grep passwd /etc/nsswitch.conf
passwd:         files winbind compat systemd

grep -e kerberos -e krb /etc/pam.d/*
/etc/pam.d/common-account:account       required                        pam_krb5.so minimum_uid=1000
/etc/pam.d/common-auth:auth     [success=3 default=ignore]      pam_krb5.so minimum_uid=1000
/etc/pam.d/common-auth:auth     [success=1 default=ignore]      pam_winbind.so krb5_auth krb5_ccache_type=FILE cached_login try_first_pass
/etc/pam.d/common-password:password     [success=3 default=ignore]      pam_krb5.so minimum_uid=1000
/etc/pam.d/common-session:session       optional                        pam_krb5.so minimum_uid=1000
/etc/pam.d/common-session-noninteractive:session        optional                        pam_krb5.so minimum_uid=1000

Thanks

I just tried doing an upgrade from 1.5.6 to 1.5.9 and ran into the following. I get the following error on the screen.

 * Checking package: zlib1g....................................OK

 * Configuring services

 * Setting up fogproject user..................................Skipped
 * Locking fogproject as a system account......................OK
 * Setting up fogproject password..............................Failed!

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!! The installer was not able to run all the way to the end as   !!
!! something has caused it to fail. The following few lines are  !!
!! from the error log file which might help us figure out what's !!
!! wrong. Please add this information when reporting an error.   !!
!! As well you might want to take a look at the full error log   !!
!! in /home/omega/fogproject-master/bin/error_logs/fog_error_1.5.9.log !!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged

Here’s what’s in the log file.

ii  zlib1g:amd64   1:1.2.11.dfsg-0ubuntu2 amd64        compression library - runtime
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged
Current Kerberos password: Current Kerberos password: passwd: Authentication token manipulation error
passwd: password unchanged

Any ideas? This is on a test system I cloned from production.

Thanks

@Sebastian-Roth All the net use and net session commands return “There are no entries in the list”. So there’s nothing to delete. I’m connected using RDP on all these machines (good and bad images) so I can’t stop the lanmanworkstation service. If I run net use or net session on a good image I get the same message. I think network packets and debug logging on the samba server makes sense to try next. I’ll have to look into that.

@Sebastian-Roth Thanks for that info. Took me a while to realize where the button was. Not like it’s not big enough.

Here’s what I’ve found so far. On a good image or bad image whether I’m joined to the domain or not IsJoindToDomain() always throws on the using (var domain = Domain.GetComputerDomain()) line. Not sure what the purpose of that is but I’m running an NT4 domain, not an AD domain so it could be for that. Because this function fails the client is always calling NetJoinDomain() on every loop.

On a good image that’s disconnected from the domain the first call to DomainWrapper() always fails. I think it’s because my ADOU is always empty. Again something with an NT4 domain? The return value is 50 so then DomainWrapper() is called again with false set. And then it connects.

On a bad image that’s disconnected from the domain the first call to DomainWrapper() fails with a 1219 and then doesn’t try again. I tried adding 1219 to the switch to call again with false set but it fails with a 1219 as well. Not sure what to try next.

Thanks

@Sebastian-Roth I decided to remove the client and re-install it on this machine and now I get a different error in the fog log. It keeps looping on this.

------------------------------------------------------------------------------
--------------------------------Authentication--------------------------------
------------------------------------------------------------------------------
 13/09/2019 3:06 PM Client-Info Version: 0.11.16
 13/09/2019 3:06 PM Client-Info OS:      Windows
 13/09/2019 3:06 PM Middleware::Authentication Waiting for authentication timeout to pass
 13/09/2019 3:08 PM Middleware::Communication Download: http://xxx.xxx.xxx.xxx/fog/management/other/ssl/srvpublic.crt
 13/09/2019 3:08 PM Data::RSA FOG Server CA cert found
 13/09/2019 3:08 PM Middleware::Authentication Cert OK
 13/09/2019 3:08 PM Middleware::Authentication No token found at C:\Program Files (x86)\FOG\token.dat, this is expected if the client has not authenticated before
 13/09/2019 3:08 PM Middleware::Authentication ERROR: Could not get security token
 13/09/2019 3:08 PM Middleware::Authentication ERROR: Could not find file 'C:\Program Files (x86)\FOG\token.dat'.
 13/09/2019 3:08 PM Middleware::Communication POST URL: http://xxx.xxx.xxx.xxx/fog/management/index.php?sub=requestClientInfo&authorize&newService
 13/09/2019 3:08 PM Middleware::Response Invalid security token

I’m wondering if maybe this is the real problem. Do you know what this means?

Thanks

@Sebastian-Roth I was actually able to compile that dll myself. Looks like it’s throwing on the GetComputerDomain() line in both cases. Trying to join the domain and after I manually join the domain. So I don’t think that’s the problem. It’s failing on the NetJoinDomain() function. I think I need to print out the variables to see if they’re the same for a good image and a bad one.