Início / server / 问题

All perguntas(server)

Martin Hope
RubbelDieKatz
Asked: 2017-08-16 22:27:01 +0800 CST
  • 100

Temos muitos PCs na empresa e ninguém quer limpar uma infinidade de discos rígidos. Também temos muitos aprendizes de ferramenteiros que realmente querem destruir coisas. Assim, a cada dois meses, nossos aprendizes recebem duas pesadas cestas de discos rígidos para perfurar.

Alguns dos meus colegas de trabalho acreditam que isso é absolutamente um exagero. Eu, no entanto, acredito que não limpar as unidades antes de perfurá-las pode tornar alguns dados recuperáveis.

De acordo com esta pergunta , a limpeza com o DBAN tornará os dados completamente irrecuperáveis.

DBAN é muito bom. Aqui está o pequeno segredo sujo - qualquer programa que sobrescreva cada byte da unidade terá apagado tudo permanentemente. Você não precisa fazer várias passagens com diferentes padrões de gravação, etc.

Que tal fazer um furo?

security
Martin Hope
ngw
Asked: 2014-04-09 00:01:03 +0800 CST
  • 100

Eu tenho um aplicativo da Web bastante grande e lento (dados complexos, front-end complexo) construído RoRe servido Pumacom nginxproxy reverso. Olhando para o nginxlog de erros, vejo algumas entradas como:

2014/04/08 09:46:08 [warn] 20058#0: *819237 an upstream response is buffered to a temporary file 
    /var/lib/nginx/proxy/8/47/0000038478 while reading upstream, 
    client: 5.144.169.242, server: engagement-console.foo.it, 
    request: "GET /elements/pending?customer_id=2&page=2 HTTP/1.0", 
    upstream: "http://unix:///home/deployer/apps/conversationflow/shared/sockets/puma.sock:/elements/pending?customer_id=2&page=2", 
    host: "ec.reputationmonitor.it", 
    referrer: "http://ec.foo.it/elements/pending?customer_id=2&page=3"

Estou bastante curioso, pois é muito improvável que a página permaneça a mesma para diferentes usuários e diferentes interações de usuários, e não acho que armazenar em buffer a resposta no disco seja necessário/útil.

Eu sei proxy_max_temp_file_sizee defini-lo como 0, mas me parece um pouco estranho (meu proxy tenta buffer, mas não tem arquivo para armazenar em buffer ... como isso pode ser mais rápido?).

Minhas perguntas são:

  1. Como posso remover o [aviso] e evitar o buffer de respostas? É melhor desligar proxy_bufferingou colocar proxy_max_temp_file_sizeem 0? Por quê?

  2. Se nginxarmazena uma resposta em buffer: quando ela fornece a resposta em buffer, para quem e por quê?

  3. Por que nginxliga proxy_bufferingpor padrão e depois [avisa] se ele realmente armazena uma resposta em buffer?

  4. Quando uma resposta aciona essa opção? Quando leva > alguns segundos (quantos?) para servir a resposta? Isso é configurável?

TIA, ngw.

nginx
Martin Hope
pradeepchhetri
Asked: 2012-09-14 01:55:56 +0800 CST
  • 100

Sempre notei um IP algo "169.254.xx" na minha tabela de roteamento mesmo quando não estou conectado a nenhuma rede no meu sistema operacional Windows.

No Linux, quando listo minha tabela de roteamento.

$ ip route show

eu recebo uma entrada como

169.254.0.0/16 dev eth0  scope link  metric 1000

Alguém pode me explicar o que é esse endereço IP na verdade. Seja algo como a família 127.0.0.0/8.

Edit : No ec2, cada instância pode obter metadados sobre seus próprios, fazendo solicitações HTTP para este IP.

$ curl -s http://169.254.169.254/user-data/

Então, alguém pode me dizer a quem esse endereço IP é realmente atribuído?

linux
Martin Hope
Spiff
Asked: 2012-03-01 14:29:52 +0800 CST
  • 100

