Bug#406620: Installation-report

2007-01-12 Thread Benelli Luca
Package: installation-reports

Boot method: Netinst CD 
Image version:
http://cdimage.debian.org/cdimage/etch_di_rc1/i386/iso-cd/debian-testing
-i386-netinst.iso
Date: 12-january-2007 morning (CET)

Machine: HP ML310 + smartarray 641 + 2*72 GB disk
Processor: Intel(R) Pentium(R) D CPU 3.00GHz stepping 04 - 2mb cache
Memory: 1.5 Gb
Partitions: 
FilesystemType   1K-blocks  Used Available Use% Mounted on
/dev/cciss/c0d0p3
  ext3 7692908230952   7071176   4% /
tmpfstmpfs  778012 0778012   0% /lib/init/rw
udev tmpfs   1024080 10160   1% /dev
tmpfstmpfs  778012 0778012   0% /dev/shm
/dev/cciss/c0d0p1
  ext2  120411  6415107572   6% /boot
/dev/cciss/c0d0p5
  ext3 3842376 73268   3573920   3% /home
/dev/cciss/c0d0p6
  ext3 7692876148404   7153696   3% /opt
/dev/cciss/c0d0p7
  ext3 3842376126088   3521100   4% /tmp
/dev/cciss/c0d0p8
  ext3 7692876387164   6914936   6% /usr
/dev/cciss/c0d0p9
  ext3 7692876148448   7153652   3% /usr/local
/dev/cciss/c0d0p10
  ext3 7692876312328   6989772   5% /var
/dev/cciss/c0d0p11
  ext3 7692876158656   7143444   3% /var/log


Output of lspci -nn and lspci -vnn:

sophos:~# lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation E7230 Memory Controller
Hub [8086:2778] (rev 81)
00:01.0 PCI bridge [0604]: Intel Corporation E7230 PCI Express Root Port
[8086:2779] (rev 81)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 1 [8086:27d0] (rev 01)
00:1c.4 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7
Family) PCI Express Port 5 [8086:27e0] (rev 01)
00:1c.5 PCI bridge [0604]: Intel Corporation 82801GR/GH/GHM (ICH7
Family) PCI Express Port 6 [8086:27e2] (rev 01)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #1 [8086:27c8] (rev 01)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #2 [8086:27c9] (rev 01)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #3 [8086:27ca] (rev 01)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB UHCI #4 [8086:27cb] (rev 01)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family)
USB2 EHCI Controller [8086:27cc] (rev 01)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge
[8086:244e] (rev e1)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801GB/GR (ICH7 Family)
LPC Interface Bridge [8086:27b8] (rev 01)
00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE
Controller [8086:27df] (rev 01)
01:03.0 VGA compatible controller [0300]: ATI Technologies Inc ES1000
[1002:515e] (rev 02)
01:04.0 System peripheral [0880]: Compaq Computer Corporation Integrated
Lights Out Controller [0e11:b203] (rev 03)
01:04.2 System peripheral [0880]: Compaq Computer Corporation Integrated
Lights Out  Processor [0e11:b204] (rev 03)
01:04.4 USB Controller [0c03]: Hewlett-Packard Company Unknown device
[103c:3300]
05:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme
BCM5721 Gigabit Ethernet PCI Express [14e4:1659] (rev 11)
09:00.0 PCI bridge [0604]: Intel Corporation 6702PXH PCI Express-to-PCI
Bridge A [8086:032c] (rev 09)
0a:02.0 RAID bus controller [0104]: Compaq Computer Corporation Smart
Array 64xx [0e11:0046] (rev 01)




sophos:~# lspci -vnn
00:00.0 Host bridge [0600]: Intel Corporation E7230 Memory Controller
Hub [8086:2778] (rev 81)
Subsystem: Compaq Computer Corporation Unknown device
[0e11:3200]
Flags: bus master, fast devsel, latency 0
Capabilities: [e0] Vendor Specific Information

00:01.0 PCI bridge [0604]: Intel Corporation E7230 PCI Express Root Port
[8086:2779] (rev 81) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=09, subordinate=0d, sec-latency=0
I/O behind bridge: 4000-4fff
Memory behind bridge: fdf0-fdff
Prefetchable memory behind bridge:
7000-700f
Capabilities: [88] Subsystem: Intel Corporation Unknown device
[8086:]
Capabilities: [80] Power Management version 2
Capabilities: [90] Message Signalled Interrupts: Mask- 64bit-
Queue=0/0 Enable+
Capabilities: [a0] Express Root Port (Slot+) IRQ 0

00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI
Express Port 1 [8086:27d0] (rev 01) (prog-if 00 [Normal decode])
Flags: bus master, fast devsel, latency 0
Bus: primary=00, secondary=02, subordinate=04, sec-latency=0
Capabilities: [40] Express Root Port (Slot-) IRQ 0
Capabilities: [80] Message Signalled Interrupts: Mask- 64bit-
Queue=0/0 Enable+
Capabilities: [90] Subsystem: Gammagraphx, Inc. Unknown device
[:]
Capabilities: [a0] Power Management 

Bug#406620: R: Bug#406620: Installation-report

2007-01-12 Thread Benelli Luca
I am absolutely sure i did NOT select expert install. 

