Excluir o init.d do servidor em meu trabalho

Pedr002005
(usa CentOS)

Enviado em 08/02/2024 - 19:19h

Preciso de ajuda urgente conforme está informando acima eu fiz uma cagada gigantesca, alguém sabe alguma forma de restaurar o backup para uma máquina virtual apenas com os arquivos sem a iso? Ou restaurar algo o diretório ? Ou as permissões padrões que todos os arquivos de configuração de inicialização precisam para o asterisk rodar?

danniel-lara
(usa Fedora)

Enviado em 08/02/2024 - 19:50h

tu excluiu o init.d ? se sim tem como restaurar somente esse diretório do backup

Pedr002005
(usa CentOS)

Enviado em 09/02/2024 - 12:03h

Nós temos o backup apenas dos arquivos sem a iso sabe de alguma forma ?

Buckminster
(usa Debian)

Enviado em 09/02/2024 - 13:13h

Não entendi muito bem o que aconteceu, mas se tu tem o backup é só copiar e colar o diretório init.d dentro do diretório /etc e reiniciar.
Talvez dê alguns probleminhas que depois você terá de resolver manualmente, mas será pouca coisa, a não ser que o init.d do backup não seja desse mesmo servidor, daí tu terá problemas gigantescos.
Tem outros backups que tu tem de fazer ou é só o init.d que foi apagado?


_________________________________________________________
Always listen the Buck!
Enquanto o cursor estiver pulsando, há vida!

Pedr002005
(usa CentOS)

Enviado em 09/02/2024 - 13:27h

Referente ao backup é do servidor asterisk mesmo. Os 'probleminhas' como foi dito seria referente a permissões? porque nós fizemos isso de colar no init.d novamente so não reiniciamos por conta de que estamos no horário de trabalho.

Buckminster
(usa Debian)

Enviado em 09/02/2024 - 13:41h

Ainda não entendi muito bem.
Você copiou e colou o init.d inteiro ou somente as configurações do Asterisk?
E quanto a reiniciar, daí se foi copiado e colado o init.d inteiro deve reiniciar com tempo caso dê algum problema.
Se está funcionando, aconselho a aguardar e reiniciar fora do horário de trabalho.


_________________________________________________________
Always listen the Buck!
Enquanto o cursor estiver pulsando, há vida!

Pedr002005
(usa CentOS)

Enviado em 09/02/2024 - 13:44h

Boa tarde! A gente pegou o init.d inteiro do backup porque tinha sido removido e colou no que está em operação porém não reiniciamos ainda.

danniel-lara
(usa Fedora)

Enviado em 09/02/2024 - 14:34h

No Asterisk, o diretório /etc/init.d/ geralmente contém scripts de inicialização para iniciar, parar e gerenciar o serviço do Asterisk. As permissões típicas desse diretório e de seus arquivos de script podem variar dependendo da distribuição Linux específica e das configurações do sistema.

No entanto, em sistemas Linux padrão, as permissões típicas para os scripts de inicialização no diretório /etc/init.d/ geralmente são algo como:

Permissões de leitura, escrita e execução para o proprietário (geralmente o usuário root ou um usuário de sistema específico que possui privilégios de administrador).
Permissões de leitura e execução para o grupo (por exemplo, o grupo "root" ou outro grupo de administração).
Permissões de leitura e execução para outros usuários.
Essas permissões garantem que o proprietário do arquivo (normalmente o usuário root) tenha controle total sobre o script de inicialização, enquanto outros usuários com permissão podem executá-lo.

No entanto, é importante observar que as permissões exatas podem variar dependendo da distribuição Linux específica e das políticas de segurança do sistema implementadas pelo administrador do sistema. Para verificar as permissões exatas no diretório /etc/init.d/ no seu sistema, você pode usar o comando ls -l /etc/init.d/ no terminal.

Buckminster
(usa Debian)

Enviado em 09/02/2024 - 16:32h

Caso você colou o init.d como root ou com sudo ele pega as permissões padrão do usuário utilizado.
Lembrando que cada programa ao ser instalado pode modificar essas permissões padrão para as suas específicas em algum diretório e/ou arquivo.
Os probleminhas a que me referi antes são esses mesmos. Pode acontecer que com o tempo você terá de ir ajeitando as permissões, mas isso não é um problemão, pois o próprio sistema e o Asterisk acusarão com o tempo alguma falha de permissão de um determinado arquivo.
Aconselho você a não mexer mais por enquanto no init.d e aguardar até reiniciar o servidor.
Depois que reiniciar o servidor teste todos os programas que você tem instalado, por exemplo, caso tiver o Apache reinicie ele e observe se tudo correu bem, veja o status de cada programa e faça isso com todos os programas importantes que você tem no servidor, principalmente com o Asterisk.
Caso você tenha um outro servidor com CentOS, você pode dar um ls -la /etc/init.d e ver as permissões e pode dar o mesmo comando nesse que teve o init.d deletado e agora copiado.

https://www.vivaolinux.com.br/artigo/Permissoes-do-Linux/


_________________________________________________________
Always listen the Buck!
Enquanto o cursor estiver pulsando, há vida!

Pedr002005
(usa CentOS)

Enviado em 15/02/2024 - 13:00h

Tive uma ideia porém estou tendo dificuldades, eu consegui o backup desta máquina porém o backup faz mais ou menos um ano que foi feito, com isso estava pensando apenas em copiar os arquivos do init.d com permissões e datas para a máquina em produção usando o RSYNC nesta etapa da minha ideia estou tendo dificuldades em relação aos comandos.
Usei o seguinte comando rsync -avt /etc/rc.d/init.d root@xxxxxxxxxxxxx /etc/init.d e está retornando as seguintes mensagens.
rsync -avti /etc/rc.d/init.d root@xxxxxxxxxxxxxxx/etc/init.d/
sending incremental file list
rsync: link_stat "/root@xxxxxxxxxxxxx" failed: No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(103



OBS: Preciso copiar também as as pastas rc

danniel-lara
(usa Fedora)

Enviado em 17/02/2024 - 10:18h

execue assim

rsync -avt /etc/rc.d/init.d root@xxxxxxxxxxxxx:/etc/init.d