Bug 378241 - A3+: Automatic Configuration hangs at "Detecting Printers..."
Summary: A3+: Automatic Configuration hangs at "Detecting Printers..."
Status: RESOLVED DUPLICATE of bug 371997
: 378643 (view as bug list)
Alias: None
Product: openSUSE 11.0
Classification: openSUSE
Component: Installation (show other bugs)
Version: Factory
Hardware: Other Other
: P5 - None : Blocker (vote)
Target Milestone: ---
Assignee: Michal Zugec
QA Contact: Jiri Srain
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-09 08:58 UTC by Stephan Binner
Modified: 2008-04-10 08:34 UTC (History)
4 users (show)

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stephan Binner 2008-04-09 08:58:53 UTC
Just tried a network install of openSUSE 11.0 Alpha 3 plus i386 and the automatic configuration is hanging at "Configuring hardware... (2/8)". Will attach log files.
Comment 2 Stephan Binner 2008-04-09 09:01:54 UTC
From cups/error_log:

I [09/Apr/2008:19:16:51 +0200] Listening to 127.0.0.1:631 (IPv4)
I [09/Apr/2008:19:16:51 +0200] Listening to ::1:631 (IPv6)
I [09/Apr/2008:19:16:51 +0200] Listening to 127.0.0.1:631 (IPv4)
I [09/Apr/2008:19:16:51 +0200] Listening to /var/run/cups/cups.sock (Domain)
I [09/Apr/2008:19:16:51 +0200] Loaded configuration file "/etc/cups/cupsd.conf"
I [09/Apr/2008:19:16:51 +0200] Using default TempDir of /var/spool/cups/tmp...
I [09/Apr/2008:19:16:51 +0200] Configured for up to 100 clients.
I [09/Apr/2008:19:16:51 +0200] Allowing up to 100 client connections per host.
I [09/Apr/2008:19:16:51 +0200] Using policy "default" as the default!
I [09/Apr/2008:19:16:51 +0200] Full reload is required.
I [09/Apr/2008:19:16:51 +0200] Loaded MIME database from '/etc/cups': 37 types, 40 filters...
I [09/Apr/2008:19:16:51 +0200] Full reload complete.
I [09/Apr/2008:19:16:51 +0200] Cleaning out old temporary files in "/var/spool/cups/tmp"...
I [09/Apr/2008:19:16:51 +0200] Listening to 127.0.0.1:631 on fd 1...
I [09/Apr/2008:19:16:51 +0200] Listening to ::1:631 on fd 3...
E [09/Apr/2008:19:16:51 +0200] Unable to bind socket for address 127.0.0.1:631 - Address already in use.
I [09/Apr/2008:19:16:51 +0200] Listening to /var/run/cups/cups.sock on fd 4...
I [09/Apr/2008:19:16:51 +0200] Resuming new connection processing...
E [09/Apr/2008:19:16:51 +0200] Unable to bind broadcast socket - Address already in use.
Comment 3 Lukas Ocilka 2008-04-09 09:04:01 UTC
Miso, what do you think of this one :)?
Well, don't say what "exactly" you think of it!!! :)))
Comment 4 Michal Zugec 2008-04-09 09:12:55 UTC
Trying to reproduce
Comment 5 Michal Zugec 2008-04-09 11:27:34 UTC
Can't reprocute, it works for me fine.
Could you please start installation with Y2DEBUG http://en.opensuse.org/Bugs/YaST#The_y2logs_don.27t_seem_to_show_my_problem._Can_that_logging_be_made_any_more_verbose.3F and attach logs again?
Comment 9 Klaus Singvogel 2008-04-09 14:00:21 UTC
The message
  Unable to bind socket for address 127.0.0.1:631 - Address already in use.
hints to
a) another cups daemon "cupsd" is already running (and using port 631)
b) or that another process, e.g. YP, is using this port

In first case YaST/installation flow is to be fixed.

The second indicates to an issue in the glibc, which is known and happens rarely. There are mechanism in the glibc (via file /etc/bindresvport.blacklist) to avoid this. But we noticed this issue still in the beta phase of every new distribution once or twice. I was never been told, if and how this got solved.

Don't know, if this information helps?
Comment 10 Michal Zugec 2008-04-10 07:34:38 UTC
*** Bug 378643 has been marked as a duplicate of this bug. ***
Comment 11 Michal Zugec 2008-04-10 07:44:44 UTC
Hanging at SCR::Read(.probe.printer) which is similar (but not same) like "hwinfo --printer"
On the other hands comment #9 pointed problem could be somewhere else
Holger, Stephan, can I have ssh access on that system?
Comment 12 Stephan Binner 2008-04-10 08:03:01 UTC
Access information provided.
Comment 13 Michal Zugec 2008-04-10 08:13:47 UTC
Thanks, reproduced

hwinfo --printer failed with segfault:
hwinfo --printer
> misc.2.1: ioSegmentation fault
This seems to be known bug #371997

SCR agent hangs
echo '`Read(.probe.printer)'|/usr/lib/YaST2/bin/y2base stdio scr
([])


Try workaround  and boot with "hwprobe=-parallel,-misc.par" please
Comment 14 Stephan Binner 2008-04-10 08:31:52 UTC
Providing that as boot params for the 2nd stage helps.
Comment 15 Michal Zugec 2008-04-10 08:34:48 UTC
Then it's duplicate of bug #371997


*** This bug has been marked as a duplicate of bug 371997 ***