Issues with Downloading images FOG 1.2.0 CentOS 7
-
The Trunk versions come from sourceforge, and they have been having… issues… lately.
I recommend using this method for upgrading to FOG Trunk:
https://wiki.fogproject.org/wiki/index.php/SVN -
Would you recommend using SVN or Git for the current trunk? I tried with Git, and got to “Downloading current FOG client” and then it would error out. Also, I’ve attached a picture of the issues I was having using the Debug Download, partclone never seems to get called and it goes straight to task completion. Pictures are from most recent to least recent.
-
This is a picture of some of the errors I’m getting while installing the Trunk version. I commented out the exit status 1 for the configuring MySQL function like recommended in the wiki, but I get an error when downloading the FOG client:
-
When I get home, I’ll download the current Trunk version and just stick it into my MEGA account for everyone to use.
-
@Wayne-Workman I would certainly appreciate it, I know it’d likely be easier if I rolled back to CentOS 6.6 but my company is trying to push everything up to the most modern version, and they don’t always realize new isn’t always better.
-
Try to install mariadb-server first…
[CODE]yum install -y mariadb-server[/CODE]
and to disable exiting if FOG Client download fails, edit this:
trunk/lib/redhat/functions.sh
Find the code block that looks like this (in vi, the forward slash searches for strings…):
[CODE]echo -n " * Downloading New FOG Client file…";
cwd=pwd;
cd $webdirdest/service;
count=0;
while [ -z “$clientVer” -a “$count” -le 10 ]; do
clientVer=wget http://$ipaddress/fog/service/getclient.php -q -O -;
if [ -z “$clientVer” ]; then
clientVer=wget http://$ipaddress/service/getclient.php -q -O -;
fi
count=expr $count '+' 1
sleep 2;
done
if [ -z “$clientVer” ]; then
echo “Failed to get client version”
exit 1
fi[/CODE]And put a hash before the exit 1 like this, then save:
[CODE]echo -n " * Downloading New FOG Client file…";
cwd=pwd;
cd $webdirdest/service;
count=0;
while [ -z “$clientVer” -a “$count” -le 10 ]; do
clientVer=wget http://$ipaddress/fog/service/getclient.php -q -O -;
if [ -z “$clientVer” ]; then
clientVer=wget http://$ipaddress/service/getclient.php -q -O -;
fi
count=expr $count '+' 1
sleep 2;
done
if [ -z “$clientVer” ]; then
echo “Failed to get client version”
#exit 1
fi[/CODE]But please note that if the client download fails, that means you DO NOT have the new client.
You can always run the installer later (no harm) and try to get it.
-
MariaDB is already installed and updated, would it be worth trying to remove it and let FOG install it? And that got me farther, now it’s failing on the Plugins. Unfortunately it’s about closing time here so I’ll have to get back to this on Monday. I really appreciate the help, hopefully a new stable build is coming soon that’ll work better with CentOS 7’s weird setup.
-
I ran the FOG installer and got the exact same error about MySQL…
I installed mariadb-server and then re-ran the installer and the error went away.
-
That’s strange, since I’ve already got MariaDB installed. Maybe I’ll try to remove it and install it again, though I don’t think that would have much effect at this point. I still haven’t found a good resolution for the issue, at this point I may just end up having to start FOG over from scratch, which would be unfortunate, but it may fix it.
-
@saistrop said:
good resolution for the issue, at this point I may just end up having to start FOG over from scratch, which would be unfortunate, but it may fix it.
FYI, I installed CentOS 7 at the house and gave Tom access, and he fixed up the current FOG Trunk to work on it…
If you update FOG and try again, there’s probably a high likelihood that it’ll work.
-
Well, minor update. I got the current SVN version from updating (3526 is what’s listed), and it seems to be having an issue with the old image I had from 1.2.0. Is there a known way to work with old images on the current SVN?
-
Yes.
First thing is to verify that the path is correct. Nevermind the image name, look at general - > path.
This must exactly match the actual path of the image, and it is case sensitive.
Second thing is to make sure FTP is good, third thing is to make permissions 777 recursively on the images directory.
and if the image was made with 1.2.0, it would be using partclone (not partimage).
-
Those all appear to be good, I’m getting an error something along the lines of “unable to location partition” when I try to do the clone. Do I need to change the image settings to only copy the MBR and partition table, or is there some other configuration I still need to do that I’m missing? It’s currently setup as a single disk-multiple partition, using Partclone. You guys really are saints for taking so much time to try and help me figure this out, if I haven’t pointed that out already.
-
is it an SSD?
Try single disk - resizeable. and under “partitions”, choose “everything”.
Also - a photo of the error you’re seeing would help greatly.
-
I’ll try it with single disk and see how it goes. In the meantime, here is a picture of the error I’m getting, which make sense given that the file doesn’t exist because it was never part of 1.2.0’s image setup as far as I could tell.
-
Can you post the output of this?
On your FOG server:
[CODE]ls -laR /images/Win7Prox64[/CODE] -
[root@localhost /]# ls -laR /images/Win7Prox64/
/images/Win7Prox64/:
total 9226228
drwxrwxrwx 2 root root 49 May 27 11:58 .
drwxrwxrwx 5 fog root 75 Jun 5 10:04 …
-rwxrwxrwx 1 root root 512 May 27 14:00 d1.mbr
-rwxrwxrwx 1 root root 8478104 May 27 14:00 d1p1.img
-rwxrwxrwx 1 root root 9439173435 May 27 14:18 d1p2.img -
chmod -R 777 /imagesif errors with operation not permitted…
sudo chmod -R 777 /images -
While I appreciate the advice Wolf, it’s not a permission issue in the directory so far as I can tell. It seems to be looking for a file that doesn’t exist.
-
This post is deleted!
