Início / user-400117

Sethos II's questions

Martin Hope
Sethos II
Asked: 2021-08-13 01:36:38 +0800 CST
  • 0

Eu tento preparar uma instalação do Windows 10 21H1 com sysprep para geração de imagens. Eu ativei o OOBE e generalizei. O Sysprep diz que foi bem-sucedido, mas correu rápido e o arquivo de log ( setupact.log) termina abruptamente, veja abaixo.

O problema é que, após uma reinicialização, não vejo o OOBE primeiro executar as coisas de configuração, mas apenas a tela de login para "outro usuário" e não consigo fazer login lá.

O diretório panther tem um vazio setuperr.loge setupact.logcontém dois avisos, sem erros e muitas entradas como esta no final:

...
2021-08-12 10:07:51, Warning                      TapiSysPrep.dll:RetainTapiLocations:RegQueryValueEx() returned 2
...
2021-08-12 10:08:15, Warning               SYSPRP SPPNP: Failed to configure oem31.inf (fn.inf). Err = 0x430
...
2021-08-12 10:08:19, Info                  SYSPRP SPPNP: Configured oem53.inf (wiman.inf).
2021-08-12 10:08:19, Info                  SYSPRP SPPNP: Configured oem54.inf (qmuxmdm.inf).
windows-10 sysprep
Martin Hope
Sethos II
Asked: 2020-07-04 00:55:05 +0800 CST
  • 2

Eu tenho um cluster slurm existente em execução, mas a partir de hoje, sem uma alteração de configuração, recebo um erro quando executo determinados sacctmgrcomandos e slurmdbdtrava:

$ sacctmgr list associations
sacctmgr: error: slurm_persist_conn_open_without_init: failed to open persistent connection to slurm.domain.com:6819: Connection refused
sacctmgr: error: slurmdbd: Getting response to message type 1410
sacctmgr: error: slurmdbd: DBD_GET_ASSOCS failure: Connection refused
 Error with request: Connection refused

Os systemctl statusespetáculos:

Jul 03 10:01:46 slurm systemd[1]: slurmdbd.service: Main process exited, code=killed, status=11/SEGV
Jul 03 10:01:46 slurm systemd[1]: slurmdbd.service: Failed with result 'signal'.

e o slurmdbd.log diz:

[2020-07-03T10:01:45.816] debug2: Opened connection 9 from 127.0.0.1
[2020-07-03T10:01:45.817] debug:  REQUEST_PERSIST_INIT: CLUSTER:slurmcluster VERSION:8192 UID:0 IP:127.0.0.1 CONN:9
[2020-07-03T10:01:45.817] debug2: acct_storage_p_get_connection: request new connection 1
[2020-07-03T10:01:45.861] debug2: DBD_FINI: CLOSE:0 COMMIT:0
[2020-07-03T10:01:45.862] debug4: got 0 commits
[2020-07-03T10:01:45.949] debug2: DBD_GET_ASSOCS: called
[2020-07-03T10:01:45.950] debug4: 9(as_mysql_assoc.c:2032) query
call get_parent_limits('assoc_table', 'root', 'slurmcluster', 0); select @par_id, @mj, @msj, @mwpj, @mtpj, @mtpn, @mtmpj, @mtrm, @def_qos_id, @qos, @delta_qos;

No entanto, outros comandos funcionam (é necessário reiniciar o slurmdbd após o travamento):

$ sacctmgr show cluster
   Cluster     ControlHost  ControlPort   RPC     Share GrpJobs       GrpTRES GrpSubmit MaxJobs       MaxTRES MaxSubmit     MaxWall                  QOS   Def QOS
---------- --------------- ------------ ----- --------- ------- ------------- --------- ------- ------------- --------- ----------- -------------------- ---------
slurmclus+       127.0.0.1         6817  8192         1                                                                                           normal

Eu posso me conectar ao banco de dados e executar comandos. Além disso, posso conectar via telnet slurm.domain.com 6819.

