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 bec
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
r
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
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: WARNIN
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
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
getifadd
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
https://bugs.launch
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 b
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 i
** 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.
--
Ubu
Useless, it still doesn't work even with my newly compiled version,
patched with the Gentoo patch provided even though the configure log was
a little bit better.
Oct 6 16:26:19 newborn named[3475]: loading configuration from
'/etc/bind/named.conf'
Oct 6 16:26:19 newborn named[3475]: no IPv6 int
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 th
I checked this bug log again and I see that we still have the same
problem as from the first post:
./configure still returns this ipv6 disabled warning when building in
Intrepid.
checking for sin6_scope_id in struct sockaddr_in6... yes
checking for in6_pktinfo... no -- disabling runtime ipv6 supp
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# !
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 80si
15 matches
Mail list logo
