Posts made by Tom Elliott

need2,

If you want help, let me know.

That’s what’s making me wonder. Though it appears information is going to the proper place, it’s not translating appropriately. It’s more than possible javascript is disabled on that system.

The question is, does this happen on every system AND browser, or just this one system?

Looks like firefox to me. Gecko/20100101 Firefox/26.0

Whats the version of php that you’re using?

If it’s > than 5.3, chances are this is your issue.

Try searching and removing anything referencing &$tmp and remove the &.

r1162 released. Should resize SDR disks after imaging completes. It wasn’t before and I’m sorry I missed that part.

Spelling issues have been addressed as well.

What do you mean, “you get the same thing?”

The host name or no host name happens?

I’m about to release r1162, found the place where ntfsresize was supposed to happen in my scripts, but wasn’t happening. Why?, you ask with a slight bit of confusion. Because I forgot to add the resize part.

My guess with your issue is, the sysprepped system was trying to expand, but the way the drive was sized, it couldn’t expand any further, therefore it wouldn’t work on your system. I’m using VM’s so things can happen in the background dynamically which would be why I wasn’t seeing the same issue you where. I’m surprised others weren’t as well.

Already corrected now.

I’ll fix that, easy enough to do.

3.13.1

Try my kernel.

[url]https://mastacontrola.com/fogboot/kernel/bzImage[/url]

Can you do the reinstall of FOG at 1161 (of course backing up the init.gz)

But before running the install script,

rm -rf the /var/www/fog directory (whereever it actually is.)

I’m sorry I haven’t been able to fix all these issues, but glad these issues are happening.
So I’m going to go home tonight and figure out the issue with chkdisk. I think you’re right with that.

Basically, the file you’re using is just using the known working fog script. (The original one from 1141.)

Multicast decompression happens on the server, otherwise, the clients, during upload, compress the image.

Make sure the system has the image id set.

It isn’t a problem at all.

[php] if ($ftp->rename($dest,$src)||$ftp->put($dest,$src))
($_REQUEST[‘osid’] == ‘1’ ? $ftp->delete($StorageNode->get(‘path’).‘/dev/’.$macftp) : null);[/php]

And these functions are in /var/www/fog/lib/fog/FOGFTP.class.php

Try, simply, removing the /images/labinfociro directory

FOG GUI->Storage Management->Storage Node->Management Username/Password

Maybe I fix/broke the chkdisk feature. Now we’re getting somewhere.

I’m good for now, but can you test, using the same username and password set in the Storage username and password fields, that that user can actually ftp data to the location?