Bug#373587: fai-nfsroot: RPC call returned error 101 on v20z

2006-06-14 Thread Enrique de la Torre Gordaliza
El Miércoles, 14 de Junio de 2006 15:32, Thomas Lange escribió:

searching the link at www.science.uva.nl...
[...]
Based on the physical location in the computer

 Warning: This only works if the driver is built into the kernel, not as a 
loadable module. 
 

[...]
Is tg3 built into kernel on fai-install kernels?

once kernel is loaded, it makes 2 DHCPDISCOVER, both from first NIC (same as 
PXE boot), once just before rootnfs mount, and other three seconds after:

[PXE boot]

Jun 14 17:27:26 etna dhcpd: DHCPDISCOVER from 00:09:3d:14:54:07 via eth0
Jun 14 17:27:26 etna dhcpd: DHCPOFFER on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0
Jun 14 17:27:30 etna dhcpd: DHCPREQUEST for 192.168.1.3 (192.168.1.1) from 
00:09:3d:14:54:07 via eth0
Jun 14 17:27:30 etna dhcpd: DHCPACK on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0

[tftp gets]

Jun 14 17:27:30 etna in.tftpd[4009]: RRQ from 192.168.1.3 filename pxelinux.0
Jun 14 17:27:30 etna in.tftpd[4009]: tftp: client does not accept options
Jun 14 17:27:30 etna in.tftpd[4010]: RRQ from 192.168.1.3 filename pxelinux.0
Jun 14 17:27:30 etna in.tftpd[4011]: RRQ from 192.168.1.3 filename 
pxelinux.cfg/01-00-09-3d-14-54-07
Jun 14 17:27:30 etna in.tftpd[4011]: sending NAK (1, File not found) to 
192.168.1.3
Jun 14 17:27:30 etna in.tftpd[4012]: RRQ from 192.168.1.3 filename 
pxelinux.cfg/C0A80103
Jun 14 17:27:30 etna in.tftpd[4013]: RRQ from 192.168.1.3 filename 
vmlinuz-install

[first DHCPDISCOVER after boot]

Jun 14 17:27:40 etna dhcpd: DHCPDISCOVER from 00:09:3d:14:54:07 via eth0
Jun 14 17:27:40 etna dhcpd: DHCPOFFER on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0
Jun 14 17:27:40 etna dhcpd: DHCPREQUEST for 192.168.1.3 (192.168.1.1) from 
00:09:3d:14:54:07 via eth0
Jun 14 17:27:40 etna dhcpd: DHCPACK on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0

[nfs root mount]

Jun 14 17:27:40 etna mountd[17627]: authenticated mount request from 
etna02:1023 for /usr/lib/fai/nfsroot (/usr/lib/fai/nfsroot)

[second DHCPDISCOVER after boot]

Jun 14 17:27:43 etna dhcpd: DHCPDISCOVER from 00:09:3d:14:54:07 via eth0
Jun 14 17:27:43 etna dhcpd: DHCPOFFER on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0
Jun 14 17:27:43 etna dhcpd: DHCPREQUEST for 192.168.1.3 (192.168.1.1) from 
00:09:3d:14:54:07 via eth0
Jun 14 17:27:43 etna dhcpd: DHCPACK on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0




> Maybe this helps:
>
> http://www.science.uva.nl/research/air/wiki/LogicalInterfaceNames
>
> Try ether=0,0,eth0 (or netdev= which is the same) as kernel parameter
> (you can give it with fai-chboot).
>
> You have to force the kernel not to activate the oTher NIC, which is not
> defined in dhcpd.conf. The command nameif can't be used, because the
> interface is already up, and we can't shut if down because of our
> nfsroot from remote.

-- 
Enrique de la Torre Gordaliza
Departamento de Arquitectura de Computadores y Automática
Desp. 220A, Facultad CC. Físicas, Univ. Complutense de Madrid
Tlfn: 91 394 4389



Bug#373587: Bug#369265: boot.log

2006-06-14 Thread Enrique de la Torre Gordaliza
El Miércoles, 14 de Junio de 2006 14:31, escribió:
> Hi Enrique,
>
> What I did was to switch the network cable after the kernel was loaded
> by PXE and TFTP. That's only an ugly workaround but no solution. You
> can also use the fai-cd (even 64bit) for installing a V20z.
> Maybe you can disable the second NIC in the BIOS, so the linux kernel
> will see only one NIC.

I have both ethernet devices connected to the switch where install server is 
conected. Yesterday, I tried to disable the second NIC in the BIOS, but I 
couldnt find where.

I dont have a deb mirror so I had to chroot to nfsroot and dpkg -i fai-nfsroot 
package. Is this right?

    Thanks in advance 

-- 
Enrique de la Torre Gordaliza
Departamento de Arquitectura de Computadores y Automática
Desp. 220A, Facultad CC. Físicas, Univ. Complutense de Madrid
Tlfn: 91 394 4389



Bug#373587: fai-nfsroot: RPC call returned error 101 on v20z

2006-06-14 Thread Enrique de la Torre
Package: fai-nfsroot
Version: 2.10.2
Severity: grave
Justification: renders package unusable

Hi all,

I'm trying to install a v20z beowulf cluster using FAI.

Just made two changes to make fai-setup work:

1. add APT::Cache-Limit "141943904"; to apt.org. I'm using testing and cant
find one mirror with all packages needed. I have to use some of them.