Estou usando o slurm 17.11.2 com o MySQL 5.7 dos repositórios padrão do Ubuntu 18.04.

linux ubuntu-18.04 slurm
Martin Hope
Sethos II
Asked: 2018-02-06 23:47:27 +0800 CST
  • 2

Tentei instalar slurmdbdpara contabilidade em um Ubuntu 16.04 dos repositórios padrão (versão: 15.08.7-1build1).

Aqui estão os comandos:

$ sudo apt-get install mysql-server
$ sudo mysql
> create user 'slurm'@'localhost' identified by '123456';
> grant all on *.* TO 'slurm'@'localhost' identified by '123456' with grant option;
> create database slurm_acct_db;
> flush privileges;
> exit
$ sudo apt-get install slurmdbd
$ sudo vi /etc/slurm-llnl/slurmdbd.conf
$ cat /etc/slurm-llnl/slurmdbd.conf
AuthType=auth/munge
AuthInfo=/var/run/munge/munge.socket.2
DbdHost=localhost
DebugLevel=debug5
StorageHost=localhost
StorageLoc=slurm_acct_db
StoragePass=123456
StorageType=accounting_storage/mysql
StorageUser=slurm
LogFile=/var/log/slurm-llnl/slurmdbd.log
PidFile=/var/run/slurm-llnl/slurmdbd.pid
SlurmUser=slurm

No entanto, a inicialização slurmdbdfalha:

