[ATPTourFan]

Since doing a straight upgrade to Tiger this afternoon, one of my iBooks will occasionally hang (panic) on shutdown, leaving me to have to force a restart.

Network services are all functioning normally AFAIK, but I noticed that on startup and shutdown (I always use verbose mode to see what's going on) I get these logged messages in the console.

Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=6]
Apr 30 16:07:09 localhost xinetd[53]: Error parsing attribute user - DISABLING SERVICE [line=6]
Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=6]
Apr 30 16:07:09 localhost xinetd[53]: Error parsing attribute user - DISABLING SERVICE [line=6]
Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=8]
Apr 30 16:07:09 localhost xinetd[53]: Error parsing attribute user - DISABLING SERVICE [line=8]
Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=8]
Apr 30 16:07:09 localhost xinetd[53]: Error parsing attribute user - DISABLING SERVICE [line=8]
Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=6]
Apr 30 16:07:09 localhost xinetd[53]: Error parsing attribute user - DISABLING SERVICE [line=6]
Apr 30 16:07:09 localhost xinetd[53]: xinetd Version 2.3.11 started with libwrap options compiled in.
Apr 30 16:07:09 localhost xinetd[53]: Started working: 1 available service

The panic.log had this to say:

Sat Apr 30 16:36:36 2005


Unresolved kernel trap(cpu 0): 0x300 - Data access DAR=0x0000000000000040 PC=0x00000000000F88E0
Latest crash info for cpu 0:
Exception state (sv=0x1D494500)
PC=0x000F88E0; MSR=0x00009030; DAR=0x00000040; DSISR=0x40000000; LR=0x000F97F4; R1=0x0A223B90; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x01168600 0x000F4890 0x0025AC18 0x002A8174 0x000ABA30 0x00000000
Proceeding back via exception chain:
Exception state (sv=0x1D494500)
previously dumped as "Latest" state. skipping...
Exception state (sv=0x1D750000)
PC=0x9000512C; MSR=0x0000F030; DAR=0xE0020628; DSISR=0x40000000; LR=0x00019138; R1=0xBFFFFA80; XCP=0x00000030 (0xC00 - System call)

Kernel version:
Darwin Kernel Version 8.0.0: Sat Mar 26 14:15:22 PST 2005; root:xnu-792.obj~1/RELEASE_PPC
panic(cpu 0 caller 0xFFFF0003): 0x300 - Data access
Latest stack backtrace for cpu 0:
Backtrace:
0x00095564 0x00095A7C 0x00026838 0x000A8184 0x000AB880
Proceeding back via exception chain:
Exception state (sv=0x1D494500)
PC=0x000F88E0; MSR=0x00009030; DAR=0x00000040; DSISR=0x40000000; LR=0x000F97F4; R1=0x0A223B90; XCP=0x0000000C (0x300 - Data access)
Backtrace:
0x01168600 0x000F4890 0x0025AC18 0x002A8174 0x000ABA30 0x00000000
Exception state (sv=0x1D750000)
PC=0x9000512C; MSR=0x0000F030; DAR=0xE0020628; DSISR=0x40000000; LR=0x00019138; R1=0xBFFFFA80; XCP=0x00000030 (0xC00 - System call)


I checked on my PowerBook that has Tiger installed and I do not get such messages. Is there a way to flush the xinetd server?

So far, I have repaired permissions and created several brand new Network Locations (so I'm running on full automatic - no custom settings).

Any ideas would be greatly appreciated! Thanks!

[fitter]

This line:

Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=6]

suggests to me that your NetInfo database is screwed up. xinetd can't find a root user. Although usually when I've seen corrupted NetInfo databases the Mac dumps you to a single-user prompt on boot. There are instructions for rebuilding a corrupted NetInfo db here:

http://docs.info.apple.com/article.html?artnum=107210

[ATPTourFan]

Originally Posted by fitter

This line:

Apr 30 16:07:09 localhost xinetd[53]: Unknown user: root [line=6]

suggests to me that your NetInfo database is screwed up. xinetd can't find a root user. Although usually when I've seen corrupted NetInfo databases the Mac dumps you to a single-user prompt on boot. There are instructions for rebuilding a corrupted NetInfo db here:

http://docs.info.apple.com/article.html?artnum=107210

Thanks for the tip, however restoring the NetInfo database from defaults (by going to single user mode and moving out the "damaged" one), the xinetd issue persists.

I'm almost ready to just to an archive and install which I'm almost positive will fix this issue. I'd rather know exactly what's wrong though, just to satisfy the geek in me.

Any other ideas??

[ATPTourFan]

I compared the /etc/xinetd.conf files on my iBook and my PowerBook (on which I did an archive and install for Tiger), and they were the same default settings.

However, when I compared the contents of /etc/xinetd.d/ on both systems, the iBook had all sorts of files in there while the PowerBook (which is running perfectly) had no files in the directory.

I moved the files in /etc/xinetd.d/ to the trash and restarted and it fixed the problem.

There are no more mentions of xinetd during the verbose startup process nor at the shutdown process in verbose mode. There are also no more system.log mentions of xinetd having issues.

Strange that with the straight upgrade from Panther 10.3.9 on the iBook (which was originally installed on a clean drive as 10.3 just a month ago) I've had these xinetd issues. My PowerBook never had the same issues since I did an archive and install.

[leira]

macfixit has the following to say on the subject.

Given the dramatic changes (including modifications to file structure and key system components) apparent in Mac OS X 10.4, however, the time saved up front by using the basic upgrade option may result in time spent troubleshooting later. Using the Archive and Install option will require some extra set-up time after the update has taken place, but will eliminate vulnerability to a number of issues that unexpectedly appear on some systems.

I like how they call Archive and Install the "Hassle Eliminator"

[Kristoff]

I had the same issue on one of the machines I upgraded and I traced it back to an smbd file that was modified by SharePoints.

Replacing it with the default one solved the problem for me.