Thanks for this detailed reply, I always think that 2 VCS and 1 repo is too big, curb the developpment of Fog and is not easy to manage. I understand your position and it’s up to you to choose how you want to work so there is no good or bad solutions, I’ve created this topic in order to start a discussion about the project management and how to improve it.

Tom, for the learning of git I’ve some ressources that you can link if you choose to move to git one a day. It’s not hard as you can think you just need to forget about how svn run but after you’ve switched to git getting back to svn could be hard 🙂

Romain.

[quote=“Mentaloid, post: 37412, member: 4362”]Last I used VMware to shrink a disk, it was done via a VMware supplied tool called “vmware tools” for a windows guest. This is a guest OS application that is installed from VMware from a CD ISO image (ESXi, accessed by selecting “install vmware tools” in the host manager).

As this is a program/tool supplied by VMware, and is Host dependant, as well using private (and hidden) vmware API’s, I am quite certain that there is no linux derivative of said tool. If you have access to the VMDK file from a linux system you can manage to squeeze vcli [url]https://www.vmware.com/support/developer/vcli/[/url] onto it, I would suggest thinking about creating a new (smaller) VMDK file, and then cloning to the new VMDK. Of course this requires a fair amount of room itself (as does the hot shrink that VMware supplies for windows guests)

TL;DR; Windows guests, you need to use vmware tools. Linux guests, you need to do a lot of research, and get some 3rd party tools and install VMware tools (which likely won’t work on macos) to possibly even try with enough spare disk space to create a second copy of the VMDK.[/quote]

they do have a copy of the VMWare tools that fusion keeps updated. And it does allow folder sharing and a host of other functions but the resize doesn’t seem to work for me. I dunno maybe i’m wasting my time but I think i’ll figure out this dilemma long before I et a bigger SSD

To add on to this (while slightly outdated) we have a semi-officialized kind of bug reporting system as well. This is for us developers to keep track of features, bugs, etc… when encountered.

If a user notices a bug, it’s best right now to submit to the forums as we’re constantly on them. If you submit a bug report to the github, I believe it will only contact me, though everybody could still see the bug itself.

There is a way to fix it, but I don’t have the time to go over what to do. Maybe copy this file to your /var/www/fog/management/js/

As the forums won’t allow upload of .js, you’ll just need to rename it to fog.js.

You should no longer lose focus on the search bar.

[url=“/_imported_xf_attachments/1/1381_fog.txt?:”]fog.txt[/url]

Easiest thing?

Maybe not using CentOS 7.0?

Next bet, find out what software is ACTUALLY trying to be installed and return the proper information in the file?

In trunk/lib/redhat/config.sh you should find the package listing for the type of installation you’re attempting to perform. My guess, if my memory serves me well, is you’re attempting to to actually install MariaDB. I don’t know if the mysql-server package will actually do anything with the mariadb-server package as I’m not even sure if it installs with that name any more.

Thanks Junkhacker for the fast reply.
just figure it out. The report didn’t work because of one letter in the inventory.class.php. I’ts case sensitive (common mistake i think). All working now.
Congratulations to all devellopers in FOG for the great job!

[quote=“gwhitfield, post: 36037, member: 344”]I know it’s an old thread but I’ve looked at others and didn’t get any closer to an accurate description of the problem we’re struggling with and now may have solved for ourselves.

We have server (A) FOG 1.2 on Ubuntu 14.0.4.1 hosted by vCenter Server 5.5.0. 2CPU/4GB RAM/e1000 NIC/SCSI drive. With PIG_Z_COMP set at 3, upload speeds were no better that 500MB/min while download speeds were in the 3GB/min range. After much googles I find some references to VMWare driver issues solved by command line “(sudo) ethtool -K eth0 tso off gso off” which worked. Upload went to 4.5GB/min on 1Gb connection, download went to 5.1GB/min without a restart of FOG server. There’s also an rx-checksumming edit suggested but we didn’t implement it to get to the speeds we’re at now. Maybe we can live without it.

Funny, we have another server (B) FOG 1.2/Ubuntu 14.0.4.1 VM 2CPU/4GB RAM/e1000 NIC/SCSI drive on ESXi 5.1 that required no changes to achieve 4.3GB/min uploads on 1Gb connection.

Now to get handle on how to make this change stick after a restart, something in /etc/network/interfaces but nothing worked yet, maybe a syntax thing idk. Also trying to get mysql service starting at the right time to avoid the Database Schema issue on restart. I know it’s in here somewhere, just haven’t found it yet. When I do I’ll try to update this.[/quote]

