Jump to content

fdb_

Members
  • Posts

    77
  • Joined

  • Last visited

    Never
  • Donations

    0.00 GBP 

fdb_'s Achievements

Advanced Member

Advanced Member (3/3)

0

Reputation

  1. fdb_

    MMaps Redux

    Have you tried ccache ?
  2. Hi, Am I the only one wanted to browse over the forums using https ? If yes this is too bad Anyway, it seems that when you direct access to the forum with https it works fine except that any links are written with http, so you left the secure browsing as soon as you click a link.... TheLuda can you check this ? Kind regards, fdb.
  3. Maybe moving it to unit to also handle vehicles power types in future ?
  4. I fully agree with DasBlub. But I am affraid to use a poor (even if it is practical) bugtracker. In my mind a bugtracker will ease a lot of work but many of public facilities giving access to a bugtracker does not implement workflows, categorization or a good search engine... The lack of those features can be a pain to comunicate, exchange and find the right information for most of people. My 2 cents.
  5. Seems that some semaphore can become residual almost like zombie processes (I cannot confirm btw). Yeah you are right I write this and it is totally wrong In fact all these params are in one kernel config named "kernel.sem". List current semaphore values: # ipcs -ls ------ Semaphore Limits -------- max number of arrays = 128 max semaphores per array = 250 max semaphores system wide = 32000 max ops per semop call = 32 semaphore max value = 32767 You can also use the following command: # cat /proc/sys/kernel/sem 250 32000 32 128 Here are the information I found from the Oracle recommendations (should work for any other hungry systems): Dynamic setting: # echo "250 32000 100 128" > /proc/sys/kernel/sem Persistant settings: # echo "kernel.sem=250 32000 100 128" >> /etc/sysctl.conf I hope this one will work
  6. I think this is related to mangos and not to system. When I spoke about Oracle I did not mean that it came from the SQL server. But I was refering to some Linux system requirements for a medium loaded Oracle on Linux (some system tuning - including semaphores - have to be set). In some case mangos can be very greedy. So some system tuning can be mandatory. BTW, I think you set the number of allowable semaphores far too high, something like 1K seems already very high to me and should be fine for most of the mangos servers.
  7. I also have those error on a test server but I did not think it was a problem. I will try to find a workaround but I cannot promise to do it quick. Meanwhile you can try to put these lines in your sysctl config file (in fact, that are the tests I will do on my test server): kernel.semmsl = original value * 4 (or * 8) kernel.semmns = original value * 4 (or * 8) kernel.semopm = original value * 4 (or * 8) kernel.semmni = original value * 4 (or * 8) Of course, still use sysctl -a to find the current system values. NB: The sysctl config file need to be reloaded to apply the changes (or reboot your server). Also, I have heard from a Veritas engineer that some kind of semaphores can only be cleaned with a system reboot (I doubt that this is the only solution but it worth a try to have a clean system before reproducing the error). You can try to list the semaphores with ipcs -a And to delete semaphore ipcrm -s [i]id[/i] Be gentle because some semaphores does not belong to mangos but to other system processes. Good luck.
  8. Try this: echo 134217728 >/proc/sys/kernel/shmall echo 134217728 >/proc/sys/kernel/shmmax Or put in your sysctl config file (to have the settings kept after a reboot): kernel.shmall = 134217728 kernel.shmmax = 134217728 There are the descriptions of the semaphore kernel params: SEMMSL: maximum number of semaphores per id SEMMNS: maximum number of semaphores, system wide. SEMOPM: maximum number of operations in one semop call. SEMMNI: number of semaphore identifiers (or arrays), system wide. You can also tune the semaphore max numbers to avoid these messages. For example Oracle needs value larger than 100 in semaphore kernel params. To list all the system params: sysctl -a (use grep to find the one you want) Also try to use google to find system kernel config for Oracle, perhaps it will help. Good luck and keep us updated.
  9. BEware of the white rabbit !!! This one is awesome
  10. I think it was good to mention the copyrights issue and al that's around it but now I think that focusing on the main thread subject will be more constructive. Please good forward guys, this is not a forum where it is good to flame
  11. Yes something like that will permit to handle special cases and also to automate the updates.
  12. Yes that's true, for example sometimes the databse name is hardly coded in the script, if you have changed the default db names you can run in deep trauma...
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use