2. I comment kudzu installation because it seems broken (yesterday and today).

I'm booting with dhcp - tftp using PXE.

daemon.log on install server shows last attempt:

Jun 14 14:12:43 etna dhcpd: DHCPDISCOVER from 00:09:3d:14:54:07 via eth0
Jun 14 14:12:43 etna dhcpd: DHCPOFFER on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0
Jun 14 14:12:47 etna dhcpd: DHCPREQUEST for 192.168.1.3 (192.168.1.1) from 
00:09:3d:14:54:07 via eth0
Jun 14 14:12:47 etna dhcpd: DHCPACK on 192.168.1.3 to 00:09:3d:14:54:07 via eth0
Jun 14 14:12:47 etna in.tftpd[3748]: RRQ from 192.168.1.3 filename pxelinux.0
Jun 14 14:12:47 etna in.tftpd[3748]: tftp: client does not accept options
Jun 14 14:12:47 etna in.tftpd[3749]: RRQ from 192.168.1.3 filename pxelinux.0
Jun 14 14:12:47 etna in.tftpd[3750]: RRQ from 192.168.1.3 filename 
pxelinux.cfg/01-00-09-3d-14-54-07
Jun 14 14:12:47 etna in.tftpd[3750]: sending NAK (1, File not found) to 
192.168.1.3
Jun 14 14:12:47 etna in.tftpd[3751]: RRQ from 192.168.1.3 filename 
pxelinux.cfg/C0A80103
Jun 14 14:12:47 etna in.tftpd[3752]: RRQ from 192.168.1.3 filename 
vmlinuz-install
Jun 14 14:12:57 etna dhcpd: DHCPREQUEST for 192.168.1.3 (192.168.1.1) from 
00:09:3d:14:54:07 via eth0
Jun 14 14:12:57 etna dhcpd: DHCPACK on 192.168.1.3 to 00:09:3d:14:54:07 via eth0
Jun 14 14:12:57 etna mountd[17627]: authenticated mount request from 
etna02:1023 for /usr/lib/fai/nfsroot (/usr/lib/fai/nfsroot)
Jun 14 14:12:58 etna dhcpd: DHCPDISCOVER from 00:09:3d:14:54:07 via eth0
Jun 14 14:12:58 etna dhcpd: DHCPOFFER on 192.168.1.3 to 00:09:3d:14:54:07 via 
eth0
Jun 14 14:12:58 etna dhcpd: DHCPREQUEST for 192.168.1.3 (192.168.1.1) from 
00:09:3d:14:54:07 via eth0
Jun 14 14:12:58 etna dhcpd: DHCPACK on 192.168.1.3 to 00:09:3d:14:54:07 via eth0

only one MAC 00:09:3d:14:54:07 is configured on dhcpd.conf: the first
ethernet device (first trying to boot from BIOS and eth0 at fai kernel boot)

after AT input device detection, dhcp query is made and (to quickly, I cant
see all the boot messages) RPC 101 error is shown. At daemon.log nfsroot has
been mounted at boot.


 Any suggest?


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8-smp
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#369265: boot.log

2006-06-14 Thread Enrique de la Torre Gordaliza

Installation stops at RPC error and I dont have shell access. How can I 
read 
the /tmp/boot.log or dmesg from the client? Any boot parameter?

This is an v20z

:00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07)
:00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05)
:00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03)
:00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05)
:00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge 
(rev 12)
:00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01)
:00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge 
(rev 12)
:00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01)
:00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
:00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
:00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
DRAM Controller
:00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
:01:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 
0b)
:01:00.1 USB Controller: Advanced Micro Devices [AMD] AMD-8111 USB (rev 
0b)
:01:05.0 VGA compatible controller: Trident Microsystems Blade 3D PCI/AGP 
(rev 3a)
:02:02.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 
Gigabit Ethernet (rev 03)
:02:02.1 Ethernet controller: Broadcom Corporation NetXtreme BCM5704 
Gigabit Ethernet (rev 03)
:02:04.0 SCSI storage controller: LSI Logic / Symbios Logic 53c1030 PCI-X 
Fusion-MPT Dual Ultra320 SCSI (rev 08)

but only the first ethernet is connected.


-- 
Enrique de la Torre Gordaliza
Departamento de Arquitectura de Computadores y Automática
Desp. 220A, Facultad CC. Físicas, Univ. Complutense de Madrid
Tlfn: 91 394 4389



Bug#369265: new packages installed

2006-06-13 Thread Enrique de la Torre Gordaliza

I have installed new packages built from svn and the problem continues. Same 
RPC error.

-- 
Enrique de la Torre Gordaliza
Departamento de Arquitectura de Computadores y Automática
Desp. 220A, Facultad CC. Físicas, Univ. Complutense de Madrid
Tlfn: 91 394 4389



Bug#318754: flashplugin-nonfree: does not work with current xorg server (6.8.2.dfsg.1-2)

2005-07-21 Thread Enrique de la Torre Gordaliza

Same problem. Just two fixes:

1. Disable composite at xorg configuration (which is not enabled by
default).

2. export XLIB_SKIP_ARGB_VISUALS=1 at firefox startup.


-- 
Enrique de la Torre Gordaliza   
Departamento de Arquitectura de Computadores y Automática
Facultad de CC. Físicas, UCM
Av. Complutense s/n C.P:28040 

email: [EMAIL PROTECTED]
tlfn: 913944389