I don’t know that these forums have status’ like that.
I obtained Developer because I was requested to be one. Otherwise, with over 500 messages, I was still “Member”
I don’t know that these forums have status’ like that.
I obtained Developer because I was requested to be one. Otherwise, with over 500 messages, I was still “Member”
r1167 released, hopefully addresses this issue now!
It’s as I suspected.
I had the checks for the task happening. Because the way your snapins are being deployed, the Task Variable wasn’t setup.
So the “get() on a non-object” is absolutely true. Already have a fix, and sending down the pipelines.
I guess I’m confused.
PXE is different from DHCP.
I’m assuming you’re saying that You’re not allowed to have FOG distribute DHCP across your network? You’re also not being allowed to use PXE on your network?
Then you’ll need to isolate the network as you already started doing, maybe use a different router to do DHCP handling within your isolated network?
If you don’t have a router, you can install a DHCP server on FOG. As long as you’re allowed to use the internet to install the packages. As you are going to be isolating the network, make sure when you’re setting up the server IP information that it’s set to what you’re going to be using, not the network you’re currently on, otherwise you might start seeing issues.
Can you look at the access logs for “snapins.checkin.php”?
I’ve just, for me, added a 10 second wait time to the scripts and will do more debugging tonight.
Hopefully I’ll get this narrowed down.
The upload tasks seems to report “Can’t have partition outside of disk.” error even with changing the positioning of the mbr backup, so I don’t think this is an MBR issue, I think it’s more an issue with the partitioning scheme itself.
I think you’re right that it’s not resizing on the deploy, though my disks are coming up full 50GB, while the image device size on resizable is only 4.7GB.
I don’t know what else to look into, but I’ll work at it until I get this narrowed down.
Yeah,
I’m starting to think it’s returning the error because it can’t find the address, like you have a different /var/www/fog dir (maybe /var/www/html/fog?)
Alright, I’ll probably be around more so tomorrow to help out where I can.
r1165 being released to address this.
It’s good to know the validation stuff was working though, even if it was “too” much.
That’s because it’s looking for a snapin task from the tasks page, I’ll take a look though, give me a minute or two.
Does SUSE support the service command?
I think you’d need to use /etc/init.d/<filename> restart for this to work on your particular system.
If you’d be so kind,
I can’t seem to replicate this issue myself.
There is a way to kill them, just your icon’s not showing.
No the key is because I’ve added openssh to the init.gz, this way I can edit the fog scripts from a debug window and send the updates to myself.
Typically speaking, to use Resizable with Windows 7, and I imagine 8, you would need to have sysprepped the system. This is because, during the sysprep process, it generalizes the hard-drive. If it’s not sysprepped, windows believes the drive is exactly whatever device it was when it was initially installed. If there’s any variance (size drive space) it borks the entire process. There is a way to set bcd so this isn’t the case, but I haven’t had any luck finding any good documentation on it so I can automate it into the FOG system.
r1164 released.
Only main change between both is ntfsresize performs specifically for win7 (different) than win xp.
r1164 released. Hopefully fixes ntfsresize for xp, specifically does ntfsresize for win7. Also changes from throw exception, to print in hostname.
That’s why you knew something wasn’t working right.
It does make me wonder though, should I through exception, or just print that the system isn’t going to join the domain?
I’m guessing, based on this, a print is what’s needed. I’ll make that change and release as well.
Can you guys try with 1163.
I may have made a change without realizing, but I’ve tested resize for this and all seems to work fine. Then again, I could be wrong.