Estamos vendo enormes problemas de desempenho em um aplicativo da Web e estamos tentando encontrar o gargalo. Eu não sou um administrador de sistemas, então há algumas coisas que eu não entendo muito bem. Algumas investigações básicas mostram que a CPU está ociosa, muita memória disponível, sem troca, sem E/S, mas com uma carga média alta.

A pilha de software neste servidor se parece com isso:

  • Solaris 10
  • Java 1.6
  • WebLogic 10.3.5 (8 domínios)

Os aplicativos executados neste servidor conversam com um banco de dados Oracle em um servidor diferente.

Este servidor tem 32 GB de RAM e 10 CPUs (eu acho).

Running prstat -Zdá algo assim:

   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP
  3836 ducm0101 2119M 2074M cpu348  58    0   8:41:56 0.5% java/225
 24196 ducm0101 1974M 1910M sleep   59    0   4:04:33 0.4% java/209
  6765 ducm0102 1580M 1513M cpu330   1    0   1:21:48 0.1% java/291
 16922 ducm0102 2115M 1961M sleep   58    0   6:37:08 0.0% java/193
 18048 root     3048K 2440K sleep   59    0   0:06:02 0.0% sa_comm/4
 26619 ducm0101 2588M 2368M sleep   59    0   8:21:17 0.0% java/231
 19904 ducm0104 1713M 1390M sleep   59    0   1:15:29 0.0% java/151
 27809 ducm0102 1547M 1426M sleep   59    0   0:38:19 0.0% java/186
  2409 root       15M   11M sleep   59    0   0:00:00 0.0% pkgserv/3
 27204 root       58M   54M sleep   59    0   9:11:38 0.0% stat_daemon/1
 27256 root       12M 8312K sleep   59    0   7:16:40 0.0% kux_vmstat/1
 29367 root      297M  286M sleep   59    0  11:02:13 0.0% dsmc/2
 22128 root       13M 6768K sleep   59    0   0:10:51 0.0% sendmail/1
 22133 smmsp      13M 1144K sleep   59    0   0:01:22 0.0% sendmail/1
 22003 root     5896K  240K sleep   59    0   0:00:01 0.0% automountd/2
 22074 root     4776K 1992K sleep   59    0   0:00:19 0.0% sshd/1
 22005 root     6184K 2728K sleep   59    0   0:00:31 0.0% automountd/2
 27201 root     6248K  344K sleep   59    0   0:00:01 0.0% mount_stat/1
 20964 root     2912K  160K sleep   59    0   0:00:01 0.0% ttymon/1
 20947 root     1784K  864K sleep   59    0   0:02:22 0.0% utmpd/1
 20900 root     3048K  608K sleep   59    0   0:00:03 0.0% ttymon/1
 20979 root       77M   18M sleep   59    0   0:14:13 0.0% inetd/4
 20849 daemon   2856K  864K sleep   59    0   0:00:03 0.0% lockd/2
 17794 root       80M 1232K sleep   59    0   0:06:19 0.0% svc.startd/12
 17645 root     3080K  728K sleep   59    0   0:00:12 0.0% init/1
 17849 root       13M 6800K sleep   59    0   0:13:04 0.0% svc.configd/15
 20213 root       84M   81M sleep   59    0   0:47:17 0.0% nscd/46
 20871 root     2568K  600K sleep   59    0   0:00:04 0.0% sac/1
  3683 ducm0101 1904K 1640K sleep   56    0   0:00:00 0.0% startWebLogic.s/1
 23937 ducm0101 1904K 1640K sleep   59    0   0:00:00 0.0% startWebLogic.s/1
 20766 daemon   5328K 1536K sleep   59    0   0:00:36 0.0% nfsmapid/3
 20141 daemon   5968K 3520K sleep   59    0   0:01:14 0.0% kcfd/4
 20093 ducm0101 2000K  376K sleep   59    0   0:00:01 0.0% pfksh/1
 20797 daemon   3256K  240K sleep   59    0   0:00:01 0.0% statd/1
  6181 root     4864K 2872K sleep   59    0   0:01:34 0.0% syslogd/17
  7220 ducm0104 1268M 1101M sleep   59    0   0:36:35 0.0% java/138
 27597 ducm0102 1904K 1640K sleep   59    0   0:00:00 0.0% startWebLogic.s/1
 27867 root       37M 4568K sleep   59    0   0:13:56 0.0% kcawd/7
 12685 ducm0101 4080K  208K sleep   59    0   0:00:01 0.0% vncconfig/1