I’ve add the ethtool -K eth0 tso off gso off command to the S99fog scripts so this should be on your systems as well. I don’t know if we should add this to the installer though, as the interface is subject to be changed.

Maybe we can get a wiki entry explaining this?

I already have check’s and balances to check the architecture as in 32 bit vs. 64 bit. If 32 bit arch is found it loads bzImage32 and init_32.xz automatically. If 64 bit, it loads the bzImage and init.xz which are 64 bit files. Hopefully that helps clarify that.

BTSync is always on the latest, automatically distributed if you want that for testing.

Hi,

Do you know how I would fix this for and additional storage device on the same server, I have it listed as a seperate storage group and it uploads properly but doesn’t move out of my area called Storage1/dev… it just has the MAC address of the machine I uploaded it from rather than the image name… Its probably a simple thing but im banging my head against a wall now.

Sorry its running Ubuntu 12.04 and fog 1.2

Thanks

Don’t feel slow over something you where unaware of. At least you made an attempt to get to the information.

Piracy,

Most of the web changes I listed were personal preference, but here is a little more detail:

[U]GroupManagementPage & HostManagementPage[/U]
I prefer the upload and or deploy and mutlicast to not be right next to each other so I moved the icons around. I also removed the edit button since you can click on the host and it takes you to the same location, along with modifying the download header to Unicast (did the same thing in the TaskManagementPage. With making some of those changes I changed the alignment of the buttons make it line up better

[U]ImageManagementPage[/U]
I added the Image ID back to this page I thought it was useful in the older versions of fog if you do a fare share of full register and deploy directly from a computer since it asks you for a image number. Granted you can find it with “?” but if you have a large list of images or a small screen it might just be easier to know what the number is. I realize this number is auto generated with mySQl and doesn’t really mean much and that is probably why it was removed.

I removed the edit button off of this screen along with Storage group due to I didn’t use it. Changing Upload to Upload date was also a personal preference.

I also removed the comment when hovering over Image name and changed it to be on the Image Id to show the description on the image instead of when it was deployed and etc. since it was already on this page.

I’m working on trying to figure out what and when to do things. iPXE itself has a method to know whether something is UEFI or PXE booting, but I have to get more details before I can just add it all in.

Hey Tom, Thanks for all your work on fog btw. I was just updating the database on my own directly through the console.[S] I’m not sure how to use the schema update. I did a quick search and didnt come up with anything.[/S]

I guess i should also ask if you are working on adding LDAP support for users to log in?

edit: So i just had a quick peek at the schemaupdater php file and realized how to use it. I’m still not clear as to why the direct database editing didnt work but i’ll take what i can get.

I don’t understand what you’re wanting.

You want to get an automated report of the user tracker, using FOG’s Report system?

The URL you’ve got get’s the all systems the userid has logged in. The userid is base64 encoded to help you out. but the “rest” of the url is actually from when you click on the PDF or CSV Icon’s. It parses the displayed information to give you the PDF or CSV file.

The host=0 does not mean all hosts the user has logged into, it’s just a “place” holder though when you do choose.

You’ll likely have better luck if you generate your own report to obtain the information you need. For example, being able to specify a group. How to export autonomously is a little more “technical” than I can think of, but a simple means, I think, would be to simply have the needed parts of the report (the table start and information within) generate on it’s own page. THen you could script htmldoc to read that page to generate the PDF.

Just to update you, I have just tested updating the image in fog 1.1.2 which uses part clone to capture and the progress bar is now working. 😉

Thanks for the help, appreciated. 🙂

Right now, drkpool website is no longer server. Chuck is working to rebuild the fogpackage.zip project with the new information.

What line 287 and such are for, is to detect the filesystem format and create the partition image file. This means if it’s not one of the known supported types, it’s just going to create a raw image of that partition, but all other partitions will be able to use the partclone.{$fstype} file.

If you’re interested, it is actually fully possible to do this over the web, but as Jaymes says, would require some customization. I believe, have not tested this means, that all you’d have to do is change all the references of IPs to hostnames. In /tftpboot/default.ipxe there’s one line that would need to be changed on the server. You either change it to the externally accessible IP or FQDN. On the fog GUI side you’d need to change the IP of storage management page on your node to the externally accessible IP or FQDN. Finally you’d make the change in FOG Configuration->FOG Settings->tftp server and web server to be that of the externally accessible IP or FQDN. This should enable uploading across the internet as well as downloading images, or any task for that matter.

Again, I haven’t tested it fully, but it already exists with minimal changes. It looks like a long block of text but in steps its really only 4 items to change.