Custom Query (98 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (7 - 9 of 98)

1 2 3 4 5 6 7 8 9 10 11 12 13
Ticket Resolution Summary Owner Reporter
#26 fixed incorrect MAC addresses are reported for dataplane interfaces on OpenVZ containers somebody chaos@bbn.com
Description

I am comparing three sources of information about MAC addresses assigned to dataplane interfaces on experimental nodes:

These three data sources agree given a physical node. However, given an OpenVZ container, the second data source is incorrect, and the third is missing.

I've only tried to verify this once, using the sliver pgeni-gpolab-bbn-com/ecgtest, which contains the mapping:

Physical Node Mapping:
ID              Type         OS              Physical
--------------- ------------ --------------- ------------
phys1           dl360        FEDORA15-STD    pc3
virt1           pcvm         OPENVZ-STD      pcvm5-1 (pc5)

For this experiment, i see:

  • For the physical node interface, everything is correct:
    MAC addrs reported for phys1:0 == 10.10.1.1
      E8:39:35:B1:4E:8A: from /sbin/ifconfig eth1 run on phys1 (authoritative)
      e83935b14e8a:      from sliverstatus as experimenter (correct)
      e8:39:35:b1:4e:8a: from: https://boss.utah.geniracks.net/showexp.php3?experiment=363#details (correct)
    
  • For the virtual node interface, sliverstatus reports an incorrect MAC, and showexp.php3 reports no MAC at all:
    MAC addrs reported for virt1:0 == 10.10.1.2
      82:01:0A:0A:01:02: from /sbin/ifconfig mv1.1 run on virt1 (authoritative)
      00000a0a0102:      from sliverstatus as experimenter (incorrect: first four digits are wrong)
      -                : from https://boss.utah.geniracks.net/showexp.php3?experiment=363#details (not reported)
    
#27 fixed OpenVZ containers do not appear to collect system logs in the container's /var/log somebody chaos@bbn.com
Description

I created an OpenVZ container on pc5.utah.geniracks.net. I notice that /var/log within the container appears to be empty. I would expect logs from the container's userspace to be stored in /var/log within the container for the experimenter to access.

Output of /var/log, being empty:

[chaos@virt1 ~]$ ls -l /var/log/
total 40
-rw------- 1 root utmp       0 May 18 01:55 btmp
-rw------- 1 root utmp       0 Apr 12 01:53 btmp-20120518
drwx------ 2 root root    4096 Nov 21 07:31 httpd
-rw-r--r-- 1 root root 5840584 May 18 15:35 lastlog
drwxr-xr-x 2 root root    4096 Nov 22 20:05 mail
-rw------- 1 root root       0 Sep 13  2011 maillog
-rw------- 1 root root       0 Sep 13  2011 messages
drwxrwx--- 2   92   92    4096 Oct 18  2011 quagga
-rw------- 1 root root       0 Sep 13  2011 secure
-rw------- 1 root root       0 Sep 13  2011 spooler
-rw------- 1 root root       0 Sep 13  2011 tallylog
-rw-rw-r-- 1 root utmp    5760 May 18 15:35 wtmp
-rw------- 1 root root       0 Apr 12 01:53 yum.log

Uname, fyi:

[chaos@virt1 ~]$ uname -a
Linux virt1.ecgtest.pgeni-gpolab-bbn-com.utah.geniracks.net 2.6.32-042stab049.6.emulab.1 #1 SMP Tue Apr 3 12:08:02 MDT 2012 x86_64 x86_64 x86_64 GNU/Linux
#30 worksforme FEDORA15-STD and FEDORA15-OPENVZ-STD images are not configured to use VGA console somebody chaos@bbn.com
Description

Nodes which are successfully booted from the images FEDORA15-STD and FEDORA15-OPENVZ-STD in utah.geniracks.net, appear not to work with the iLO remote console. The java console app reports "No Video".

I've corroborated this just now, on:

  • 155.98.34.104, iLO for pc3, which is running FEDORA15-OPENVZ-STD for the experiment emulab-ops/shared-nodes
  • 155.98.34.105, iLO for pc4, which is running FEDORA15-STD for the experiment pgeni-gpolab-bbn-com/ecgtest

During testing of IG-ADM-1, i successfully used the remote consoles for pc3 and pc4 at other times. So i believe this is not working right now because of the fedora images, rather than because of a connectivity problem with those particular hosts.

1 2 3 4 5 6 7 8 9 10 11 12 13
Note: See TracQuery for help on using queries.