ZONEID    NPROC  SWAP   RSS MEMORY      TIME  CPU ZONE
    42      135   22G   19G    59%  87:27:59 1.2% dsuniucm01

Total: 135 processes, 3167 lwps, load averages: 54.48, 62.50, 63.11

Eu entendo que a CPU está principalmente ociosa, mas a média de carga é alta, o que é bastante estranho para mim. A memória não parece ser um problema.

Running vmstat 15dá algo assim:

 kthr      memory            page            disk          faults      cpu
 r b w   swap  free  re  mf pi po fr de sr s0 s1 s4 sd   in   sy   cs us sy id
 0 0 0 32531400 105702272 317 1052 126 0 0 0 0 13 13 -0 8 9602 107680 10964 1 1 98
 0 0 0 15053368 95930224 411 2323 0 0 0 0 0 0  0  0  0 23207 47679 29958 3 2 95
 0 0 0 14498568 95801960 3072 3583 0 2 2 0 0 3 3  0 21 22648 66367 28587 4 4 92
 0 0 0 14343008 95656752 3080 2857 0 0 0 0 0 3 3  0 18 22338 44374 29085 3 4 94
 0 0 0 14646016 95485472 1726 3306 0 0 0 0 0 0 0  0  0 24702 47499 33034 3 3 94

Eu entendo que a CPU está quase ociosa, nenhum processo está esperando na fila para ser executado, pouca troca está acontecendo.

Correr iostat 15dá isso:

   tty        sd0           sd1           sd4           ssd0           cpu
 tin tout kps tps serv  kps tps serv  kps tps serv  kps tps serv   us sy wt id
   0  676 324  13    8  322  13    8    0   0    0  159   8    0    1  1  0 98
   1 1385   0   0    0    0   0    0    0   0    0    0   0    0    3  4  0 94
   0  584  89   6   24   89   6   25    0   0    0  332  19    0    2  1  0 97
   0  296   0   0    0    0   0    0    0   0    0    0   0    0    2  2  0 97
   1 1290  43   5   24   43   5   22    0   0    0  297  20    1    3  3  0 94

A execução netstat -i 15fornece o seguinte:

    input   aggr26    output       input  (Total)    output
packets errs  packets errs  colls  packets errs  packets errs  colls
1500233798 0     1489316495 0     0      3608008314 0     3586173708 0     0
10646   0     10234   0     0      26206   0     25382   0     0
11227   0     10670   0     0      28562   0     27448   0     0
10353   0     9998    0     0      29117   0     28418   0     0
11443   0     12003   0     0      30385   0     31494   0     0

o que estou perdendo?

performance solaris
Martin Hope
user274
Asked: 2011-11-10 19:46:15 +0800 CST
  • 100

Eu olhei para a documentação do nginx e ainda me confunde totalmente.

Como try_filesfunciona? Veja o que diz a documentação:

De NginxHttpCoreModule

try_files

sintaxe: try_files path1 [path2] uri

padrão: nenhum

contexto: servidor, local

disponibilidade: 0.7.27

Verifica a existência de arquivos em ordem e retorna o primeiro arquivo encontrado. Uma barra final indica um diretório - $uri /. Caso nenhum arquivo seja encontrado, um redirecionamento interno para o último parâmetro é chamado. O último parâmetro é o URI de fallback e deve existir, caso contrário, um erro interno será gerado. Ao contrário da reescrita, $args não são preservados automaticamente se o fallback não for um local nomeado. Se você precisar de argumentos preservados, deverá fazê-lo explicitamente:

