Posts made by dustindizzle11

Whenever I create a new host, the active directory defaults at the bottom are always wrong. They are not what is set in the Fogsettings>Active Directory Defaults. Is there a way I can fix this so Fog grabs the correct default settings when making new hosts? I would add pictures but that feature seems to be broken right now? (at least it wasn’t working for me).

@jbonilla Just in-case anyone else is trying to get this working, I had to add “union=overlay” after the “filesystem.squashfs” portion to get it working on my server.

:CLONEZILLA
kernel http://${fog-ip}/fog/service/ipxe/clonezilla/vmlinuz
initrd http://${fog-ip}/fog/service/ipxe/clonezilla/initrd.img
imgargs vmlinuz boot=live username=user fetch=http://${fog-ip}/fog/service/ipxe/clonezilla/filesystem.squashfs union=overlay locale=en_US.UTF-8 keyboard-layouts=NONE
boot || echo failed to boot
prompt
goto MENU```

@Wayne-Workman Ubuntu Server 14.04

UPDATE: This was fixed. The problem was that the local fog user on the machine had no SHELL tied to it. Giving the fog user a shell fixed the FTP problems all around (I have no idea why fog had no shell in the first place). If another person runs into this, you can see if the fog user has a shell by viewing “/etc/passwd”. If the fog user has no shell you will see something like “fog1002:1002::/home/fog:”. I simply edited the passwd file to “fog1002:1002::/home/fog:/bin/bash”, which specified a shell and fixed the issue.

I just upgraded a 0.32.server to 1.2, and I cannot seem to figure out why I cannot get ftp working. When displaying all the images in the web interface, I noticed that it gives me the “FOGFTP: Login failed” message for all the images. I also cannot ftp to the server from another linux box, says the password is incorrect. I have gone through the Wiki …(https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP)

• I have disabled the Firewall

• I made sure to change the rights on the images directory (sudo chown -R fog:root /images)

• All the mentioned places below have the same username and password
  The “fog” user for the web interface
  Web Interface -> Storage Management -> My storage node -> Management Username & Management Password
  Web Interface -> FOG Configuration -> FOG Settings -> TFTP Server -> FOG_TFTP_FTP_USERNAME & FOG_TFTP_FTP_PASSWORD
  The local ‘fog’ user on the Fog Server

• I also manually edited “/var/www/fog/lib/fog/Config.class.php” to reflect the same values.

Any ideas as to what could be going wrong? It is acting like the password I am defining is not actually being set somehow. I tried everything I could think of before asking here. Thanks in advance for any help!

@Tom-Elliott I must have replied at the same time you did so I didn’t see this until now. I might try your suggestion just to see if I can get it to work. Thanks Tom!

@Tom-Elliott I have made multiple 1.2 Windows 10 images that work perfect, so I know it does work with 1.2. I use single disk, re-sizable and Windows 7 as the OS. I also make sure to install Windows 10 only on 1 partition. I think I will just plan on moving that districts Fog server to 1.2, it eventually needs to happen anyways. I tried everything I could to get Windows 10 to work with 0.32, and it doesn’t seem to be happy with it. Thanks everyone for your suggestions and help!

Before I ask my question, I know 0.32 is old and not up to date (1.2 being the latest stable). I have a 0.32 server installed for a school district that our tech department helps manage, and I was trying to make a Windows 10 image they could use. My question is this… Without updating the server and nodes in the separate district, is there a way to get Windows 10 to work with 0.32? No matter what I try after downloading the image, the client boots back up with “Missing Operating System”. I have tried uploading with Vista OS Single Disk, and Windows 7 Single Disk, both with the same results after downloading. The OS is installed on one partition, not multiple. I was hoping I could get them a Windows 10 image without having to update everything right now. If that’s not possible, I understand. Thanks!

Dustin

@Sebastian-Roth Sorry about the late reply. I made a test station that was upgraded to trunk and I was able to get the surface to take an image, but it never actually loaded the image (wouldn’t boot what was thrown onto the HDD). Thats where I left off. The trunk option was what solved all my major issues with the kernel panic.

@Tom-Elliott Thanks for posting this! This update has actually has caused two computers in our school district so far (that we know of) to be unable to login because the “domain logon message” will not go away. After you press “ok” to dismiss the domain message, it reappears. I removed the update on a machine and it was fixed.

I have seen lots of stuff about the Surface Pro 3 and Fog, but I havent seen a clear answer that it does in fact work with Fog 1.2? I am able to get the surface to boot to Fog using the Trunk efi files (https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/), but no matter what kernel I use it goes into a kernel panic “Kernel panic - not syncing: VFS Unable to mount root fs on unkown block(1,0)”. Other settings I have set right now are…
Host Kernel Arguements = has_usb_nic=1
Host Primary Disk = /dev/mmcblk0

So I guess my two questions are:

1. Does Fog 1.2 work with the surface pro 3’s?
2. If so, what kernel am I supposed to use(if known).

Thanks so much!

@Tom-Elliott Thanks Tom. The command has been running for like 3 days straight and it still hasn’t finished/found anything. I would think it would take a little time to find the text within a file, but it seems like 3 days is too long. Am I doing something wrong? Let me know what you think whenever you have time (also if you happen to know where the exact file is I could do that too).

**Thanks Frank. Here is the code. Looks like it is being slapped on at the end. It seems to only happen with Chrome. **

<!DOCTYPE html PUBLIC “-//W3C//DTD XHTML 1.0 Strict//EN” “http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd”>
<html xmlns=“http://www.w3.org/1999/xhtml”>
<head>
<title>Login > FOG > Open Source Computer Cloning Solution</title>
<meta http-equiv=“content-type” content=“text/html; charset=utf-8” />
<meta http-equiv=“x-ua-compatible” content=“IE=8” />
<!-- Stylesheets -->
<link rel=“stylesheet” type=“text/css” media=“all” href=“css/calendar/calendar-win2k-1.css” />
<link rel=“stylesheet” type=“text/css” href=“css/fog.css” />
</head>
<body>
<!-- FOG Message Boxes -->
<div id=“loader-wrapper”><div id=“loader”><div id=“progress”></div></div></div>
<!-- Main -->
<div id=“wrapper”>
<!-- Header -->
<div id=“header” class=“login”>
<div id=“logo”>
<h1><img src=“images/fog-logo.png” alt=“logo” />^1.2.0</h1>
<h2>Open Source Computer Cloning Solution</h2>
</div>
</div>
<!-- Content -->
<div id=“content” class=“dashboard”>
<h1>Management Login</h1>
<div id=“content-inner”>
<form method=“post” action=“?node=login” id=“login-form”>
<input type =“hidden” name=“node” value=“host” />
<label for=“username”>Username</label>
<input type=“text” class=“input” name=“uname” id=“username” />
<label for=“password”>Password</label>
<input type=“password” class=“input” name=“upass” id=“password” />
<label for=“language”>Language</label>
<select name=“ulang” id=“language”>
<option value=“中国的” >中国的</option>
<option value=“English” selected=“selected”>English</option>
<option value=“Español” >Español</option>
<option value=“Français” >Français</option>
<option value=“Deutsch” >Deutsch</option>
<option value=“Italiano” >Italiano</option></select>
<label for=“login-form-submit”></label>
<input type=“submit” value=“Login” id=“login-form-submit” />
</form>
<div id=“login-form-info”>
<p>Estimated FOG sites: <b><span class=“icon icon-loading”></span></b></p>
<p>Latest Version: <b><span class=“icon icon-loading”></span></b></p>
</div>
</div>
</div>
</div>
<!-- Footer -->
<div id=“footer”>FOG Project: Chuck Syperski, Jian Zhang, Peter Gilchrist & Tom Elliott FOG Client/Prep link: <a href=“?node=client”>FOG Client/FOG Prep</a></div>
<!-- FOG Variables -->
<!-- JavaScript -->
<script type=“text/javascript” src=“js/jquery.js”></script>
<script type=“text/javascript” src=“js/jquery.progressbar.js”></script>
<script type=“text/javascript” src=“js/fog.js”></script>
<script type=“text/javascript” src=“js/fog.login.js”></script>
</body>
</html>��VKs�6>'�b�CNa9�ڦԉe%N&�5����A䊄���� )UV��F:���}�ɫ������
*���a���7C������a�� z�%L����|�GQ�}u��z���obcs>��oJ/�uK��8�Y4x�4�lJ�]�����֎t$���_$%z
A���Z���W��-��^�F��Q�~�a�e9I��-;E��ա�Ǎ�g�-���}��s���K�p�s��޷��
5LLmS�@��ha���:‘���4:��m@QR/���G�o��G�tR�"(,Ή�s<
u&�~��R_-Y/n�I��o5�-��� !iB�tf��c��8S"]��� c’1���’���� )�;�8�s�
��;\Y�����
(�mQ&3�m�;���#:G�pg6����dr2�Gʈ)wVT�hp�q ���-!����ٳ;�QH}���bp���N����C�2�i$�m�A"�p���Rh�����Rg����"b���ٴ�Nh�J��P�����M&����*�LxX&\Џ�j����"�@����]n=�հm��puMߚ�;>� Lj��W�z�H���g����;c���C����� �v�(d�Z��1�yc B���Y�oX��&T��-�|�B�?����1D��Tia���Z��-LM #����)١�!�c�����}��&�~�(��v�-��<�E_�����a��J8\�٪ێ��L9~�z�?>C�(Vb�ZY�B�ڗ�v_�J+��r\�G���M�:��Q���ۋK�O�ۏ�nbf[}O�SY⹈�K
O%�q�M�h�=������<���>:�KY��/��|�[
�h��I�5AEc�f��h�z<ݲ’�IArR����������_2�co
�ݴx�����ˁ>G����ͦU’

This is totally not a big deal, but I am just curious if anyone else gets these characters at the bottom of their management login page (picture below). Again, not a big deal, I am more curious as to where it is coming from and if others have the same thing.

I have just solved this issue. The problem is that the image was uploaded with the “vista” OS type. I think this must be broken in 1.2. I was able to recover my image by changing the name of the image file inside the folder to “sys.img.000” and changing the OS type of the image to “Windows 7”. To do this, simply browse on your master node, or where your images are stored and rename the largest file inside the image folder to the “sys.img.000”. I was able to fix two images I uploaded with the vista OS type.

@Tom-Elliott Thanks Tom.

I upgraded all the nodes. What cleared the error is below.

The issue was that this was a “part-image” type of image that I updated and re-uploaded which converted it into a partclone image. The master node overwrote the old file when I uploaded the image. The other nodes though, which get the image updated from the master still had the old image on them which was a file, not a directory which partclone seems to use. Once I deleted the old image from the nodes, it replicated to the others without the error.

@Wayne-Workman I haven’t updated them. If that is supposed to happen, that could be the problem. Is there a wiki for this or a guide for updating a storage node? Or is it pretty straight forward (run the installer and images will not be wiped out?)

I have images that are part-image from an old .32 server that I am updating . The current version that I am using is 1.2. Every time I update a part-image, it uploads the image fine. I can see it in my storage node and it all looks great. The problem is when I try and download the image. It gives me an error saying that it “is a directory” and it is “not a part-clone image.”. I realize when it uploads that it uploads as a part-clone type. When I check the image type, it lists it as a partclone image. So I am totally confused as to why it thinks the image is not a partclone image, yet it lists it as a partclone image. Any help would be appreciated, Thanks!

This might be a simple one, but I haven’t been able to figure it out yet so I thought I would ask.

I upgraded to Fog 1.2 a while back, but noticed yesterday that the master node wasn’t replicating the new image I had just uploaded (I updated an image from partimage to make it partclone). When I look in the replicator log, I see this message. (The partclone image is Windows7x64BASE). I have tried changing permissions and I still get the error.

[09-04-15 10:57:08 am] * [09-04-15 10:57:08 am] SubProcess -> Making directory `Windows7x64BASE’

[09-04-15 10:57:08 am] * [09-04-15 10:57:08 am] SubProcess -> ln: Fatal error: 500 Unknown SITE command.

[09-04-15 10:57:08 am] * [09-04-15 10:57:08 am] SubProcess -> Mirroring directory `Windows7x86-b’

[09-04-15 10:57:09 am] * [09-04-15 10:57:09 am] SubProcess -> mirror: Access failed: 550 Failed to change directory. (/images/Windows7x64BASE)

I appreciate any ideas that can help me fix the issue. Thanks!

Dustin

@Tom-Elliott Hi Tom. So I just started verifying that the nodes have the image, and they do, but it looks like an older version of the image. I uploaded a Windows 10 image while using the older .32 server using a vista mbr (so it is not partclone image and it is not a folder like it should be). It looks like the 3 other nodes have the older version of the image. I just turned off all the other nodes with the older version of the image, and restarted the task and walah! Sorry for all the pain Tom! I just restarted the replicator service on the master node “sudo /etc/init.d/FOGImageReplicator stop” & “sudo /etc/init.d/FOGImageReplicator start”(it wasnt replicating for some reason)…