Thread: [SSI-devel] Re: [Fwd: Re: CI for UML - split patches]
Brought to you by:
brucewalker,
rogertsang
From: Brian J. W. <Bri...@hp...> - 2004-09-23 18:50:40
|
Krishnakumar. R wrote: > Hi Brian, > >> Great! The key bottleneck in the process right now is me doing the >> reviews of everybody else's work, so it would be most helpful if he >> could unload some of the .REJ files assigned to me, like you did for >> me with the pty and tty files under drivers/char/. :) >> >> Krishna, would you be interested in merging the clusterwide Unix >> domain socket code? The relevant files are include/net/af_unix.h.REJ >> and net/unix/af_unix.c.REJ. I've attached a copy of our working >> procedures and a patch against 2.6.8.1 for the Aug. 26 master sandbox. >> I'll soon be releasing a newer master sandbox, but it shouldn't affect >> you. >> > I would really be interested in doing the merge for the clusterwide Unix > domain socket code. > I will check the procedure and patch, and start working on af_unix.c.REJ > and af_unix.h.REJ. Thanks. Your help is greatly appreciated. >> I don't understand. Is this a UML kernel that can form a virtual CI >> cluster in user-mode, like we used to do with OpenSSI? >> > Yes, its same as the Openssi user mode that was there. > I could not get hold of old openssi uml code, hence took Aneesh's > 2.6 ci code and ported it to UML. I ran two linux (uml's) > and build ci cluster between them. Good job! If you send the patch for it, I can check it in (unless Aneesh is already planning to do this). Thanks, Brian |
From: Brian J. W. <Bri...@co...> - 2001-12-03 23:57:36
|
"Aneesh Kumar K.V" wrote: > Hi, > > I got both the node up with no Oops > > Tests I tried > > $ onnode 2 vi /tmp/a test > The test created a file /tmp/a on node 2 > $ onnode 2 ls /tmp > It displayed the files in /tmp directory > > The files touched after the last patch . > > icsgen.h - some int -long fix > dvp_ics.s - some int-long fix > lnrel.sh - >change bash2 to bash in the first line ( I was using bash2 > for redhat 6.2 since the bash on alpha redhat 6.2 was not taking > assignment like a[0]=10 .Changing it back to bash will cause the > kernel build to fail on redhat 6.2 . > nsc_scalls.c -> node number corruption fix. > > NOTE this patch also includes my previous patch. > > -aneesh > Posted at: http://ssic-linux.sf.net/contrib/ssi-linux-2.4.10-ac4-v0.5.2-alpha-1.patch -- Brian Watson | "Now I don't know, but I been told it's Linux Kernel Developer | hard to run with the weight of gold, Open SSI Clustering Project | Other hand I heard it said, it's Compaq Computer Corp | just as hard with the weight of lead." Los Angeles, CA | -Robert Hunter, 1970 mailto:Bri...@co... http://opensource.compaq.com/ |
From: Aneesh K. KV <ane...@di...> - 2004-03-25 14:50:54
Attachments:
Clustertab.pm.diff
|
Andreas Roos wrote: > I suppose there is a problem in linuxrc. > > The output of my ifconfig command is in german. As a result the term > HWaddr is not found. I corrected this allready in the Perl module > Clustertab.pm (In the attachment) > > > How do we fix this ?. Will forcing the locale to C makes it work. If yes i can do it in /linuxrc Will adding this to /linuxrc fix the above issue. export LC_ALL="C" Also Andreas sent me the below diff for Clustertab.pm -aneesh -- ph: 603-884-5742 |
From: Brian J. W. <Bri...@hp...> - 2004-03-25 21:18:10
|
Aneesh Kumar KV wrote: > How do we fix this ?. Will forcing the locale to C makes it work. If yes > i can do it in /linuxrc > Will adding this to /linuxrc fix the above issue. > > export LC_ALL="C" Can someone try this strategy? Hopefully it works. > Also Andreas sent me the below diff for Clustertab.pm This patch only works because English and German are both Germanic languages, so the word "Hardware" is similar enough to search for some common letters. It's not a general solution for all languages. Brian |
From: Andreas R. <ro...@co...> - 2004-03-26 10:18:20
Attachments:
Clustertab.pm
|
Brian J. Watson wrote: > Aneesh Kumar KV wrote: > >> How do we fix this ?. Will forcing the locale to C makes it work. If >> yes i can do it in /linuxrc >> Will adding this to /linuxrc fix the above issue. >> >> export LC_ALL="C" > > > Can someone try this strategy? Hopefully it works. > >> Also Andreas sent me the below diff for Clustertab.pm > > > This patch only works because English and German are both Germanic > languages, so the word "Hardware" is similar enough to search for some > common letters. It's not a general solution for all languages. I suppose this file should do! (Attachment) Andreas > > Brian > > > > |
From: Brian J. W. <Bri...@hp...> - 2004-03-27 00:54:03
|
Andreas Roos wrote: > I suppose this file should do! (Attachment) Hi Andreas, Your patch seems like it would work okay, but I'm hesitant to remove the labels from the regular expressions and obfuscate them even more. ;) If the `export LC_ALL="C" /sbin/ifconfig` trick (or something like it) successfully forces an internationalized command to output English, I would prefer that approach so that these labels can be preserved. I can't easily test this myself, since I don't have an test machine installed in another language. Can someone let me know if it works? Thanks, Brian |
From: Brian J. W. <Bri...@hp...> - 2004-03-26 22:27:16
|
Andreas Roos wrote: > That is right. I tried to hold the file as general as I could. I fixed > it only to work on my system, but I suppose it is necessary to find a > solution for all languages. If I have the time I try to find something > that should work on all. Hi Andrea, The two practical options I see are: 1) Force ifconfig to output in English for this script (the `export LC_ALL="C"` trick that Aneesh mentioned). 2) Get the information from a language-neutral source, such as a /proc file or a system call. The system call approach is undesirable, since /linuxrc is a shell script and would need a custom command to access the system call. Thanks for helping with this, Brian |