Image Creation from Base Image
Hello, I was able to successfully capture a base image. I have added the image to the image group. However, when I try to make a reservation, or create a new image, It eventually fails. I watch the VM server and see that a new VM was started. It does start a new VM with the correct MAC addresses, but Redhat detects these changed MACs as new interfaces, and assigns them to eth2 and eth3. Consequently, they are not brought up, the machine never dhcp's, and the image fails to contact the vcl server. Should I delete the network persistence rules before capturing the image ? Regards, Q
Re: Image Creation from Base Image
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday November 15, 2011, Evelio Quiros wrote: Hello, I was able to successfully capture a base image. I have added the image to the image group. However, when I try to make a reservation, or create a new image, It eventually fails. I watch the VM server and see that a new VM was started. It does start a new VM with the correct MAC addresses, but Redhat detects these changed MACs as new interfaces, and assigns them to eth2 and eth3. Consequently, they are not brought up, the machine never dhcp's, and the image fails to contact the vcl server. Should I delete the network persistence rules before capturing the image ? Exactly - that one has really been a problem for us. I believe Aaron actually committed a change for vcld that will be in 2.3 that automatically deletes it at capture time. Josh Regards, Q - -- - --- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk7Cnw4ACgkQV/LQcNdtPQOtoACfdpLAkwJFJbtmhYyCAV7lU2AX XnEAn3I4k4j297Esk1GjQKXIFIQUuAQr =j2SP -END PGP SIGNATURE-
RE: Image Creation from Base Image
I dealt with this issue of the network interfaces changing assignments in our Ubuntu images. For Ubuntu 9.04 and earlier: Create /etc/udev/rules.d/90-persistent-net.rules file. Contents: SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{type}==1, KERNEL==eth*, OPTIONS=ignore_device This prevents the device rules from assigning eth0 and eth1 different names because the mac addresses don't match the original machine. For Ubuntu 10.04 and later: Instead of creating 90-persistent-net.rules file, create /etc/init.d/udev-netrule script to remove 70-persistent-net.rules file on shutdown, so it doesn't exist when image is captured. Contents: /bin/rm -f /etc/udev/rules.d/70-persistent-net.rules Link to /etc/rc0.d/S10udev-netrule and /etc/rc6.d/S10udev-netrule. Mike Waldron Systems Specialist ITS Research Computing University of North Carolina at Chapel Hill CB #3420, ITS Manning, Rm 2509 919-962-9778 From: Evelio Quiros [evq...@fiu.edu] Sent: Tuesday, November 15, 2011 12:35 PM To: vcl-user@incubator.apache.org Subject: Re: Image Creation from Base Image That¹s great. Looking forward to the new release. But how were you able to manage new images before? Does the problem not exist in other Linux distros ? Q On 11/15/11 12:19 PM, Josh Thompson josh_thomp...@ncsu.edu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday November 15, 2011, Evelio Quiros wrote: Hello, I was able to successfully capture a base image. I have added the image to the image group. However, when I try to make a reservation, or create a new image, It eventually fails. I watch the VM server and see that a new VM was started. It does start a new VM with the correct MAC addresses, but Redhat detects these changed MACs as new interfaces, and assigns them to eth2 and eth3. Consequently, they are not brought up, the machine never dhcp's, and the image fails to contact the vcl server. Should I delete the network persistence rules before capturing the image ? Exactly - that one has really been a problem for us. I believe Aaron actually committed a change for vcld that will be in 2.3 that automatically deletes it at capture time. Josh Regards, Q - -- - --- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk7Cnw4ACgkQV/LQcNdtPQOtoACfdpLAkwJFJbtmhYyCAV7lU2AX XnEAn3I4k4j297Esk1GjQKXIFIQUuAQr =j2SP -END PGP SIGNATURE-
RE: Problems in Ubuntu image creation
We are using Ubuntu images. I see the VCL trying to configure the RedHat-type network files and failing to do so since those files don't exist in Ubuntu. However in our case, the failures are harmless because we use DHCP, so I set the /etc/network/interface file accordingly in the initial image, and it doesn't need changing after that. /etc/network/interfaces entries: == # The primary network interface auto eth0 iface eth0 inet dhcp auto eth1 iface eth1 inet dhcp == I don't think the disk type error is related to Ubuntu, seems to be coming from the vmware provisioning piece. I also had to make the following changes in the Ubuntu images to prevent the network interfaces from being given different device names each time, e.g. eth2, eth3, etc. For Ubuntu 9.04 and earlier: Create /etc/udev/rules.d/90-persistent-net.rules file. Contents: SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{type}==1, KERNEL==eth*, OPTIONS=ignore_device This prevents the device rules from assigning eth0 and eth1 different names because the mac addresses don't match the original machine. For Ubuntu 10.04 and later: Instead of creating 90-persistent-net.rules file, create /etc/init.d/udev-netrule script to remove 70-persistent-net.rules file on shutdown, so it doesn't exist when image is captured. Contents: /bin/rm -f /etc/udev/rules.d/70-persistent-net.rules Link to /etc/rc0.d/S10udev-netrule and /etc/rc6.d/S10udev-netrule. Mike Waldron Systems Specialist ITS Research Computing University of North Carolina at Chapel Hill CB #3420, ITS Manning, Rm 2509 919-962-9778 From: Josh Thompson [josh_thomp...@ncsu.edu] Sent: Tuesday, November 15, 2011 12:33 PM To: vcl-user@incubator.apache.org Subject: Re: Problems in Ubuntu image creation -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lei, I was hoping someone actually using Ubuntu images would respond to this. Here at NCSU, we aren't using Ubuntu images, but VCL should support them (at least it did in the past). Did you select Ubuntu as the OS when capturing the image? It is also possible that the Ubuntu module may need to be updated. Josh On Friday November 11, 2011, Huang,Lei wrote: Dear all, I have to bother you again. I tried to create an Ubuntu image, but I found some problems during the base image creation. Ubuntu uses /etc/network/interfaces to manage networks, but I see VCL is still looking for ifcfg-eth0 and ifcfg-eth1. Another problem was unable to determine the disk type, which I am not sure if it is specific to Ubuntu. Does VCL support Ubuntu image? Thanks, Lei Huang 2011-11-11 01:18:43|14199|856:856|image| Linux.pm:set_static_public_address(508)|attempting to set static public IP address on vmguest-1: |14199|856:856|image| public interface name: eth1 |14199|856:856|image| public IP address: 129.207.46.17 |14199|856:856|image| public subnet mask: 255.255.255.0 |14199|856:856|image| public default gateway: 129.207.46.1 |14199|856:856|image| public DNS server(s): 8.8.8.8 2011-11-11 01:18:43|14199|856:856|image|Linux.pm:set_static_public_address(514)|publi c interface ifcfg file path: /etc/sysconfig/network-scripts/ifcfg-eth1 |14199|856:856|image| WARNING |14199|856:856|image| 2011-11-11 |01:19:04|14199|856:856|image|Linux.pm:set_static_public_address(534)|fail |ed to recreate /etc/sysconfig/network-scripts/ifcfg-eth1 on vmguest-1, |exit status: 1, command: 'echo DEVICE=eth1 14199|856:856|image| |BOOTPROTO=static |14199|856:856|image| IPADDR=129.207.46.17 |14199|856:856|image| NETMASK=255.255.255.0 |14199|856:856|image| STARTMODE=onboot |14199|856:856|image| ONBOOT=yes |14199|856:856|image| /etc/sysconfig/network-scripts/ifcfg-eth1', |output: 14199|856:856|image| bash: line 6: |/etc/sysconfig/network-scripts/ifcfg-eth1: No such file or directory |14199|856:856|image| ( 0) Linux.pm, set_static_public_address (line: 534) |14199|856:856|image| (-1) Linux.pm, pre_capture (line: 154) |14199|856:856|image| (-2) VMware.pm, capture (line: 556) |14199|856:856|image| (-3) image.pm, process (line: 162) |14199|856:856|image| (-4) vcld, make_new_child (line: 568) |14199|856:856|image| (-5) vcld, main (line: 346) ….. |14199|856:856|image| WARNING |14199|856:856|image| 2011-11-11 |01:21:58|14199|856:856|image|vmware_cmd.pm:get_virtual_disk_type(593)|una |ble to determine disk type configured in |'vmwarelinux-ubuntuLab63-v0.vmdk', command: 'grep -i createType |/install/vmware_files/vmwarelinux-ubuntuLab63-v0/vmwarelinux-ubuntuLab63 |-v0.vmdk', output: 14199|856:856|image| Binary file |/install/vmware_files/vmwarelinux-ubuntuLab63-v0/vmwarelinux-ubuntuLab63- |v0.vmdk matches 14199|856:856|image| ( 0) vmware_cmd.pm, |get_virtual_disk_type (line: 593) 14199|856:856|image| (-1) VMware.pm, |capture (line: 615) |14199|856:856|image| (-2) image.pm, process (line: 162) |14199|856:856|image|
Patching Issue
Hey all, I'm trying to apply the appropriate patches for the Frontend Web code but I'm getting errors. When I am trying to apply the patch via: patch utils_virtual_undefined.patch I'm getting an error that says: [root@vcl .ht-inc]# patch utils_virtual_undefined.patch can't find file to patch at input line 3 Perhaps you should have used the -p or --strip option? The text leading up to this was: -- |--- utils.php.orig2011-04-22 08:37:34.805001566 -0400 |+++ utils.php2011-04-22 08:36:39.592001301 -0400 -- File to patch: This was also happening with the 'no_mcrypt.patch' and 'vmhostcheck_fix.patch'. Does anyone know why this is happening or what I can do to apply the patches? Thank you! -- Benjamin B. Macy Valparaiso University Electrical Engineering Student ben.m...@valpo.edu 616.648.3516
Images and Connections
Hello, First of all, thanks for all your help so far. I have been able to create a base image, and create new images based on that. The trouble that I am having now is that when I try to connect to the newly created Linux image, the SSH session closes immediately. When I connect to that image directly on the console, I am able to connect using the credentials supplied by VCL. Any ideas on why that is happening ? Regards, Al Q
Re: secrets.php
I just checked the file and there is no error on this file, but when I try to read my secrets.php from other folders, I can't retrieve any data but I can open the file. On Tue, Nov 15, 2011 at 12:28 PM, Josh Thompson josh_thomp...@ncsu.eduwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mani, Everything looks good in the secrets.php file you included below. I would suggest running the secrets.php script from the command line using the php command line interpreter: php secrets.php Any problems in it would then be reported. Also, just to be sure, you are talking about secrets.php and not secrets-default.php, right? Josh On Sunday November 13, 2011, Mani Shafa'atDoost wrote: Hello, When I run testsetup.php, I just receive following errors: Error: fopen(http://localhost/vcl/testsetup.php?includesecretstest=1): failed to open stream: Permission denied PHP version: 5.3.8 Including .ht-inc/secrets.php ... - unable to include .ht-inc/secrets.php - this is probably due to a syntax error in .ht-inc/secrets.php - skipping tests for contents of .ht-inc/secrets.php Including .ht-inc/conf.php ... - cannot include .ht-inc/conf.php when including of .ht-inc/secrets.php fails Testing for required php extensions ... - All required modules are installed Testing mcrypt ... - Cannot test encryption without $mcryptkey and $mcryptiv from .ht-inc/secrets.php checking openssl encryption keys ... - Cannot test private key file without $pemkey from .ht-inc/secrets.php - successfully created public key from public key file Testing openssl encryption ... - cannot test encryption without a valid private key Testing for existance of dojo directory ... - dojo directory exists - dojo directory is readable Checking value of PHP display_errors ... - display_errors: *disabled* - NOTE: Displaying errors in a production system is a security risk; however, while getting VCL up and running, having them displayed makes debugging a little easier. Edit your php.ini file to modify this setting. Done my secrets.php file is like this: ?php $vclhost = 'localhost'; # name of mysql server $vcldb = 'vcl'; # name of mysql database $vclusername = 'mani'; # username to access database $vclpassword = 'mani'; # password to access database $mcryptkey = 'password'; # random password - won't ever have to type it so make it long $mcryptiv = '12345678'; // must be 8 hex chars $pemkey = 'password'; # random passphrase - same as given to genkeys.sh - should be long ? can you guide me, what should i do to fix this file? Best Regards Mani - -- - --- Josh Thompson VCL Developer North Carolina State University my GPG/PGP key can be found at pgp.mit.edu -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk7CoSkACgkQV/LQcNdtPQP7nQCfbrlCk/yD8QMJzlbeL6k8840U e8cAnRkdpgRbwQVqQgXzkdgkEJRO9jnO =0uvC -END PGP SIGNATURE-