New Lenovo M900 Tiny Computers
-
@george1421, once I updated the system to Trunk, I deleted all of the images and hosts, and started over. What you see in the image was all done after updating. I can run the compatibility tests tomorrow once I’m back in the office, but the Windows 7 out of the box load, and the Windows 10 on the new disk both seemed to work. The Windows 10 that I loaded with VLK on the system drive that came with the PC did not work.
I had the Win 7 image, and tried to deploy it to a third PC, and it would not work. Like the image wasn’t really there. I know I’m not being very descriptive, but I can give more information once I am in front of the computers again tomorrow. It connects, registers, but it doesn’t seem to be capturing a valid image.
-
@Tom-Elliott, OK. Maybe I was just a little confused. I thought that one of the items was size on server, and that was 0. I was making the assumption that it was reading the size of the drive like you said for “size on client”. The old 1.2.0 said size on server was 0, which I thought meant it didn’t actually capture an image.
I was hoping that updating to Trunk was going to resolve some of this, but it doesn’t appear as though it has. I will continue to work on this since I want to get it working.
This was an old server that we used for our last deployment of Acer M498G desktops. I was able to pull and deploy images with no issues, but now with the new computers I’m having an issue. That is why I thought this was hardware issue, and not an issue with FOG.
-
@Towndrunk said in New Lenovo M900 Tiny Computers:
The old 1.2.0 said size on server was 0, which I thought meant it didn’t actually capture an image.
That particularly sounds like you used to have an FTP credentials issue. No worries now though, FOG Trunk ensures that the correct credentials are set during every installation and update.
Just so you know - if an image is VLK or otherwise, fog doesn’t care about that. It has no effect on imaging itself. Often times, manufacturer images have custom MBRs and custom GPT layout that have in the past been known to be problematic. While FOG should be able to image those and the developers work hard to support them, often the fast and easy answer is to build your own image from scratch and set it up with VLK as you need. This would include using the “Advanced” area in the windows installer and deleting every existing partition, and then telling the Windows installation to create a new partition. If the system is BIOS, the installer will make 2 partitions by default. If the system is UEFI, the installer will make 3 partitions.
Simply saying it didn’t work isn’t near enough. We need details. Exactly what didn’t work, exactly what point was their a failure? Exactly what is the problem? Can you give a video or photos of errors? We need more to go on.
-
@Towndrunk said in New Lenovo M900 Tiny Computers:
If I can get a good image off of this drive, will it cause any issues pushing it out to the other devices with the factory formatted GPT drives?
No. They just need the same firmware settings. If they shipped in UEFI mode, and you flipped the golden machine to BIOS to build an image on, you’ll need to flip the same setting on them all.
-
PC: DefautlWin7
Lenovo M900 tiny.
Unboxed PC and booted with factory installed Windows 7 OS, and then updated the BIOS.
Ran all the updates (excluding the Windows 10 upgrade)#2 Network Information
1: lo: <LOOPBACK, UP, LOWER_UP> mtu 65536 qdisc nonqueueqlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST, MULTICAST, UP, LOWER_UP> ntu 1500 qdisck pfifo_fast qlen 1000
link/ether 00:23:24:b7:84:ca brb ff:ff:ff:ff:ff:ff
inet 10.15.32.99/24 brb 10.15.32.255 scope global eth0
valid_lft forever preferred_lft forever
DNS Information
search xxxx.local # eth0
nameserver 10.15.31.25 # eth0
nameserver 10.15.31.24 # eth0#3 Partition Information
Model: ATA SanDisk SD7TB6S2 (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:Start End Size Type File System Flags
1 1049kB 1574MB 1573MB primary ntfs boot
2 1574MB 243GB 241GB primary ntfs
3 243GB 256GB 13.4GB primary ntfs#4 FOG Compatibility Test
FOG Compatibility Test
Computer appears to be compatible with FOG!
Results
Network [Pass]
Disk [Pass] -
PC:DefaultWin10
Same Lenovo M900 tiny as DefaultWin7 PC.
First thing we did is update the BIOS, then using the same drive I loaded Windows 10 via a VLK.
Install was a custom install, deleting all old partitions and installing Windows 10.
Ran updates, and wanted to use this as a base image and build from there.#2 Network Information
1: lo: <LOOPBACK, UP, LOWER_UP> mtu 65536 qdisc nonqueueqlen 1
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST, MULTICAST, UP, LOWER_UP> ntu 1500 qdisck pfifo_fast qlen 1000
link/ether 00:23:24:b7:85:57 brb ff:ff:ff:ff:ff:ff
inet 10.15.32.72/24 brb 10.15.32.255 scope global eth0
valid_lft forever preferred_lft forever
DNS Information
search xxxx.local # eth0
nameserver 10.15.31.25 # eth0
nameserver 10.15.31.24 # eth0#3 Partition Information
Model: ATA SanDisk SD7TB6S2 (scsi)
Disk /dev/sda: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:Start End Size Type File System Flags
1 1049kB 525MB 524MB primary ntfs boot
2 525MB 256GB 256GB primary ntfs#4 FOG Compatibility Test
FOG Compatibility Test
Computer appears to be compatible with FOG!
Results
Network [Pass]
Disk [Pass] -
I removed all of the images I had on FOG, and attempted to capture both a new Win7 and a Win10 image from the two computers listed below. The Windows 7 PC appears to be working, and is going through the process now. I will check it once it is done. The Windows 10 failed the capture right away.
Here is what I received on the Win10 PC. When I browse the /var/log folder and look for the partclone.log it doesn’t exist.
Partclone fail, please check /var/log/partclone.log
An error has been detected!
Failed to complete capture (savePartition)
Args Passed: /dev/sda2 1 /images/002324b78557 all
Computer will reboot in 1 minutes -
@Wayne-Workman, I just looked the logs in FOG, and it appears as though there may be an FTP credential issue? I see this over and over.
[Wed Jul 13 08:34:33.547856 2016] [:error] [pid 5725] [client 10.15.32.99:36668] PHP Warning: ftp_login(): Login incorrect. in /var/www/html/fog/lib/fog/fogftp.class.php on line 107
-
@Towndrunk That is what I was suspecting. When the files don’t get moved (but remain in the /images/dev folder), its typically an FTP authentication issue. This is where the (linux) fog account password isn’t in line with the password defined for the storage node configuration.
-
@george1421 In this case, since he went to trunk recently, I’m wondering if it’s a bad username/password or not because the installer now checks to see if the DB’s node credentials match what it’s setting the local fog account to. I suppose the credentials could have been changed manually at a later time after the installer ran.
@Towndrunk Simply re-running the installer should correct the ftp credentials, you might also check what credentials you have stored inside of
/opt/fog/.fogsettingsand set what you want there. -
This happened the yesterday when I did the install as well. I’m using Ubuntu 14.04, and during the install of Trunk my screen turns off after being inactive for a certain amount of time. When I bring it back up, my password to log in is no longer valid. I have to get into the GRUB prompt to get back in. I don’t know if the install even really finished or not.
-
@Wayne-Workman, I don’t believe I ever set a password for SQL. During the initial installation it asked if I wanted a password, and said to leave it blank if I didn’t want one. I wasn’t to worried about it since the server was used for FOG and nothing else.
I just ran the Trunk install again, and made sure the entire install went through. Afterwards I checked the contents of the /opt/fog/.fogsettings and here is what I found.
ipaddress=‘10.15.31.20’
interface=‘eth0’
routeraddress=‘option routers 10.15.31.1;’
plainrouter=‘10.15.31.1’
dnsaddress=‘option domain-name-servers 8.8.8.8;’
dnsbootimage=“8.8.8.8”;
password=“6GtO35zHL+Ypw7VVFu+i7S4kp2keVoDv0rHurDnjI7Y=”
osid=‘2’
osname=‘Debian’
dodhcp=‘n’
bldhcp=‘0’
installtype=‘N’
snmysqluser=‘root’
snmysqlpass=“”
snmysqlhost=‘localhost’
installlang=‘’
donate=‘0’
fogupdateloaded=1
submask=‘’
dhcpd=‘’
blexports=‘1’
storageLocation=‘/images’
username=‘fog’
docroot=‘/var/www/html/’
webroot=‘/fog/’
caCreated=‘yes’
startrange=‘’
endrange=‘’
bootfilename=‘undionly.kpxe’
packages=‘apache2 build-essential cpp curl g++ gcc gzip htmldoc lftp libapache2-mod-php5 libc6 libcurl3 m4 mysql-client mysql-server net-tools nfs-kernel-server openssh-server php5 php5-cli php5-curl php5-fpm php5-gd php5-json php5-mcrypt php5-mysqlnd php-gettext sysv-rc-conf tar tftpd-hpa tftp-hpa vsftpd wget xinetd zlib1g ’
noTftpBuild=’’
notpxedefaultfile=‘’
sslpath=‘/opt/fog/snapins/ssl/’
backupPath=‘/home/’
php_ver=‘5’
php_verAdds=‘-5.6’ -
I’m starting to wonder if at this point it may be best to just remove FOG and re-install it again. I have nothing in there at this time that I can’t afford to lose.
-
@Towndrunk This is the fog password and FTP password:
password="6GtO35zHL+Ypw7VVFu+i7S4kp2keVoDv0rHurDnjI7Y=“If you don’t like that, you can change it and re-run the installer - it will update everything for you.
-
@Wayne-Workman, thank you. I changed that password, and re-installed Trunk. Oddly I wasn’t locked out of this time like I had been in the past. I also wasn’t prompted to update the DB like before. Something that was cleared by restarting the SQL DB.
I was able to Register my Windows 7 machine, and capture an image from the PC.
I was also able to deploy that image to another PC that I had registered, and it worked as it should.The issue that I’m still having is associated with the Windows 10 PC that I performed a custom install on, wiping all partitions on the drive during the installation.
When I try and capture and image, I fails with the following message. I’m assuming it has something to do with the drive? When I ran the compatibility test earlier though, it didn’t detect any issues.
Failed to complete capture (savePartition)
Args passed: /dev/sda2 1 /images/002324b78577 all -
@Towndrunk There should be a step where it reports an error prior to that if I’m not mistaken, that should tell us more about why that failed.
But as a stab in the dark I’m going to say you need to turn off Fast Startup and do a chkdsk /f on your windows partition.
-
@Quazz, I followed your recommendation and turned off Fast Startup and ran a chkdsk. FOG was able to capture and image, however it was very slow. Had a few moments where I thought it was going to fail since it sort of stopped doing anything. It did complete, and rebooted when done though.
I’m in the process of trying to deploy that image to another PC right now to make sure that it is working as it should.
-
Things appear to be working now for all three instances. Default Windows 7 install, upgrade to Windows 10 install, as well as the drive that was loaded from the Windows 10 disk. I’m going to do a few more tests to make sure things continue to work as they should, but it look promising.
I do have one question, and I’m not sure if this is due to the upgrade or not. When I do a full inventory on a new host, it asks at the end would you like to deploy this image now. In the past, it would just deploy the image right away, but for me to get it to work now, I have to reboot. Is that normal, or am I just mistaken and it would always reboot?
-
@Towndrunk It always reboots.
-
@Tom-Elliott, thanks. I believe we can close this thread. Things are working now as far as a Capture/Deploy aspect goes. I’m having issues with my images not joining the domain. I have done some reading here and all of my settings appear to be correct. If I can’t get it working, I can start another thread.
Thanks for all of the help. There is no way that I would have got this working without you guys. Thanks.
