On jaunty, I had success with these steps, done BEFORE rebooting into my
new installation. The key is creating the file
/etc/iscsi/iscsi.initramfs and rebuilding the init ram disk.
Here are my notes:
BEFORE REBOOT, ON TARGET [chroot /target /bin/bash]
apt-get update
apt-get install open-iscsi
Tried again on Jaunty (9.04) and it works fine.
a) No problems about the partition part of the installer
b) touch /etc/iscsi/iscsi.initramfs and all the iscsi initramfs hooks are there.
--
Root on iscsi is not supported
https://bugs.launchpad.net/bugs/237460
You received this bug notification
Colin, did you also check for the awk requirement of the
/sbin/iscsi_discovery script?
I'll try a daily build later today, but the latest Beta from Jaunty was having
this problem.
I successfully started installation of Jaunty on a OpenSolaris Zvol
(iSCSI target) using these three commands at
Using the daily build, I can't even get to the iSCSI target dialog: it
stops at the Detect disks action.
Here is what I found looking at the console log (sorry cannot copy/paste at
this time):
anna-install: Installing open-iscsi-udeb
main-menu: unknown udeb open-iscsi-udeb
main-menu: WARNING
Running find on /cdrom/pool mentions no entries about iscsi; that
package does not seem to be included in the daily build CD.
--
iSCSI install fails under hardy
https://bugs.launchpad.net/bugs/236640
You received this bug notification because you are a member of Ubuntu
Server Team, which is
Here are my two cents, my IPV6 is correctly enabled, but BIND does not
listens on the interface (I changed some bits for x in this output
though):
[EMAIL PROTECTED]:~# cat /proc/net/if_inet6
0001 01 80 10 80 lo
20014830xxx 05 40 00 80
By the way, I'm on Intrepid on x86.
apt-get build-dep bind9
cd /usr/src
apt-get source bind9
cd bind9*
vim debian/rules
added --enable-getifaddrs=no to the configure line (do not forget \ )
debuild -us -uc
[...snip...]
dpkg -i ../bind9_9.5.0.dfsg.P2-1ubuntu2_i386.deb
[EMAIL PROTECTED]:/usr/src#
I'm rebuilding the package with the gentoo proposed patch and it seems
to be in the good direction:
checking for sin6_scope_id in struct sockaddr_in6... yes
checking for in6_pktinfo... yes
checking for struct if_laddrreq... no
I patched the source with the patch, ran debian/rules autofiles and
** Summary changed:
- [intrepid] IPv6 unusable
+ [intrepid] bind9/named IPv6 unusable
--
[intrepid] bind9/named IPv6 unusable
https://bugs.launchpad.net/bugs/249824
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to bind9 in ubuntu.
--
ArchLinux bug reports has more informations about this bug.
Source: http://bugs.archlinux.org/task/11166
--
[intrepid] bind9/named IPv6 unusable
https://bugs.launchpad.net/bugs/249824
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to bind9
This bug is also reported for Mandriva, but no solution.
Source: https://qa.mandriva.com/show_bug.cgi?id=43966
--
[intrepid] bind9/named IPv6 unusable
https://bugs.launchpad.net/bugs/249824
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Fedora 9 has the same problems, but still no clear solution. Looking at the
Gentoo Patch from the first link, it kind of a hack.
Source:
http://groups.google.com/group/comp.protocols.dns.bind/browse_thread/thread/ae84fcc0de3cb407?fwc=1
--
[intrepid] bind9/named IPv6 unusable
I wish I had tried this before:
dpkg -i libisc44_9.5.0.dfsg.P2-1ubuntu2_i386.deb
recompiled with --disable-getifaddrs (or --enable-getifaddrs=no) work no
problem; I thought re-installing only the bind9 package was fine, but
the changes (that are occuring in lib/unix/net.c when we disable
13 matches
Mail list logo