I simply pressed enter after looking at the F2 and F£ hepl pages as to which 
install methods were available... :/
I did not get questions about root password and neither have i been asked to 
create a user account (which i expected to happen) 

If you need something else please let me know :) 

Luca


-Messaggio originale-
Da: Frans Pop [mailto:[EMAIL PROTECTED] 
Inviato: venerdì 12 gennaio 2007 15.59
A: Benelli Luca; [EMAIL PROTECTED]
Oggetto: Re: Bug#406620: Installation-report

On Friday 12 January 2007 12:45, Benelli Luca wrote:
 Comments/Problems: Only thing i noticed (if it is an error i don't 
 know but i didn't like it much) is i haven't been asked for a root 
 password, it remained blank. Not a big problem.. But it could lead to 
 problems for a newbie user :)

This is a very strange issue. This can only happen if you do an expert 
installation and _indicate yourself_ that you don't want to use the root 
account, but that instead 'sudo' should be enabled for the first user account 
that is created. This is not the default option, but is something that you have 
to select during the installation.

I strongly suspect that that is what you must have done, so, unless you can 
provide additional information about the _exact_ questions you were asked (in 
English!) and the answers you gave, I'm going to assume there is no actual bug.

 The rest worked like a charme, installing only base system.
 Very nice job, thanks to all of you.

Thank you, and also for submitting your report.

As I don't think the issue you reported is a bug, I'm closing the report. 
You can still reply to this message with additional info, and, if necessary, we 
can always reopen the report.

Cheers,
FJP



Bug#406620: R: Bug#406620: R: Bug#406620: Installation-report

2007-01-12 Thread Benelli Luca
 OK. I still don't see how this can be an issue. Can you please send us
the syslog from the installation (gzipped!)?
 You can find it in /var/log/installer/syslog on your installed system.

I don't know if you want to consider this as an issue or not... I just
noticed. 

Attached find the gzipped installer syslog.  

At Jan 12 06:04:51 an adduser error and a passwd error occur Hope it
helps. 

I don't think it is important but the time is wrong by something near to
5 hrs... 
Small idea for the future maybe, getting an ntpdate run during install? 

Thank you again, Luca


syslog.gz
Description: syslog.gz


Bug#406620: R: Bug#406620: user-setup: Failed to ask its questions when run during default install

2007-01-12 Thread Benelli Luca
I'm out of office until wednesday... 
I don't know when the server will go into production, so i'm not sure how many 
tests we can do, at the moment it's still a clean install and it will probably 
need to be reinstalled as debian 3.1 (using HPDE installers) so i think i 
should have the time to retry the 4.0 RC1 install... 
 
As to partitioning: the disks were already partitioned due to earlier tests 
with sarge, i just assigned the mount points, tried to run the installer and it 
told me i had an already installed system (installing on an unclean system 
could lead to problems blah blah), i then went back to partitioning and chose 
the format partition option for all partitions i created an installed.
 
Hope this gives a bit extra info. 
 
Please let me know what could be required as testing should i reinstall. Simply 
reinstall as i did this time? anything particular to look at? 
 
Thanks, Luca



Da: Frans Pop [mailto:[EMAIL PROTECTED]
Inviato: ven 12/01/2007 19.09
A: Benelli Luca; [EMAIL PROTECTED]
Oggetto: Bug#406620: user-setup: Failed to ask its questions when run during 
default install



reopen 406620
reassign 406620 user-setup 1.7
retitle 406620 user-setup: Failed to ask its questions when run during default 
install
thanks

On Friday 12 January 2007 17:21, Benelli Luca wrote:
 I don't know if you want to consider this as an issue or not... I just
 noticed.

Well, it _is_ a very important issue if it is correct...

 Attached find the gzipped installer syslog.

 At Jan 12 06:04:51 an adduser error and a passwd error occur Hope
 it helps.

The relevant bit is a bit earlier:
Jan 12 05:13:00 main-menu[2078]: INFO: Menu item 'user-setup-udeb' selected
Jan 12 05:13:01 main-menu[2078]: INFO: Falling back to the package description 
for auto-install

This shows that user-setup _was_ run and it appears to have run without
errors. At this point you really should have been asked the questions
about root passwords and user account.
The next log item shows that user-setup completed almost immediately.
Certainly too fast to have you answer its questions...

However, there is no indication at all of what may have gone wrong.
I've tried some things to see if I could reproduce the behavior, but I
cannot. If the questions were indeed not asked, that explains the later
error you pointed out.

Jan 12 05:13:01 main-menu[2078]: INFO: Menu item 'base-installer' selected
Jan 12 05:13:08 base-installer: error: exiting on error 
base-installer/unclean_target_cancel
Jan 12 05:13:09 main-menu[2078]: WARNING **: Configuring 'base-installer' 
failed with error code 30
Jan 12 05:13:09 main-menu[2078]: WARNING **: Menu item 'base-installer' failed.

This shows that at least something weird happened during your installation.
Did you make a mistake during partitioning?
However, normally that should not affect the way users are set up.

As this is the first time this has been reported, I'm inclined to treat it
as a fluke. I'm still reopening the report and reassigning it to the
relevant component as IMO it should be available for reference for a while.

It would be great if you could try to reproduce this. In that case we can
try some additional debugging.

Thanks for providing the additional information.

Cheers,
FJP


winmail.dat