@george1421 Running Version 1.4.2
SVN Revision: 6072
Latest posts made by sam240
-
RE: UEFI Booting with Lenovo T470 NvMe drive
-
RE: UEFI Booting with Lenovo T470 NvMe drive
@x23piracy Thank you but how does Fog determine between UEFI image vs Legacy Image? How does it convert the hard drive to MBR vs GPT?
-
UEFI Booting with Lenovo T470 NvMe drive
This is the first machine we received with NvMe drive. I’m able to get to fob using ipxe.efi and deploy the image. However, after the image gets deployed. Hard drive doesn’t recognize the OS being installed. Bios is set to UEFI only. I’m assuming this is because UEFI uses GPT instead of MBR. How do I convert this this drive to GPT? Will I need to capture a new image? OS is windows 7 64bit.
Running Version 1.4.2
SVN Revision: 6072Thank you for your help!
-
RE: Default fog user password create on linux box?
@Junkhacker Thanks that worked.
-
Default fog user password create on linux box?
Server
- FOG Version: 1.3.4
- OS: Centos
Client
- Service Version:
- OS:
Description
I just installed Fog on Centos OS 7 and fog automatically created a user account called fog. What is the default password to login to this account? It is not “password” i tried logging in using password and it does not work.
-
RE: update database Failed..while capturing first image
I deleted the entire machine and rebuilt the VM and followed centos OS instructions this time which resolved the problem. I’m able to capture now without any issues.
just an fyi for anyone installing this on centos 7 this is the guide I used.
Centos 7 guide -
RE: update database Failed..while capturing first image
@Tom-Elliott said in update database Failed..while capturing first image:
selinux
I disabled the firewall to test and also selinux is set to permissive
I want to clarify, I changed the local fog user password on the centos machine and made the Storage Nod password and Tftp the same after. -
RE: update database Failed..while capturing first image
@Tom-Elliott said in update database Failed..while capturing first image:
What’s concerming is the dev folder is missing the the d1p1.img file (or any other files.
This isn’t the cause for failure to upload, but it’s concerning non-the-less. Do you know what happened to it.
The failure, as I’m seeing it, appears to be the information in Storage Node is not matching up possibly?
Have you run through the whole FTP Troubleshooting guide?
I never had the d1p1.img file. I just installed fog yesterday. Storage Node information is the same as the ftp. I verified.
I did troubleshoot the ftp off of my windows machines. I can successfully login to ftp but I can’t create or list files. I receive an error 425 Failed to establish connection even though I’m connected. -
RE: update database Failed..while capturing first image
@Tom-Elliott said in update database Failed..while capturing first image:
It looks, to me, like your disk space is all used up? (Possibly)
Hi Tom,
This is disk space I haveFilesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/cl_hq--fog-root 47285700 6029364 41256336 13% / devtmpfs 1925580 0 1925580 0% /dev tmpfs 1941156 156 1941000 1% /dev/shm tmpfs 1941156 9044 1932112 1% /run tmpfs 1941156 0 1941156 0% /sys/fs/cgroup /dev/sda1 1038336 232348 805988 23% /boot tmpfs 388232 20 388212 1% /run/user/1000
Any other thoughts?
-
update database Failed..while capturing first image
Server
- FOG Version: 1.3.5-RC-10
- OS: Centos 7 (centos-release-7-3.1611.el7.centos.x86_64)
Client
- Service Version:
- OS: Windows 7
Description
This is the first time I’m capturing an image and it fails at updating database.
I tested to put a test file after connecting to ftp via windows machine and I get this error
My username and passwords are the same for the fog account on the linux box as under storage management and TFTP server under fog settings.
I also looked at the /opt/fog/.fogsettings and username fog is set and password is the same.
I chmod 777 /images folder and the dev folder under it.
Firewall is not blocking anything because I can see the change.One thing I did notice is that I ran sudo chown -R fog:root /images/dev it looks like this if I run
ls -laR /images/dev /images/dev/68f72858dfdf: total 2000 drwxrwxrwx. 2 fog root 158 Mar 3 12:00 . drwxrwxrwx. 4 fog root 66 Mar 2 14:55 .. -rwxrwxrwx. 1 fog root 3 Mar 3 12:00 d1.fixed_size_partitions -rwxrwxrwx. 1 fog root 1048576 Mar 3 12:00 d1.mbr -rwxrwxrwx. 1 fog root 190 Mar 3 12:00 d1.minimum.partitions -rwxrwxrwx. 1 fog root 30 Mar 3 12:00 d1.original.fstypes -rwxrwxrwx. 1 fog root 0 Mar 3 12:00 d1.original.swapuuids -rwxrwxrwx. 1 fog root 190 Mar 3 12:00 d1.partitions
Now after I boot the computer and try to capture the image, I receive the error and I run the ls -laR /images/dev command again, the permissions change to this.
ls -laR /images/dev /images/dev/68f72858dfdf: total 2000 drwxrwxrwx. 2 fog root 158 Mar 3 12:02 . drwxrwxrwx. 4 fog root 66 Mar 2 14:55 .. -rwxrwxrwx. 1 root root 3 Mar 3 12:02 d1.fixed_size_partitions -rwxrwxrwx. 1 root root 1048576 Mar 3 12:02 d1.mbr -rwxrwxrwx. 1 root root 190 Mar 3 12:02 d1.minimum.partitions -rwxrwxrwx. 1 root root 30 Mar 3 12:02 d1.original.fstypes -rwxrwxrwx. 1 root root 0 Mar 3 12:02 d1.original.swapuuids -rwxrwxrwx. 1 root root 190 Mar 3 12:02 d1.partitions
I’m not sure what I’m doing wrong at this point. This is the first time I’m using Fog. Any help is appreciated. Thank you