Thread: [SSI-devel] CFS locking issue?
Brought to you by:
brucewalker,
rogertsang
From: Roger T. <pe...@ho...> - 2004-12-23 00:49:14
|
I'm running the kernel from CVS (update to Dec20). If I run more than 1-node cluster, on the initnode I'm sometimes getting init[3] and more often one [kjournald] stuck in uninterruptible IO state. Also when I startx on the initnode I get a few more "xauth: problem getting authority lock in /home/user/.Xauthority" in a row. Now I dunno if this lock is related to running vncserver session under the same user but using a different window manager than the system default. After the cluster has been running for 12 hours or so on chard mounts, the initnode is very slow to respond as if everything was waiting for free locks. cfs_async processes would take a long time to complete, etc. the system load average would be 5,3,3. I would have to wait a few minutes after I type in a password on the initnode before I get shell. I just checked and some of ci and OPENSSI-RH kernel* has been updated. Maybe it's that. I'm still compiling the kernel* directories from OPENSSI-RH branch and the other SSI utilities from OPENSSI-FC branch. |
From: Roger T. <pe...@ho...> - 2004-12-23 03:37:08
|
This only applies to CFS chard mounts. I'm in the process of recompiling the kernel from OPENSSI-FC-1-2-STABLE and utilrpms from OPENSSI-FC branch. Hope this goes away. -Roger > >I'm running the kernel from CVS (update to Dec20). If I run more than >1-node cluster, on the initnode I'm sometimes getting init[3] and more >often one [kjournald] stuck in uninterruptible IO state. > >Also when I startx on the initnode I get a few more "xauth: problem getting >authority lock in /home/user/.Xauthority" in a row. Now I dunno if this >lock is related to running vncserver session under the same user but using >a different window manager than the system default. After the cluster has >been running for 12 hours or so on chard mounts, the initnode is very slow >to respond as if everything was waiting for free locks. cfs_async >processes would take a long time to complete, etc. the system load average >would be 5,3,3. I would have to wait a few minutes after I type in a >password on the initnode before I get shell. > >I just checked and some of ci and OPENSSI-RH kernel* has been updated. >Maybe it's that. I'm still compiling the kernel* directories from >OPENSSI-RH branch and the other SSI utilities from OPENSSI-FC branch. > |
From: John B. <joh...@hp...> - 2004-12-23 05:05:49
|
Roger Tsang wrote: > This only applies to CFS chard mounts. > > I'm in the process of recompiling the kernel from OPENSSI-FC-1-2-STABLE > and utilrpms from OPENSSI-FC branch. Hope this goes away. > > -Roger I hope it goes away, too. I haven't seen anything like it, but I haven't been running multinode while I've been chasing your bugs. John > >> >> I'm running the kernel from CVS (update to Dec20). If I run more than >> 1-node cluster, on the initnode I'm sometimes getting init[3] and more >> often one [kjournald] stuck in uninterruptible IO state. >> >> Also when I startx on the initnode I get a few more "xauth: problem >> getting authority lock in /home/user/.Xauthority" in a row. Now I >> dunno if this lock is related to running vncserver session under the >> same user but using a different window manager than the system >> default. After the cluster has been running for 12 hours or so on >> chard mounts, the initnode is very slow to respond as if everything >> was waiting for free locks. cfs_async processes would take a long >> time to complete, etc. the system load average would be 5,3,3. I >> would have to wait a few minutes after I type in a password on the >> initnode before I get shell. >> >> I just checked and some of ci and OPENSSI-RH kernel* has been >> updated. Maybe it's that. I'm still compiling the kernel* >> directories from OPENSSI-RH branch and the other SSI utilities from >> OPENSSI-FC branch. >> > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://productguide.itmanagersjournal.com/ > _______________________________________________ > ssic-linux-devel mailing list > ssi...@li... > https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel > |