Custom Query (98 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (22 - 24 of 98)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Ticket Resolution Summary Owner Reporter
#25 fixed how can site admins find the Emulab source version installed on an image somebody chaos@bbn.com
Description

In testing IG-MON-1 step 6, i wanted to identify the source of the following files from the FEDORA15-OPENVZ-STD image, which are part of Emulab:

/usr/local/etc/emulab/emulab-syncd
/usr/local/libexec/pubsubd

As a site administrator at a rack that contains an image like:

/usr/testbed/images/FEDORA15-OPENVZ-STD.ndz

how can i determine what version of Emulab was installed on this image?

#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
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Note: See TracQuery for help on using queries.