$ sudo systemctl start slurmdbd.service
Job for slurmdbd.service failed because the control process exited with error code. See "systemctl status slurmdbd.service" and "journalctl -xe" for details.
$ systemctl status slurmdbd.service
● slurmdbd.service - Slurm DBD accounting daemon
   Loaded: loaded (/lib/systemd/system/slurmdbd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Di 2018-02-06 08:42:59 CET; 21s ago
  Process: 5881 ExecStart=/usr/sbin/slurmdbd $SLURMDBD_OPTIONS (code=exited, status=1/FAILURE)

Feb 06 08:42:59 accslurm systemd[1]: Starting Slurm DBD accounting daemon...
Feb 06 08:42:59 accslurm systemd[1]: slurmdbd.service: Control process exited, code=exited status=1
Feb 06 08:42:59 accslurm systemd[1]: Failed to start Slurm DBD accounting daemon.
Feb 06 08:42:59 accslurm systemd[1]: slurmdbd.service: Unit entered failed state.
Feb 06 08:42:59 accslurm systemd[1]: slurmdbd.service: Failed with result 'exit-code'.
$ journalctl -xe
Feb 06 08:42:59 accslurm systemd[1]: Starting Slurm DBD accounting daemon...
-- Subject: Unit slurmdbd.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit slurmdbd.service has begun starting up.
Feb 06 08:42:59 accslurm systemd[1]: slurmdbd.service: Control process exited, code=exited status=1
Feb 06 08:42:59 accslurm systemd[1]: Failed to start Slurm DBD accounting daemon.
-- Subject: Unit slurmdbd.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit slurmdbd.service has failed.
-- 
-- The result is failed.

Tentando fazer isso manualmente com saída detalhada:

$ sudo -u slurm slurmdbd -Dvvv
slurmdbd: error: mysql_query failed: 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ignore table cluster_table modify `creation_time` int unsigned not null, modify ' at line 1
alter ignore table cluster_table modify `creation_time` int unsigned not null, modify `mod_time` int unsigned default 0 not null, modify `deleted` tinyint default 0, modify `name` tinytext not null, modify `control_host` tinytext not null default '', modify `control_port` int unsigned not null default 0, modify `last_port` int unsigned not null default 0, modify `rpc_version` smallint unsigned not null default 0, modify `classification` smallint unsigned default 0, modify `dimensions` smallint unsigned default 1, modify `plugin_id_select` smallint unsigned default 0, modify `flags` int unsigned default 0, drop primary key, add primary key (name(20));
slurmdbd: Accounting storage MYSQL plugin failed
slurmdbd: error: Couldn't load specified plugin name for accounting_storage/mysql: Plugin init() callback failed
slurmdbd: error: cannot create accounting_storage context for accounting_storage/mysql
slurmdbd: fatal: Unable to initialize accounting_storage/mysql accounting storage plugin

Então parece que há um erro na sintaxe para a criação do banco de dados?

Perdi alguma coisa?

linux
Martin Hope
Sethos II
Asked: 2017-09-19 00:09:05 +0800 CST
  • 7

Eu tenho uma instalação do Gitlab CE em execução com autenticação LDAP. Agora quero restringir o acesso com base na associação ao grupo.

A opção user_filterparece ser a opção a seguir. No entanto, não consigo fazer com que ninguém tenha permissão para fazer login com base na associação ao grupo.

O que eu tentei é isso ( gitlabaccesssendo o grupo que deve ter permissão para fazer login):

user_filter: '(&(objectclass=group)(samaccountname=gitlabaccess))'

ou:

user_filter: '(memberOf=cn=gitlabaccess,DC=my,DC=domain,DC=com)'

A documentação afirma o seguinte, mas também não funciona e não tenho ideia de quais devem ser os números:

user_filter: '(memberOf:1.2.840.113556.1.4.1941:=cn=gitlabaccess,DC=my,DC=domain,DC=com)'

Usuários específicos funcionam assim:

user_filter: '(&(objectclass=user)(samaccountname=jon.doe))'

Gitlab CE versão 9.5.5 instalado a partir do pacote omnibus.

Como restringir o acesso ao Gitlab com base na associação ao grupo LDAP?

ldap
Martin Hope
Sethos II
Asked: 2017-08-11 01:51:50 +0800 CST
  • 1

Quero monitorar o status de vários serviços via SNMP.

A página de manual diz:

proc NAME [MAX [MIN]]
              monitors the number of processes called NAME (as reported by "/bin/ps -e") running on the local system.

Então eu adicionei essas linhas a /etc/snmp/snmpd.conf:

proc smbd
proc nfsd

mas os OIDs correspondentes ainda retornam zero:

iso.3.6.1.4.1.2021.2.1.100.4 = INTEGER: 0
iso.3.6.1.4.1.2021.2.1.100.5 = INTEGER: 0

embora ps -emostra smbde nfsdprocessos:

> ps -e | grep "smbd\|nfsd"
 8267 ?        00:00:01 smbd
10179 ?        00:00:04 smbd
11068 ?        00:00:00 nfsd4_callbacks
11072 ?        00:12:53 nfsd
11073 ?        00:13:33 nfsd
11074 ?        00:14:35 nfsd
11075 ?        00:16:23 nfsd
11076 ?        00:21:52 nfsd
11077 ?        00:33:34 nfsd
11078 ?        00:48:10 nfsd
11079 ?        01:02:44 nfsd
15135 ?        00:00:03 smbd
15137 ?        00:00:17 smbd
15141 ?        00:00:05 smbd
20603 ?        00:00:00 smbd

Também consigo obter a lista de processos em execução com OID 1.3.6.1.2.1.25.4.2.1.2que também contém smbde nfsdprocessa:

> snmpwalk -v 2c -c secret host 1.3.6.1.2.1.25.4.2.1.2 | grep "smbd\|nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11068 = STRING: "nfsd4_callbacks"
iso.3.6.1.2.1.25.4.2.1.2.11072 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11073 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11074 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11075 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11076 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11077 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11078 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11079 = STRING: "nfsd"
iso.3.6.1.2.1.25.4.2.1.2.11724 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.12367 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.15135 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.15137 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.15141 = STRING: "smbd"
iso.3.6.1.2.1.25.4.2.1.2.29897 = STRING: "smbd"

Deveria funcionar assim e monitorar serviços com a procdiretiva do SNMP é uma boa ideia ou devo usar extends (já os fiz funcionar para o status ZFS e SLURM)?

Ambiente:

  • NET-SNMP 5.7.3
  • Servidor Ubuntu 16.04
linux
Martin Hope
Sethos II
Asked: 2017-02-14 01:41:11 +0800 CST
  • 3

Estou tentando obter um compartilhamento de samba funcionando com IDs corretos em clientes Windows (SID) e Linux (uid/gid). O problema é que os uids e gids não são mapeados corretamente de volta para SIDs e os SIDs não são resolvidos para nomes. O que poderia levar a esse problema e como ele pode ser corrigido?

O que funciona

  • mapeamento de atributos UNIX do Active Directory para uid/gid no Linux
  • acesso ao compartilhamento
    • Windows: UNC-Path no Explorer, tíquete Kerberos é aceito (sem dúvida para credenciais)
    • Linux:sudo mount -t cifs //ribonas2/test /mnt/ribonas2/smb/ -o domain=DOMAIN,username=paul.jaehne
  • trabalhando com arquivos no compartilhamento

O que não funciona

  • arquivos criados no Windows têm Unix User\e Unix Group\(o UNIX uid e gid também fica visível por um tempo muito curto ao abrir a guia de segurança) em vez de DOMAIN\como prefixo para usuários e grupos
  • adicionar permissões é falho: consigo adicionar principais do domínio e logo depois o DOMAIN\whateveré exibido corretamente. Quando espero algum tempo ou vejo o compartilhamento de outro computador, apenas o SID é exibido (o SID está correto, mas não resolvido para o nome):

Ver foto

Ambiente/Configuração

sssd.conf:

[sssd]
domains = domain.company.com
config_file_version = 2
services = nss, pam

[domain/domain.company.com]
realmd_tags = manages-system joined-with-adcli
ad_domain = domain.company.com
krb5_realm = DOMAIN.COMPANY.COM

id_provider = ad
cache_credentials = True
krb5_store_password_if_offline = True
enumerate = True
use_fully_qualified_names = False

fallback_homedir = /home/%d/%u
default_shell = /bin/bash

# use uid and gid from active directory
ldap_id_mapping = False

# needed to use correct active directory properties (Windows Server 2003)
ldap_schema = ad
ldap_user_object_class = person
ldap_user_name = msSFU30Name
ldap_user_uid_number = msSFU30UidNumber
ldap_user_gid_number = msSFU30GidNumber
ldap_user_home_directory = msSFU30HomeDirectory
ldap_user_shell = msSFU30LoginShell
ldap_user_gecos = displayName
ldap_group_object_class = group
ldap_group_name = msSFU30Name
ldap_group_gid_number = msSFU30GidNumber

smb.conf(as configurações do arquivo de configuração padrão são recuadas):

[global]
server role = member server
workgroup = DOMAIN
realm = DOMAIN.COMPANY.COM
security = ads
password server = dc1.domain.company.com # shouldn't be necessary and same problem without this line
idmap config * : backend = tdb
idmap config * : range = 100000-999999
idmap config DOMAIN : backend = ad
idmap config DOMAIN : range = 10000-20000 # the UNIX attributes are manually assigned in this range
kerberos method = secrets and keytab

    server string = %h server (Samba, Ubuntu)

    dns proxy = no

    log file = /var/log/samba/log.%m
log level = 10
    max log size = 1000
    syslog = 0

    panic action = /usr/share/samba/panic-action %d

    passdb backend = tdbsam
    obey pam restrictions = yes
    unix password sync = yes
    passwd program = /usr/bin/passwd %u
    passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
    pam password change = yes

    map to guest = bad user

    usershare allow guests = yes

# needed for Windows ACL/ACE
vfs objects = acl_xattr
map acl inherit = yes
store dos attributes = yes

[test]
    path = /srv/samba/test
    writable = yes

TL;DR : Por que os atributos UNIX não são resolvidos para SIDs e por que os SIDs não são resolvidos para nomes?

active-directory server-message-block ubuntu-16.04 sssd mapping