Não entendo como ele verifica os caminhos e se eu não quiser um erro interno, mas ele retomar o restante do caminho em um esforço para encontrar outro arquivo?

Se eu quiser tentar um arquivo em cache /path/app/cache/url/index.htmle se ele falhar, /path/app/index.phpcomo eu escreveria isso? Se eu escrevi:

try_files /path/app/cache/ $uri
include /etc/nginx/fastcgi_params;
fastcgi_pass unix:/var/run/php-fastcgi/php-fastcgi.socket;
fastcgi_param SCRIPT_FILENAME $document_root/index.php;

eu tenho index index.php index.html index.htm;. Quando eu visitar /urlname, ele tentará verificar /path/app/cache/urlname/index.phpentão /path/app/cache/urlname/index.html? Se ignorarmos tudo depois try_files, é possível try_filesverificar a pasta de cache? Tenho tentado e falhei.

nginx
Martin Hope
vonconrad
Asked: 2010-01-15 19:15:28 +0800 CST
  • 101

Acabamos de instalar nosso(s) novo(s) servidor(es) e estamos executando o CentOS em todos eles. Depois de instalar o Ruby Enterprise Edition com sucesso, agora gostaria de adicionar o diretório REE /bin(localizado em /usr/lib/ruby-enterprise/bin) para torná-lo o interpretador Ruby padrão no servidor.

Eu tentei o seguinte, que apenas o adiciona à sessão atual do shell:

export PATH=/usr/lib/ruby-enterprise/bin:$PATH

Qual seria a abordagem correta para adicionar permanentemente esse diretório $PATHpara todos os usuários ? Atualmente estou logado como root.

centos shell root configuration path
Martin Hope
Ben Williams
Asked: 2009-05-22 08:18:14 +0800 CST
  • 101

Qual parâmetro do kernel ou outras configurações controlam o número máximo de soquetes TCP que podem ser abertos em um servidor Linux? Quais são as vantagens de permitir mais conexões?

Percebi durante o teste de carga de um servidor Apache com ab que é muito fácil maximizar as conexões abertas no servidor. Se você deixar de fora a opção -k do ab, que permite a reutilização da conexão, e enviar mais de cerca de 10.000 solicitações, o Apache atenderá as primeiras 11.000 solicitações e, em seguida, interromperá por 60 segundos. Uma olhada na saída netstat mostra 11.000 conexões no estado TIME_WAIT. Aparentemente, isso é normal. As conexões são mantidas abertas por padrão de 60 segundos mesmo depois que o cliente termina com elas por motivos de confiabilidade do TCP .

Parece que esta seria uma maneira fácil de DoS um servidor e estou querendo saber quais são os ajustes e precauções usuais para isso.

Aqui está minha saída de teste:

# ab -c 5 -n 50000 http://localhost/
This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking localhost (be patient)
Completed 5000 requests
Completed 10000 requests
apr_poll: The timeout specified has expired (70007)
Total of 11655 requests completed

Aqui está o comando netstat que executo durante o teste:

 # netstat --inet -p | grep "localhost:www" | sed -e 's/ \+/ /g' | cut -d' ' -f 1-4,6-7 | sort | uniq -c 
  11651 tcp 0 0 localhost:www TIME_WAIT -
      1 tcp 0 1 localhost:44423 SYN_SENT 7831/ab
      1 tcp 0 1 localhost:44424 SYN_SENT 7831/ab
      1 tcp 0 1 localhost:44425 SYN_SENT 7831/ab
      1 tcp 0 1 localhost:44426 SYN_SENT 7831/ab
      1 tcp 0 1 localhost:44428 SYN_SENT 7831/ab
performance linux apache-2.2 scaling tuning
Prev
Próximo