For the RHEL3 systems (2.4.21-27 smp) this was configured with
-disable-epoll, since the systems don't support epoll. 

 

Attaching with gdb to the pvfs2-client-core shows the daemon to have stopped
in the BMI_socket_collection_add function of socket-collection.h, at the
write(s->pipe_fd[1], &c, 1).

 

We discovered the write above was stopping/hanging/blocking after putting
4096 bytes into the file descriptor. There apparently wasn't part of the
socket_collection being polled, and  never hit the read in the
BMI_socket_collection_testglobal in socket-collection.c. 

 

There is a comment in the BMI_socket_collection_init function, "/* Add the
pipe_fd[0] fd to the poll in set always */ ", The change we made was to move
the code adding pipe_fd[0] outside the if statement to see if the server
socket was available. 

 

We couldn't pin-point exactly why this changed from 2.7.1, and aren't
positive the attached patch is the *right* way to fix it. However, the
change so far seems to work well. 

 

Thanks Phil for your help!

 

  _____  

From: [email protected]
[mailto:[email protected]] On Behalf Of Bart
Taylor
Sent: Friday, July 31, 2009 10:18 AM
To: [email protected]
Subject: [Pvfs2-developers] Client hangs with 2.8.1

 

Hey guys,

I am having a couple of issues with the 2.8.1 release on clients with 2.4 
kernels. The client hangs after the two commands listed below are executed.
I 
have three server machines running 2.6 kernels, and clients running 2.6
kernels 
do not have the same problem.

Nothing that touches the mount will work from this point (including umount) 
until I kill off the client-core. Nothing was logged on the client or server

side, but I can enable some more logging if there is something specific you 
would like to see. 

Bart.



1) mkdir -p
/mnt/pvfs2/1/2/3/4/5/6/7/8/9/10/11/12/13/14/15/16/17/18/19/20/21/22/23/24/25
/26/27/28/29/30/31/32/33/34/35/36/37/38/39/40/41/42/43/44/45/46/47/48/49/50/
51/52/53/54/55/56/57/58/59/60/61/62/63/64/65/66/67/68/69/70/71/72/73/74/75/7
6/77/78/79/80/81/82/83/84/85/86/87/88/89/90/91/92/93/94/95/96/97/98/99/100/1
01/102/103/104/105/106/107/108/109/110/111/112/113/114/115/116/117/118/119/1
20/121/122/123/124/125/126/127/128/129/130/131/132/133/134/135/136/137/138/1
39/140/141/142/143/144/145/146/147/148/149/150/151/152/153/154/155/156/157/1
58/159/160/161/162/163/164/165/166/167/168/169/170/171/172/173/174/175/176/1
77/178/179/180/181/182/183/184/185/186/187/188/189/190/191/192/193/194/195/1
96/197/198/199/200/201/202/203/204/205/206/207/208/209/210/211/212/213/214/2
15/216/217/218/219/220/221/222/223/224/225/226/227/228/229/230/231/232/233/2
34/235/236/237/238/239/240/241/242/243/244/245/246/247/248/249/250/251/252/2
53/254/255/256/257/258/259/260/261/262/263/264/265/266/267/268/269/270/271/2
72/273/274/275/276/277/278/279/280/281/282/283/284/285/286/287/288/289/290/2
91/292/293/294/295/296/297/298/299/300/301/302/303/304/305/306/307/308/309/3
10/311/312/313/314/315/316/317/318/319/320/321/322/323/324/325/326/327/328/3
29/330/331/332/333/334/335/336/337/338/339/340/341/342/343/344/345/346/347/3
48/349/350/351/352/353/354/355/356/357/358/359/360/361/362/363/364/365/366/3
67/368/369/370/371/372/373/374/375/376/377/378/379/380/381/382/383/384/385/3
86/387/388/389/390/391/392/393/394/395/396/397/398/399/400/401/402/403/404/4
05/406/407/408/409/410/411/412/413/414/415/416/417/418/419/420/421/422/423/4
24/425/426/427/428/429/430/431/432/433/434/435/436/437/438/439/440/441/442/4
43/444/445/446/447/448/449/450/451/452/453/454/455/456/457/458/459/460/461/4
62/463/464/465/466/467/468/469/470/471/472/473/474/475/476/477/478/479/480/4
81/482/483/484/485/486/487/488/489/490/491/492/493/494/495/496/497/498/499/5
00

2) rm -rf /mnt/pvfs2/1/



Attachment: no_epoll.patch
Description: Binary data

_______________________________________________
Pvfs2-developers mailing list
[email protected]
http://www.beowulf-underground.org/mailman/listinfo/pvfs2-developers

Reply via email to