Topics created by mecsr

@mecsr Great. I’m glad you have it working.

Just as a word of warning, don’t advanced past the 4.15.2 version of the kernel until you update FOG, and even then stick with 4.15.2 until the developers can dig into why 4.17.0 is acting slow.

I suppose, to answer the question more directly, you can do a snapin pack.

Create a base batch file, and all your others. Create them into a zip file. Your “base” batch file would simply call the other batch files as required.

For example, you create a snapin pack with licensing.zip as the base name.

Inside licensing.bat you would, essentially, have:

@echo off %~dp0\license1.bat %~dp0\license2.bat %~dp0\license3.bat %~dp0\license4.bat %~dp0\license5.bat %~dp0\license6.bat %~dp0\license7.bat %~dp0\license8.bat %~dp0\license9.bat %~dp0\license10.bat %~dp0\license11.bat %~dp0\license12.bat %~dp0\license13.bat

(Some of the syntax may be off, but the idea is the same. For what it’s worth, the %~dp0 is windows slang for, the current drive and path of the running script, this way you don’t have to hardcode the path to find these other files.)

Was this meant to be deleted/purged, or is this an issue?

FTP move should not be an issue or we should see a somehow FTP related error message - which would happen much later anyway. To me it seams like the image/VM might be corrupted. Although disk space and inodes are not running out yet.

@mecsr Have you tried running chkdsk /f within the client system as suggested on the screenshot??

I really don’t hope that this is the case but could it be the server disk is failing??

As far as I remember we changed a couple of things with extended partitions in SVN a few weeks ago. Switching between SVN an older versions could cause trouble I suppose…

Please run a debug session on the client you use to upload the image from, run the following command and copy paste all the output (including warnings and errors) you see:
[CODE]sfdisk -d[/CODE]

If I want to make changes to my init files I use this script a lot:
[CODE]#!/bin/sh

INIT=“init”

if [ ! -f ${INIT}.bak ]
then
echo “Backing up ${INIT}.xz”
mv ${INIT}.xz ${INIT}.bak
cp ${INIT}.bak ${INIT}.xz
fi

if [ -f mnt/bin/fog ]
then
umount mnt
rmdir mnt
echo “Compressing ${INIT}.xz, please wait…”
xz -C crc32 -9 ${INIT}
else
xz -d ${INIT}.xz
mkdir -p mnt
mount -o loop ${INIT} mnt
echo “Mounted ${INIT}, have fun…”
fi[/CODE]

Thanks, I just tried that, but I noticed the same problem in another thread where someone is having the same problem, and where you told them to try the same thing. So I’m going to post the results over there
[url]http://fogproject.org/forum/threads/problem-with-permission-denied-after-fog-server-restart.12503/[/url]

Gotta help keep the forum organized and what not right. I’ll post here again if I here back about whether or not option 43 was touched by someone else.

Thanks again for all the help.

Hello,

I had the same pb with my sfx file. To solve this i created a .bat file that run the installer (or any other file) which will be run after extract. with this method it works. But perhaps you have already found a solution to your issue 😉
the SFX maker i use is the one created by David Cornish (SFX Maker by http://www.isoft-online.com/ never worked for me)

the latest beyond 1.0.1 may be unstable.

use 1.0.1 for production environments.

I’m not aware of any changes, other than adding a schema change, so my guess is this could be the cause?