, for one, would very much like to have sssd in main. FWIW.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman
, place in
circles, etc. I may be on pause, but I'm still out there :-).
Thank you all once again!
--
Party On,
Adam
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing
** Changed in: netcfg (Ubuntu Lucid)
Milestone: None = ubuntu-10.04.3
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is a bug assignee.
https://bugs.launchpad.net/bugs/56679
Title:
provide a method to use a specified MAC-address as the
** Tags added: ipv6
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in Ubuntu.
https://bugs.launchpad.net/bugs/628145
Title:
Eucalyptus does not understand IPv6
--
Ubuntu-server-bugs mailing list
version for some
packages, and keep your local changes for others).
Thoughts? (surely this is not the right place to discuss that, though)
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu
probably be
coaxed into testing distributed systems too. Is that a good idea?
Shall we consider Jenkins at all?
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server
would be very, very cautious
about dumping that out in favor of a recent fork. I am all for doing a
competitive analysis, but please take market adoption into account.
(Not that I have any love for Nagios; it's hairy and bynzantine. Just
saying that we should be cautious here.)
--
Etienne Goyer
to benefit from the bug fix, or 2.
use an unsupported/unmaintained version of the buggy package (backport,
PPA, compiled from source, whatever).
Agreed that Apache is not such a good example here.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
of these
organisations much easier, and even open new opportunities for Ubuntu in
the enterprises.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https
:
http://mdzlog.alcor.net/2010/07/06/weve-packaged-all-of-the-free-software-what-now/
Decoupling certain key software from the distribution so that it does
not have to be upgraded in lockstep would be a start. I would really
like to discuss that at the UDS; count me in.
--
Etienne Goyer
Technical
we really have the
opportunity to differentiate Ubuntu here. In particular, preseedable
d-i integration would make Ubuntu deployment a completely hands-off
operation. Again, count me in for that one!
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
think IPv6 enablement
has to be a cross-team effort.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo
to make in keeping
certain key software fresh in LTS. Whether we deliver these in
backports, PPA or some other mechanism is really just an implementation
detail, IMHO.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human
that expectations be clarified here. If we really
consider IPv6-only not to be a supported configuration, then we need to
very upfront about this. Because you will start to see people going
that route very shortly; I know of a few already.
AFAIC, adherence to IPv4 are bugs, period.
--
Etienne Goyer
On 11-03-30 11:46 AM, Thierry Carrez wrote:
Etienne Goyer wrote:
- What about IPv6 support in Eucalyptus and OpenStack?
Dunno about Eucalyptus, but OpenStack/Nova has ipv6 support baked in.
By that, do you mean you can run OpenStack/Nova in an IPv4-free
environment? What about the instances
Public bug reported:
Binary package hint: bacula-console-qt
On lucid, in the Version Browser of bat, it is impossible to check the
latest version of a file. This is described in the following upstream
bug report: http://bugs.bacula.org/view.php?id=1550 (login using
anonymous/anonymous)
For
The error seems to be cosmetic, as the service would still start (I have
not checked in depth, though). Still, the fix is trivial and really
ought to be SRU'ed at some point, IMHO.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Re-reading my email, I think I got a bit too snarky toward the end.
While I think my arguments are sound, the discussion does not have to be
confrontational. My apologies to Marc and the list for the tone I used
earlier.
On 11-03-01 09:01 PM, Etienne Goyer wrote:
On 11-03-01 06:39 PM, Marc
Public bug reported:
Binary package hint: samba
The Samba postinst maintainer script systematically import all account
with uid = 1000. This is so that user account and such have
corresponding Samba account. In most case, this is a good thing and
make. However, where the machine has been
02:32 PM, Robbie Williamson wrote:
Nevermind...didn't catch the not :/...thanks for the very informative,
yet mostly unhelpful to my needs response. Cue http://www.sadtrombone.com .
-Robbie
On 02/17/2011 01:24 PM, Robbie Williamson wrote:
On 02/17/2011 01:15 PM, Etienne Goyer wrote:
I am
As Thierry and Anders pointed out above, this might be causing breakage.
See bug #605326, for example.
Considering we are installing recommended package by default, this ought
to be reviewed. I think winbind should be made a Suggests of wine
instead, since the NTLM authentication feature is not
factor parameters
for a unix command tool.
I for one could easily be bitten by this bug and would probably take
forever to find it.
-J
On 22 dec 2010, at 23.02, Etienne Goyer wrote:
Robbie is of the opinion that the behavior should be reverted back to
the upstream default in Natty
As a note, you need to turn on verbosity by adding -v to TFTP_OPTIONS in
/etc/default/tftpd-hpa, otherwise the daemon do not log file get.
Useful to know when testing.
Beside, I can confirm the proposed update fix the bug too.
--
You received this bug notification because you are a member of
against the SRU policy, with sound
rationale. On the other, this bug can be extremely frustrating to
those that hit it. I think, at the very least, this would need to be
documented *somehow*.
Thoughts?
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
annoying, but he, it boot faster! :)
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
Dave: again, sorry I can't produce the correct text, as I am not sure
what the exact behavior is supposed to be. Feel free to mark as Won't
Fix, if you think it does not deserve to be clarified.
** Changed in: eucalyptus (Ubuntu)
Status: Expired = Confirmed
--
You received this bug
On 10-12-03 02:08 PM, Clint Byrum wrote:
I also see in the
DpkgTerminalLog.gz that nmbd fails to stop, meaning it is not running. I
may be wrong here, but I believe nmbd is necessary for winbind.
No, nmbd is not strictly required for winbindd. But the fact that nmbd
fail to start is indeed
Unless I am mistaken, this bug render likewise-open DOA. Now that the
last update to openldap in maverick-proposed has gone through, I guess
it would be a good time to push this one.
Not trying to push anybody around. I swear, I would do it myself if I
had the credentials! :)
--
Existing
Alexandre, I had the same problem. The root cause was that the server
directive in the client's puppet.conf did not match the hostname that
was used in the puppetmaster certificate. Check your puppetmaster
certificate with sudo puppetmaster -p puppetmaster (where
puppetmaster is the hostname of
Public bug reported:
Binary package hint: libnss-ldap
This has been researched on Lucid, but also affect earlier releases.
libnss-ldap depends on ldap-auth-config, which depends on ldap-auth-
client, which depends on libpam-ldap. This means that installing
libnss-ldap will systematically pull
Dave: I would love to, except I am not too sure what the expected
behavior is. It would be best if someone who actually knows what's
going on write the text in question.
--
Confusing comment in /etc/eucalyptus/eucalyptus.conf
https://bugs.launchpad.net/bugs/604400
You received this bug
Public bug reported:
In Lucid, in the file /etc/eucalyptus/eucalyptus.conf, the following
comment can be found near the bottom:
# Administrative overrides and customizations may go below, in accordance
# with the manpage for eucalyptus.conf(5).
Reading the above, one can be lead to think that
For the record, that bug made me lost a couple of hours, and left me
quite frustrated. I think it is serious enough to deserve a fix (ie,
clarifying the behavior in the in-line comment).
--
Confusing comment in /etc/eucalyptus/eucalyptus.conf
https://bugs.launchpad.net/bugs/604400
You received
H.M., fully agreed on all points. This topic have been brought up in
the past two UDS; not sure what the roadmap for resolution is.
--
How to decrease cloud-debug / cloud-error log verbosity (or disable them)
https://bugs.launchpad.net/bugs/463449
You received this bug notification because you
Public bug reported:
Binary package hint: eucalyptus-cc
After stopping the eucalyptus-cc service, it seems like the private
dhcpd3 process to serve IP to instances is left running. Moreover, the
iptables rules added by Eucalyptus in MANAGED mode are not being
flushed.
Here is a screen dump to
This bug is affecting me too.
A scenario where the iptables-preload feature would be needed is one
where the NC are in a separate private network (where the CC would have
its VNET_PRIVINTERFACE). If you wish to NAT traffic between the private
NC network and the public one (where the Walrus
Please disregard the previous command. Looking again, it seems like the
iptables rules eucalyptus-cc set up are sufficient to NAT connection
from NC to the outside world, so the private NC network topology is not
made impossible by this bug.
Still, iptables-preload sounds like a useful feature.
Daniel Nurmi wrote:
Scott, thank you for pursuing this issue. Indeed, the meta-data service
keys off of the public IP of the VM, since that is the only source
address that is translated when the NCs cannot directly contact the CLC
(MANAGED modes). In order for the meta-data service to work,
/
upstart job to start tgtd.
Both are in universe.
I am wondering what people think of these two options, and if it would
be appropriate to write a MIR to get one of those in main.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
Public bug reported:
Binary package hint: eucalyptus-common
euca_conf --help usage summary for the --deregister-walrus argument is
wrong. We get:
--deregister-walrus host remove walrus from EUCALYPTUS
Assuming we currently have the Walrus service at 10.0.0.10, if we do:
$
in the Ubuntu Server community can help
confirm or deny this bug. You would need to have real hardware with
two disks, that you can reinstall. Please post your results here, if
you can help test this.
Thanks!
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
Good news, but can we clarify the addressing part nonetheless? Ie, can
VNET_PUBLICIPS and the IP of VNET_PUBINTERFACE on the CC be on the same
subnet?
--
multi-machine topology, cannot reach an instance from the CLC
https://bugs.launchpad.net/bugs/559230
You received this bug notification
Just a question: why is VNET_PUBLICIPS commented in eucalyptus.conf?
--
multi-machine topology, cannot reach an instance from the CLC
https://bugs.launchpad.net/bugs/559230
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in
Looking at the comment history, I think it might be that the
VNET_PUBLICIPS range and the address of VNET_PUBINTERFACE are in the
same subnet, which cannot possibly work. Which is a known limitation
related to netfilter; ask Dan about it.
But without knowing what the value of VNET_PUBLICIPS on
Just to explain a bit further. The reason I am suspecting
VNET_PUBLICIPS to be wrong is that eth0 on the CC has two IP in the
10.55.55.0/24 range (see comment #11). I presume 10.55.55.8 is the CC
actual IP, and comment #7 indicate that 10.55.55.100 is the IP of the
instance. In this case,
Janåke Rönnblom wrote:
- No support for the latest DELL RAID cards at install.
Have there been a bug reported on that one?
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https
alongside with Samba, but if you do not need Samba in the first, I would
recommend it in the first place as it is so much simpler to use.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server
.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com
Hi Carlos,
I think you are having the problem discussed at:
https://answers.launchpad.net/ubuntu/+source/eucalyptus/+question/87145
--
Cannot start more than 29 instances
https://bugs.launchpad.net/bugs/546293
You received this bug notification because you are a member of Ubuntu
Server Team,
It is probably the same root cause, though. Does euca-run-instances -n
30 ... works if you increase the value of VNET_ADDRSPERNET and do a
clean restart? If yes, then it's not really a bug, although I guess
euca2ools should say something meaningful about why no instance are
being started.
i am
Why not 256MB? 192MB just seems ... terribly odd.
CPU cores are usually the limiting factor anyway. Someone with limited
memory on node controllers and/or specific requirements can always
change the value in the web UI, if need be.
--
Increase m1.small memory to 192 MB
Public bug reported:
Binary package hint: smbfs
In Karmic, it is possible to mount a CIFS filesystem from a DFS
referral, but it would fail when using Kerberos authentication.
Witness:
warthogs\ca...@karmic-desktop:~$ mount.cifs
//warthogs.biz/namespace1/firstshare share --verbose -o sec=krb5
** Attachment added: dmesg.txt
http://launchpadlibrarian.net/41050898/dmesg.txt
--
mount.cifs cannot mount a DFS share when using Kerberos authentication
https://bugs.launchpad.net/bugs/539791
You received this bug notification because you are a member of Ubuntu
Server Team, which is
For comparison purpose, here is the output of smbclient -d3 -k -c
showconnect //warthogs.biz/namespace1/firstshare. We can see that it
work as expected.
--
mount.cifs cannot mount a DFS share when using Kerberos authentication
https://bugs.launchpad.net/bugs/539791
You received this bug
For comparison purpose, here is the output of smbclient -d3 -k -c
showconnect //warthogs.biz/namespace1/firstshare. We can see that it
work as expected.
** Attachment added: smbclient.txt
http://launchpadlibrarian.net/41051221/smbclient.txt
--
mount.cifs cannot mount a DFS share when using
The output of klist after running the mount.cifs command.
** Attachment added: klist.txt
http://launchpadlibrarian.net/41051333/klist.txt
--
mount.cifs cannot mount a DFS share when using Kerberos authentication
https://bugs.launchpad.net/bugs/539791
You received this bug notification
We still have the same problem in lucid, using kernel 2.6.32-16-generic.
Attached the relevant dmesg snippet. keyutils is 1.2-12, and likewise-
open is 5.4.0.39949-3.
** Attachment added: dmesg-lucid.txt
http://launchpadlibrarian.net/41056228/dmesg-lucid.txt
--
mount.cifs cannot mount a DFS
In lucid, there was the following in /var/log/debug that seems to relate
to the problem at hand.
** Attachment added: debug.txt
http://launchpadlibrarian.net/41057441/debug.txt
--
mount.cifs cannot mount a DFS share when using Kerberos authentication
https://bugs.launchpad.net/bugs/539791
Investigating the problem further, I thought the problem might have been
that resolving the DFS referral returned a NetBIOS machine name, not a
FQDN, for the server hosting the service (ie, WARTHOGS-ADC instead of
warthogs-adc.warthogs.biz). After looking around, I followed the advice
in
For the record, I had a all-in-one UEC system running on jaunty in
SYSTEM mode a while ago. I still have my notes somewhere, although I
doubt they would be very applicable to lucid.
--
After all-in-one setup node-cert.pem and node-pk.pem not found
https://bugs.launchpad.net/bugs/519648
You
Public bug reported:
Binary package hint: openbsd-inetd
/etc/default/openbsd-inetd is being sourced from /etc/init.d/openbsd-
inetd, but no such file is included in the openbsd-inetd package.
This is not such a terrible thing, as the init script will run just fine
anyway. I guess it would be
, UNIX Systems Administrator
Computing Service, University of York
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com
Rather, if euca-add-keypair could be pointed to an existing id file
(optionally, pointing to one stored in Launchpad), that would be
terrific. The fact that we have to generate a new key each time we
upload an identity to EC2/Eucalyptus is terribly annoying; using an
existing identity/key pair
not experienced with any of them, so I cannot make an
enlightened recommendation, but they all tries to address exactly the
problem being discussed here. I suggest you investigate them, and
reports bug you find along the way.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified
Dan, would enabling the Eucalyptus DNS feature actually fix this
problem? If so, then is there a good reason to disable it in the first
place?
--
Hostname not set correctly on UEC cloud due to IP address in local-hostname
manifest data
https://bugs.launchpad.net/bugs/475354
You received this
not be high on their priority list, and that
is perfectly fair.
This discussion will likely not end in a consensus. Someone, somewhere
should just make a decision about it.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux
Dustin Kirkland wrote:
Possibly a paper-cut?
Totally! Nominating.
** Also affects: server-papercuts
Importance: Undecided
Status: New
--
euca_conf is missing command-line completion
https://bugs.launchpad.net/bugs/458203
You received this bug notification because you are a member
Dustin Kirkland wrote:
How about cluster1? Which is actually a Pink Floyd reference? :-)
* http://en.wikipedia.org/wiki/Cluster_One
Ok, that is passable.
Could have been more geeky, though.
--
UEC Cluster name should have a default value
https://bugs.launchpad.net/bugs/513379
You received
The above could have used a smiley on my part, so there: :D
--
UEC Cluster name should have a default value
https://bugs.launchpad.net/bugs/513379
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.
--
with your bugs directly, but I think it is a very good
thing that we get this kind of feedback.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
(and printing works much better with CUPS, which is owned by Apple).
Indeed, modern MacOS actually speaks CIFS, so Samba is all you need.
netatalk is only really useful when speaking to ancient Mac, it is
somewhat obsolete these days.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
,
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor -LPIC-3
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https://wiki.ubuntu.com
Jordan Erickson wrote:
Etienne Goyer wrote:
*snip*
Is LTSP not heavily dependant on NFS?
Yes, as the read-only root file system. Security is not critical in
this use-case.
Actually, since Ubuntu 8.04 (or earlier?), The LTSP client filesystem
uses NBD by default.
http
Boring. Why not warthogs?
--
UEC Cluster name should have a default value
https://bugs.launchpad.net/bugs/513379
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.
--
Ubuntu-server-bugs mailing list
-server/2010-January/
003613.html
[22] https://lists.ubuntu.com/archives/ubuntu-server/2010-January/
003615.html
[23] https://lists.ubuntu.com/archives/ubuntu-ec2/2010-January/
001254.html
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
we should continue to document (and
hence, implicitly recommend) MMR first and foremost?
[1]: http://tools.ietf.org/html/draft-zeilenga-ldup-harmful-02
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor- LPIC-3
--
ubuntu-server mailing list
ubuntu
Etienne Goyer wrote:
Smarter people that I have argued[1] against MMR ...
That really should have read: Smarter people *than* I Otherwise,
the sense is completely warped. :D
Damn caffeine makes me dyslexic.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified
, add complexity too). I
am not *against* documenting MMR, but we should steer users toward the
standard directory model first and foremost.
HA is a completely different topic, and not one the guide try to address
in that section. At least, not in its current form.
--
Etienne Goyer
Technical
Thierry: I cannot think of a downside to having keyutils installed.
mount.cifs can authenticate using NTLM. In fact, this is the default.
Kerberos authentication for CIFS mount is only really used in Active
Directory context. In that use-case, the administrator of the machine
mounting a CIFS
It is worth noting that smbfs already Suggests keyutils. I am not sure
it should be made a Depends, tough. Kerberos authentication is only one
possible mechanism, and already requires setting up Kerberos.
Maybe the requirement for keyutils could be documented in a
README.Debian?
--
Cifs mount
Dustin, thanks a lot for that fix! This will save tons of grieves to
lots of people down the road. I know *I* lost a couple of hours before
figuring out that VT extensions where disabled in the BIOS ... :D
--
kvm disabled in bios (was: Unable to start EUC instances - no supported
architecture
Sounds good now. I have no idea where the magic operate, as
/etc/network/if-up.d/ntpdate do not check the desktop environment
setting, but manually-set time persist across reboot now. Thanks, I
guess this can be closed.
--
Time is being adjusted by ntpdate even if you choose to manage time
Sorry to bring back that thread from the past, but this is worth an update.
Etienne Goyer wrote:
FYI, I blogged about my experience with Linode:
http://etienneg.wordpress.com/2009/08/06/pimp-my-vps-linode-com/
TL;DR: I am very satisfied with them.
It seems like Linode just had
Jorge Armando Medina wrote:
Intersting, where did you read this info? we use acls for almost every
fileservers we install for windows ACLs compatibility.
apt-cache policy acl
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
~= Ubuntu: Linux for Human
Public bug reported:
In karmic, eucalyptus 1.6~bzr931-0ubuntu7, the text of the
eucalyptus/publicips debconf template is wrong. It says the following:
Please specify one or more ranges of IP addresses, e.g.:
192.168.1.100-192.168.1.199
or
192.168.2.50-192.168.2.99
Sorry guys, this was a user error. I was using a range in
VNET_PUBLICIPS that was not in use on the machine. Sorry for the noise!
** Changed in: eucalyptus (Ubuntu)
Status: New = Invalid
--
The text debconf template eucalyptus/publicips is wrong
https://bugs.launchpad.net/bugs/459204
, that would be great.
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
~= Ubuntu: Linux for Human Beings =~
--
Cloud Web interface should allow overcommit on CPU
https://bugs.launchpad.net/bugs/457864
You received this bug notification because you
Public bug reported:
The euca_conf script, shipped in eucalyptus-common, is missing command-
line completion. This would be nice to have at some point.
** Affects: eucalyptus (Ubuntu)
Importance: Wishlist
Status: New
** Changed in: eucalyptus (Ubuntu)
Importance: Undecided =
Public bug reported:
The configuration file /etc/eucalyptus/eucalyptus.conf, used by all
Eucalyptus services (-cloud, -cc, -nc, etc) is very confusing and
practically undocumented. The inline comments are helpful, but they do
not provide enough context for the administrator to decide which
Public bug reported:
In karmic eucalyptus 1.6~bzr931-0ubuntu7, the output of euca_conf
--help is wrong about the argument to remove a node from the cluster.
It states the argument is --delete-nodes, while it should really be
--deregister-nodes.
** Affects: eucalyptus (Ubuntu)
Importance:
so low.
Just my two cents,
--
Etienne Goyer
Technical Account Manager - Canonical Ltd
Ubuntu Certified Instructor
~= Ubuntu: Linux for Human Beings =~
--
ubuntu-server mailing list
ubuntu-server@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server
More info: https
Public bug reported:
The copyright file of eucalyptus in karmic is incorrect. It states that
Eucalyptus is under a BSD-derived license, when it is really is under
GPLv3 at this point. Please see http://www.eucalyptus.com/licenses/,
and check the header of various source files for confirmation.
Joseph Salisbury wrote:
Hmm. I wonder if this could be related to the bios. I'll check it to
ensure the correct settings are enabled for KVM. Could an error like
this occur if the bios was not setup correctly?
Yes, indeed.
--
Unable to start EUC instances - no supported architecture for
On 2008-08-06, Steve had this tidbit of wisdom:
If you are only using libnss-ldap without nscd, there is nowhere in the
model for this reachability information to be stored. If you use nscd,
results will be cached in the event the server is down.
Well, yes and no. Enumeration of NSS database,
Dustin Kirkland wrote:
Note that I had to modprobe acpiphp. Perhaps we should consider loading
this module in init or in modules.conf.
I have reported this issue in bug #364916.
--
dynamic block device attach/detach not functional with karmic KVM
https://bugs.launchpad.net/bugs/432154
You
Not Dan, but here's my take anyway.
I would say it is fairly critical. The EBS functionality (on which the
block device attach/detach functionality depends) is a pretty important
feature. Without, data persistence is not obvious. For example, you
would run MySQL in the cloud by keeping table
Do not forget to create /var/run/eucalyptus/net/ too (per bug #365349),
otherwise only SYSTEM mode will work.
--
/var/run/eucalyptus is not being set with correct permissions on machine reboot
https://bugs.launchpad.net/bugs/431114
You received this bug notification because you are a member of
You will also want to make eth0 manual (iface eth0 inet manual),
otherwise both the bridge and eth0 will get an IP, making the routing
table funny.
--
eucalyptus node install results in broken /etc/network/interfaces
https://bugs.launchpad.net/bugs/430820
You received this bug notification
Colin, for me on jaunty, the following /etc/network/interfaces result in
a system with broken network (ie, cannot ping or connect to anything):
---
# The loopback network interface
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
Unfortunately, I had to revert back to 1.5 for a specific project, and I
do not have the hardware to run two clusters in parallel (a stable one
on jaunty/1.5, and one for testing on karmic/1.6). I will not be able
to test any earlier than late next week. Sorry! :(
--
Instance fail to run
1 - 100 of 172 matches
Mail list logo