Custom Query (98 matches)
Results (22 - 24 of 98)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#26 | fixed | incorrect MAC addresses are reported for dataplane interfaces on OpenVZ containers | ||
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 Physical Node Mapping: ID Type OS Physical --------------- ------------ --------------- ------------ phys1 dl360 FEDORA15-STD pc3 virt1 pcvm OPENVZ-STD pcvm5-1 (pc5) For this experiment, i see:
|
|||
#27 | fixed | OpenVZ containers do not appear to collect system logs in the container's /var/log | ||
Description |
I created an OpenVZ container on pc5.utah.geniracks.net. I notice that
Output of [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 |
|||
#28 | fixed | Unable to create any slivers, all attempts fail with "Could not verify topo" | ||
Description |
All attempts to create slivers fail since the update this afternoon. Every attempt reports this failure: " Could not verify topo " Using several RSpecs which had worked up to now. |