>>550 You used to have ssh access to the servers? Which servers and accounts were you allowed to access? Which services and programs were you maintaining? Please give me a list.
>>550 in E talkig about BBQ system maintainance formerly I could log-in to the appropriate servers for mod/update them.
but, after the leakage on Aug/2013, it became imppssible. I couldn't log-in those servers any more. therefore, no maintainance is made for them like bbq2, m,m2(BBM), hack72 servers.
and this time, i became locked out from bbq server now (within boo system). Fortunately, today, I got an assistive repair via/by CodeMonkey-san. Is this the only way to maintaining those system in the future?
this is my private opinion; it seems a good idea to have(give) log-in account to maintaining the system via ssh-connection, i hope. this makes me to act highly available than the remote/isoldated operation via someone else. it also enables me to take action immediately in case of accident.
and,, there are so many minor modifications on each server system, an operation-via-someone-else will only make/feel us isolated...
Let me know how you're planning for handling of those system_supporting personnel.
------ appendix by translator this is quick tranlsation without reviewing.
>>556>>550 Okay, well please see my reply at >>554 I need to know all the details about which servers and scripts you were maintaining and which accounts you had SSH access to. If you give me the details, then I can ask Jim-san about how we can coordinate better with Rock54-san.
----- addition by tranlsator needless to say for you all. for further communication of account/permission matter, please proceed somewhere safer than here, like e-mail. this is highly security handling matter for the servers. まぁ、両名に改めて言うことではないと思いますが アカウント名やパミッションのことはココじゃないどこか安全な場所、メールとかでやってください。 これは鯖の安全性に深く関わることなので
>>565 Toru has been fired. I have reset the F22 to the old version on those servers. There are better ways to get "load relaxation". I will find a way to improve load later, after I finish getting acquainted with the 2ch servers.
the reason of designing New f15/f22 is reducing number of the I/O loads what requires an active dat_file access which is being used for other program periodically. http://yuzuru.2ch.net/test/read.cgi/mu/1369470554/218,243 [later,, details are not translated now, both are written by TohRu-san, one of the 2ch volunteer]
in the beta_testing, its functionality is checked/evaluated and adjusted their parameter for debuging through the servers from uni(start of beta testing), then toro, kohana, and ikura servers in order.
---- reconfirming to the original message descriptor 言い換えを行っているので、日本語戻し変換で投稿者にもダメ押し確認 > the reason of designing New f15/f22 is reducing number of the I/O loads > what requires an active dat_file access which is being used for other program periodically. 新f15/f22がデザインされた理由は、I/O負荷を減らすためにある。 (その負荷は)定期的に 他プログラムが使用中のアクティブなdatファイルへのアクセス を必要とするため。
in the beta_testing, its functionality is checked/evaluated and adjusted their parameter for debuging through the servers from uni(start of beta testing), then toro, kohana, and ikura servers slowly, in order.
Toru is no longer allowed to access the 2ch servers. I understand you guys have a strong feeling about this new F22 project. I am not against the idea of a new F22, but we I cannot allow Toru to continue his development on 2ch servers. If you have a solution, please tell me.
Are you doing something onto the acces_log since of Nonpo-cho related matter? If you proceed something what requires access log to change, please pay attention to the troubles what cased by the Boo2008 dedicated log referring programs on each bbs serbers.
> rbldnsd: listening on 206.223.152.65/10053 but, dig responds nothig,,,, why?
and, pwatch.sh ---which I asked, and you did start it--- seems not woking as a daemon... is it working properly? hmmmm pwatch.sh to work for monitoring; - EEW acquirement - auto writing/posting script but seems working improprly. maybe, EEW acquirement failed.