Re: paying 'Bituach Leumi' using Firefox
On Friday September 15 2006 20:06, Moshe Leibovitch wrote to Guy Keren: [skipped] Guys, guys, as long as you exchange Hebrew one-liners in private, I don't care, but why CC linux-il? This is an English-speaking list, after all. -- Sincerely Yours, Michael Vasiliev Linux-IL moderator "I'd crawl over an acre of 'Visual This++' and 'Integrated Development That' to get to gcc, Emacs, and gdb. Thank you." (By Vance Petree, Virginia Power) = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Problems with iglu.org.il and how we can attempt to resolve them
On 16/09/06, Shlomi Fish <[EMAIL PROTECTED]> wrote: > 1. I got the impression from your ogirinal post that the root cause > for the reboot was running out of memory. Isn't it so? Well the system became unresponsive. We don't know why, but we guess it was due to lack of memory. I understand that. It's just that you don't have any evidence as to what happened. How about running things like collectd (http://packages.debian.org/testing/utils/collectd) to get a better feel of what's happening on the system? > Also first thing I found about Simpa was this: > http://www.sympa.org/doc/html/node2.html#SECTION0022 > (tuning) I couldn't find any information in this document about *how* to tune. It's a promo-like page. My point being that this software can be tuned and tweaked (at least according to this page). OK. Of course, Hamakor can make a plea for donations. Such a plea should usually explain and convince potential donors why exactly such hardware is necessary and is the best use of Hamakor's money. Yes, but I don't know how much we'll need to scale in the future. I figure we can get a Xeon or Athlon-based chip which support up to 64 GB of RAM, but are still 32-bit. That's a difference between an excellent system manager and others - doing such a job properly means to find the requirements of the software that you plan to run on this hardware then adjust accordingly. Just throwing lots of silicon at a problem without understanding your precise requirements has a chance that you'll still won't solve your problem (because you just guessed your requirements and invested in the wrong kind of hardware) and leave you with less money for the right stuff. > So the current CPU resource is sufficient for CURRENT requirements? I > got the impression you are trying to prevent the system from crashing > because of some resource shortage, isn't it? If not then what's this > discussion about? "Eskimo is a 500MHz Pentium III, let's replace it"? > If it works then why break it? Well, it works but like I said, we could always use a faster box for PHP/Perl/MySQL/etc. That's called "to plan" - decide what you intend to run on this hardware beforehand and plan accordingly, with an upgrade path in mind. For a start - maybe setup some "release cycle" where relevant users put up an explanation of what they want to install on the server in the next, say, 3-6 month, assess the impact of that software on the server (disk, memory, cpu, network, security, database kinds, maximum response times, access requirements, uptime requirements, reliability requirements, failover, "business case" (why is this software a useful thing to run on this server), whatever) then merge these requirements into a full picture of what's expected from the system by its users then decide what, when and how to do things so the requirements are met. Wash, rinse, repeat. Many times during this planning process users will discover that they can use an already existing component on the system, or that they can cooperate with other user's requirements, or that their requests are unreasonable or other things. BTW - it's supposed to be a production system (as far as I know) - users should test and experiment on other systems and when they know what to expect from the software they want on this server they can start the request process. Cheers, --Amos -- "Military justice is to justice what military music is to music" = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Problems with iglu.org.il and how we can attempt to resolve them
On Friday 15 September 2006 02:02, Amos Shapira wrote: > On 15/09/06, Shlomi Fish <[EMAIL PROTECTED]> wrote: > > Hi Amos! > > > > Gmail does not quote the last line of the original message before the > > response. As a result, your message is messed up. > > I switched to plain text mode now. Hope it'll help. > > I also reply only to linux-il since this is the only mailing list on > which I'm subscribed (and cross-posting is usually against netiquette, > and most relevant people are on linux-il anyway). > OK. > > > > 2. We'd like to configure a 2 GB swap partition. However, I need the > > > > RAID array to back up the data on one of the 2 GB swap partitions of > > > > the SCSI disks. However, the RAID array is currently completely > > > > inactive, and we need > > > > to activate it. Lior, can you please step on it? > > > > > > As a last-resort fall-back line before system crash - maybe consider > > > using dynamic swap space allocators like swapd or swapspace: > > > > > > http://packages.debian.org/unstable/admin/swapd > > > http://packages.debian.org/unstable/admin/swapspace > > > > If we have 3 GB or so of memory, then I don't suppose we'll need more > > swap. > > 1. I got the impression from your ogirinal post that the root cause > for the reboot was running out of memory. Isn't it so? Well the system became unresponsive. We don't know why, but we guess it was due to lack of memory. > 2. I suggested this as an extra precaution to be used when the only > other option is for the system to give up and start killing processes > or generally go south. OK. > > > > (the copyright file should usually point to the upstream site. It > > > appears that Eskimo already runs Sarge but these packages are not > > > available there - it's about time to upgrade to Etch. I didn't find > > > these packages in Backports). > > > > Etch... has Etch been stabilised yet? > > It's not officially stable but it's been practically usable for a long > time now. I have two such system now (my home and work desktops) and > they are superb. As far as I followed, already being supported by the > Debian Security Team so this part (which should probably be number one > on the list of production servers requirements) is covered. I see. OK. > > > > Do you have information on what's hogging the system's memory and for > > > what? Possibly a more scalable and stable way to handle the problem > > > should be to try to avoid or minimize the memory hog. > > > Usually when the system uses so much swap it's already crawling. > > > > Well, we recently switched from ezmlm to using sympa which has a daemon > > that consumes about 10% of the memory, and possibly some other things. > > 10% doesn't explain running out of memory. > Also first thing I found about Simpa was this: > http://www.sympa.org/doc/html/node2.html#SECTION0022 > (tuning) I couldn't find any information in this document about *how* to tune. > > > > 64GB memory is going to be expensive. > > > > That's not what I meant sorry. What I meant was that the computer model > > could support up to at least 64 GB of memory in case we'll need to scale > > to this amount of memory in the future. > > If you have the money for it then go for it: > http://www.sun.com/servers/x64/x2200/ > other servers in this series offer pretty amazing redundancy options > (you can practically replace any part of the system except the chassis > without taking it down). > (disclaimer: I own SUNW shares) OK. Of course, Hamakor can make a plea for donations. > > From where I sit it looks like you are jumping too far ahead - a > mail+web server of this scale shouldn't require more than the 2-4Gb > you can put on your current system. By the time you'll get around to > actually take advantage of more memory the hardware scene might be > different and more importantly - hardware supporting this amount of > RAM will probably cost half or less than current prices. > > For your consideration. Yes, but I don't know how much we'll need to scale in the future. I figure we can get a Xeon or Athlon-based chip which support up to 64 GB of RAM, but are still 32-bit. > > > > As for the 500MHz it sounds indeed > > > poor but what's the CPU utilization like right now? What does it choke > > > on? > > > > Well, the machine seems to be responsive enough. But we may need more CPU > > to serve dynamic content. > > So the current CPU resource is sufficient for CURRENT requirements? I > got the impression you are trying to prevent the system from crashing > because of some resource shortage, isn't it? If not then what's this > discussion about? "Eskimo is a 500MHz Pentium III, let's replace it"? > If it works then why break it? Well, it works but like I said, we could always use a faster box for PHP/Perl/MySQL/etc. Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ Chuck Norris
Re: paying "Bituach Leumi" using Firefox
Julian Daich wrote: > And again you will need a MS Windows license to use IE or pay for > CrossOver Office, but in this case I don know what Microsoft stipulates > for using IE for W2000 or higher. > > J > I would like to clear an important misconception. CrossOver Office does NOT come with a license to use IE on Linux. Believe me on this point. We are the distributors for XOO, and I actually had a deal break on that point (and I ran it through codeweavers first, to see whether there was any chance of making it go through anyways). Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: paying "Bituach Leumi" using Firefox
El vie, 15-09-2006 a las 22:28 +0300, Shachar Shemesh escribió: > Shoshannah Forbes wrote: > > > Nope, Mac isn't an option for IE- IE for Mac is dead, isn't available > > for download, and never supported Hebrew or Active-X anyway. (see here > > for more info: http://www.xslf.com/archives/000321.html ) > But now you can run the Windows IE on Intel macs using Wine.. And again you will need a MS Windows license to use IE or pay for CrossOver Office, but in this case I don know what Microsoft stipulates for using IE for W2000 or higher. J > Shachar > -- Julian Daich <[EMAIL PROTECTED]> = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: paying "Bituach Leumi" using Firefox
Shoshannah Forbes wrote: > Nope, Mac isn't an option for IE- IE for Mac is dead, isn't available > for download, and never supported Hebrew or Active-X anyway. (see here > for more info: http://www.xslf.com/archives/000321.html ) But now you can run the Windows IE on Intel macs using Wine.. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. Have you backed up today's work? http://www.lingnu.com/backup.html = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: paying "Bituach Leumi" using Firefox
On 14/09/2006, at 12:57, Julian Daich wrote: I can resume the only ways for regular citizens to use IE as pay for a MS license, pay for a Mac, Nope, Mac isn't an option for IE- IE for Mac is dead, isn't available for download, and never supported Hebrew or Active-X anyway. (see here for more info: http://www.xslf.com/archives/000321.html ) --- Shoshannah Forbes http://www.xslf.com = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: paying 'Bituach Leumi' using Firefox
זה לא רק הם. זה חלקים רבים מה-"ממשל (הלא) זמין" On 15/09/2006 15:32, guy keren wrote: סתם שאלה - למה ישר "לתבוע"? לא מוטב קודם לדבר ולהסביר, לפני שרצים לבית משפט? הרי המטרה שלנו אינה להרוויח כסף - אלא להוביל לתיקון המצב. יש סיכוי שדיבור והסברה לאנשי ביטוח לאומי יוביל לתיקון המצב באופן מהיר יותר. אם לא - אז אפשר לדבר על תביעות. --גיא On Thu, 2006-09-14 at 12:46 +0300, Moish wrote: <הנושא נוגע גם לתחום הנגישות הכללית אשר לוקה מאד. <האם יש גוף כלשהו שיקח על עצמו הגשת תביעה בנושא זה? <אני משוכנע ששאנשים רבים המשתתפים ברשימת דיון זו ואחרות, <ישמחו לספק את הידע הנדרש לבסס את כתב התביעה. <האם פרויקט המרכבה איכשהו קשור לענין? <אם כן, האם מישהו יודע אם ניתן להרחיב את המנדט של הגוף החדש <לפיקוח על הפרויקט כך שיטפל גם בנושאים אלו? <האם חוקק חוק בנושא הנגשה? האם התקנות מתייחסות רק למבנים או <גם לגישה למידע? <אני מוכן לבדוק את רצינות מפלגת מרצ לטיפול בנושאים אלו ולא רק <בחיקויים של DCMA --- Moish -- Moshe Leibovitch CEO MLN Computerized Systems Ltd. Email: [EMAIL PROTECTED] Skype: Moshe.Leibovitch Mobile: +972-546-484411 Phone: +972-3-5407371 Fax:+972-3-5479178 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: paying 'Bituach Leumi' using Firefox
סתם שאלה - למה ישר "לתבוע"? לא מוטב קודם לדבר ולהסביר, לפני שרצים לבית משפט? הרי המטרה שלנו אינה להרוויח כסף - אלא להוביל לתיקון המצב. יש סיכוי שדיבור והסברה לאנשי ביטוח לאומי יוביל לתיקון המצב באופן מהיר יותר. אם לא - אז אפשר לדבר על תביעות. --גיא On Thu, 2006-09-14 at 12:46 +0300, Moish wrote: <הנושא נוגע גם לתחום הנגישות הכללית אשר לוקה מאד. <האם יש גוף כלשהו שיקח על עצמו הגשת תביעה בנושא זה? <אני משוכנע ששאנשים רבים המשתתפים ברשימת דיון זו ואחרות, <ישמחו לספק את הידע הנדרש לבסס את כתב התביעה. <האם פרויקט המרכבה איכשהו קשור לענין? <אם כן, האם מישהו יודע אם ניתן להרחיב את המנדט של הגוף החדש <לפיקוח על הפרויקט כך שיטפל גם בנושאים אלו? > <האם חוקק חוק בנושא הנגשה? האם התקנות מתייחסות רק למבנים או <גם לגישה למידע? > <אני מוכן לבדוק את רצינות מפלגת מרצ לטיפול בנושאים אלו ולא רק <בחיקויים של DCMA > > > --- > Moish > > = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
RE: FC device driver for sniffing
try to see what other vendors of fiber-channel sniffers are doing - e.g.
finisar.
i think that the fact that a fiber-channel protocol analyzer cannot be
found that runs on linux, implies there's good chance that this is not
possible to do with commonly available hardware.
you might have the option, thought, to combine their product with your
product - but this all depends on whether you're trying to do something
for in-house use, or for selling to others.
--guy
On Wed, 2006-09-13 at 17:29 +0300, Ophir Munk wrote:
> One more thing to clarify: being a transparent sniffer means that my
> device has 2 HBAs so it can "cut" a FC line in the middle and
> transparently connect the 2 cut sides (i.e. serving as a bridge).
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Ophir Munk
> Sent: Wednesday, September 13, 2006 5:06 PM
> To: linux-il@linux.org.il
> Subject: RE: FC device driver for sniffing
>
> Thanks Oleg for your reply.
> I would like to sniff as much as possible (including encrypted FC3
> layers).
> I am aware of your statement that all HBAs attempt handling FC1-FC4 at
> firmware level but I hope that I can still find an HBA which will allow
> my CPU handle those layers by itself.
> I would have settled for sniffing layer FC4 and above (which is feasible
> in all FC HBA) but then I have another problem: I need my FC port
> (interface) to be transparent to the peer FC port, to be able to connect
> to any FC peer Port whatever it is: N_Port, F_Port, FL_Port, etc...
> I could do so if I worked at FC1 layer, letting higher layers passing
> through transparently, but if my HBA operates at FC4 layer, then I can
> only be an N_Port and being connected to limited peer types. I would not
> be a transparent sniffer anymore...
>
> Can anyone think of something?
>
> -Original Message-
>
> > I am looking for a Fiber Channel HBA (under Linux of course) that
> > will operate in sniffing mode and will enable the inspection of all
> > FC traffic at all layers: FC1-FC4. Common device drivers
> > (e.g. Emulex and QLogic) handle most FC layers at firmware level
> > while I need to send those packets to the kernel instead (for
> > sniffing purposes).
>
> Can you explain what you are trying to sniff? All FC traffic through
> an arbitrated loop that passes through your HBA? Even if it is
> encrypted (in FC-3)?
>
> I cannot give you a statement regarding all HBAs, but I think that it
> is one of the FC design goals that all the transmission protocols are
> implemented in HW to offload them from the CPU. This probably means
> FC-{1,2,3} at least. If this is correct then you _may_ be out of luck.
>
=
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
Re: paying "Bituach Leumi" using Firefox
Eddie Aronovich wrote: This is clear way to start an endless thread to different & unrelated issues like what is the real meaning EULA of IE / WIN. I am not a lawyer, but IMHO, the antitrust means something totally different. Beofre someone will think - please, there is no need to bother a lawyer with that one. It can remain an open issue. As I see it - the question is simple - if there is a legal base that on-line services as paying should be allowed thru public standard/open/free tools or not. Since one can pay it not on-line, I am not sure that it is a problem at all (even though I find it bad). The "bituach leumi" is part of the "Mimshal Zamin" project. If it only works on MSIE, then it isn't "zamin." A quick google brought up this document: http://www.knesset.gov.il/protocols/data/rtf/mada/2005-07-26.rtf and I'm sure there are many others, where the question of standards has at least been raised. Eddie -- Thanks, Uri http://translation.israel.net = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
perl-tk package errors.
Hi there, Did anyone have similar problems: PromptToShowItsPerlTk-$ ./t.pl 8220a70 is not a hash at /usr/lib/perl5/vendor_perl/5.8.8/i686-linux/Tk/MainWindow.pm line 55. Aborted -- Thanks. David Harel, == Home office +972 77 4422234 Fax:+972 77 4422234 Cellular: +972 54 4534502 Snail Mail: Amuka D.N Merom Hagalil 13802 Israel Email: [EMAIL PROTECTED] = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Problems with iglu.org.il and how we can attempt to resolve them
On 9/15/06, Amos Shapira <[EMAIL PROTECTED]> wrote: I see from this link that there is a lot behind the scenes beyond the current thread, so I better just shut up because I don't know the entire story here. Actually, I for one, would be happy to hear the solution of this mystery (maybe some kernel guru on this list can read the log messages from the thread and come up with the right patch/LWN article) - just search for ekimo+memory in the archive: http://www.mail-archive.com/search/?list=iglu-web%40iglu.org.il&query=eskimo+memory (kernel version is 2.6.8 (debian 2.6.8-16sarge4)) = To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
