C’est quoi ton serveur qui tourne H24 ? Windows, Linux ?
Windows 10 Jette un oeil juste un peu plus haut : on est dans le thread que j’ai créé pour monter ce serveur justement
Ha oui mais Windows 10 c’est pas un serveur, c’est Windows 2016 serveur dans ce cas… Sinon y a BIND pour Windows ou Unbound mais c’est clairement pas « facile » à configurer.
A quoi tu pensais sous windows 2016 server ? On ne peut pas installé ces modules sous win 10 ?
Un bail dhcp qui dure 24h ca risque pas de poser soucis ?
Je ne sais plus si ça a été mentionné dans ce thread (je crois que ça l’a été sur d’autres), mais pour info, l’offre Office 365 à 100€/an (ou 10€/mois) vient avec la possibilité de stocker 1To de données sur OneDrive pour 6 comptes. Ce qui fait en pratique 6To de stockage Cloud pour 100€/an (et accessoirement une licence Office du coup ^^).
Le seul défaut du truc c’est qu’il faut séparer en 6x1To, avec 6 adresses email différentes (mais bon vu le prix c’est carrément rentable).
heu, c’est noté, mais c’est quoi le rapport avec ce dont on parle ici ?
A quel niveau ?
Le rapport c’est qu’un NAS en dessous de 6To devient non rentable pour du stockage face à cette offre, en tout cas pour mon besoin perso (du coup j’ai renoncé à changer mon NAS, ma rentabilité venait après 6 ou 7 ans…). Après, c’est mes besoins persos, càd plutôt du stockage long terme mais sans les contraintes d’accès que d’autre sur ce thread peuvent avoir.
ha ok. Mais bon, c’est quand meme pas du tout le meme usage. Sans compté qu’avec ma connexion asthmatique, le stockage en ligne n’est vraiment pas une option. Je galère comme un malade pour juste le backup …
D’où le :
Je relance : j’ai pas compris pourquoi le bail de 24h pourrait etre un problème
Bon sinon, y’a moyen de resoudre ce problème de resolution de nom de machine sur le reseau local ?
Est ce que le dhcp realloue la meme adresse au renouvellement du bail? Si ce n’est pas le cas je me dit que ca peut mettre la tawa dans la resolution de nom.
C’est quoi la topologie de ton réseau? Il y a des switchs ? Si tu tente un ping -a de l’adresse de tes pc ca donne quoi ?
La fonction service de decouverte reseau est activée ?
Tu peux aussi définir une IP fixe dans le dhcp a partir du l’adresse mac du ta carye réseau
Mais je suis passé en IP fixe, donc normalement, je n’ai plus de problème de bail.
pour la topologie, oui y’a plusieurs switch.
Mais la j’ai un soucis, ca fait deux fois que serveur reboot sans prevenir. J’ai eu ce message d’erreur dans l’observateur d’evenement :
Je suis en train d’installer Windows Debugging Tools pour ouvrir le fichier MEMORY.DMP. j’espere que c’est juste un drivers
Bon, je viens de lancer l’analyse du MEMORY.DMP, et ca donne ca :
Microsoft (R) Windows Debugger Version 10.0.18362.1 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\MEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 18362 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 18362.1.amd64fre.19h1_release.190318-1202
Machine Name:
Kernel base = 0xfffff803`2f200000 PsLoadedModuleList = 0xfffff803`2f646490
Debug session time: Tue Sep 3 21:57:56.445 2019 (UTC + 2:00)
System Uptime: 0 days 20:46:26.537
Loading Kernel Symbols
...............................................................
....Page 1c2dec not present in the dump file. Type ".hh dbgerr004" for details
............................................................
........................................................
Loading User Symbols
Loading unloaded module list
...........
For analysis of this file, run !analyze -v
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED (7e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff8033a0c807e, The address that the exception occurred at
Arg3: fffff10a37908ab8, Exception Record Address
Arg4: ffffad00ff969930, Context Record Address
Debugging Details:
------------------
KEY_VALUES_STRING: 1
Key : AV.Fault
Value: Read
PROCESSES_ANALYSIS: 1
SERVICE_ANALYSIS: 1
STACKHASH_ANALYSIS: 1
TIMELINE_ANALYSIS: 1
DUMP_CLASS: 1
DUMP_QUALIFIER: 401
BUILD_VERSION_STRING: 18362.1.amd64fre.19h1_release.190318-1202
SYSTEM_MANUFACTURER: HPE
SYSTEM_PRODUCT_NAME: ProLiant MicroServer Gen10
SYSTEM_SKU: P07203-421
SYSTEM_VERSION: Rev B
BIOS_VENDOR: American Megatrends Inc.
BIOS_VERSION: 5.12
BIOS_DATE: 06/26/2018
BASEBOARD_MANUFACTURER: HPE
BASEBOARD_PRODUCT: ProLiant MicroServer Gen10
BASEBOARD_VERSION: 871722-001
DUMP_TYPE: 1
BUGCHECK_P1: ffffffffc0000005
BUGCHECK_P2: fffff8033a0c807e
BUGCHECK_P3: fffff10a37908ab8
BUGCHECK_P4: ffffad00ff969930
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - L'instruction 0x%p emploie l'adresse m moire 0x%p. L' tat de la m moire ne peut pas tre %s.
FAULTING_IP:
bridge+807e
fffff803`3a0c807e 488b4918 mov rcx,qword ptr [rcx+18h]
EXCEPTION_RECORD: fffff10a37908ab8 -- (.exr 0xfffff10a37908ab8)
ExceptionAddress: fffff8033a0c807e (bridge+0x000000000000807e)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff
CONTEXT: ffffad00ff969930 -- (.cxr 0xffffad00ff969930)
rax=0000000000000000 rbx=0000000000000000 rcx=58cbeb618eef8817
rdx=0000000000000000 rsi=ffff830f9d11fbc0 rdi=ffff830f96bbd8a0
rip=fffff8033a0c807e rsp=fffff10a37908cf0 rbp=fffff10a37908e00
r8=0000000000000001 r9=0000000000000001 r10=fffff10a37909c90
r11=fffff10a37908b80 r12=0000000000000000 r13=00000000fffeff00
r14=ffff830f9d11fdf0 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010206
bridge+0x807e:
fffff803`3a0c807e 488b4918 mov rcx,qword ptr [rcx+18h] ds:002b:58cbeb61`8eef882f=????????????????
Resetting default scope
CPU_COUNT: 4
CPU_MHZ: 705
CPU_VENDOR: AuthenticAMD
CPU_FAMILY: 15
CPU_MODEL: 60
CPU_STEPPING: 1
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1
DEFAULT_BUCKET_ID: WIN8_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 2
FOLLOWUP_IP:
bridge+807e
fffff803`3a0c807e 488b4918 mov rcx,qword ptr [rcx+18h]
BUGCHECK_STR: AV
READ_ADDRESS: ffffffffffffffff
ERROR_CODE: (NTSTATUS) 0xc0000005 - L'instruction 0x%p emploie l'adresse m moire 0x%p. L' tat de la m moire ne peut pas tre %s.
EXCEPTION_CODE_STR: c0000005
EXCEPTION_PARAMETER1: 0000000000000000
EXCEPTION_PARAMETER2: ffffffffffffffff
ANALYSIS_SESSION_HOST: CELESTE
ANALYSIS_SESSION_TIME: 09-03-2019 22:43:45.0145
ANALYSIS_VERSION: 10.0.18362.1 x86fre
BAD_STACK_POINTER: ffffad00ff9690c8
LAST_CONTROL_TRANSFER: from fffff8033a0c872f to fffff8033a0c807e
STACK_TEXT:
fffff10a`37908cf0 fffff803`3a0c872f : 00000000`00000002 00000000`00000004 fffff10a`37908e80 00000000`00000001 : bridge+0x807e
fffff10a`37908d80 fffff803`2f329e95 : ffff830f`908ca040 ffff830f`908ca040 fffff803`3a0c8500 00000000`00000001 : bridge+0x872f
fffff10a`37909c10 fffff803`2f3c730a : ffffad00`ff943180 ffff830f`908ca040 fffff803`2f329e40 00000000`00000000 : nt!PspSystemThreadStartup+0x55
fffff10a`37909c60 00000000`00000000 : fffff10a`3790a000 fffff10a`37904000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x2a
THREAD_SHA1_HASH_MOD_FUNC: 4b27b247caadaebb83569df9b772254ec51933b1
THREAD_SHA1_HASH_MOD_FUNC_OFFSET: 12a2bfa35ea975e90ee55b0f6d08aa7975c1cb5d
THREAD_SHA1_HASH_MOD: af97ffc91037bc680eaf7bc6cdd00050b9235ff8
FAULT_INSTR_CODE: 18498b48
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: bridge+807e
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: bridge
IMAGE_NAME: bridge.sys
DEBUG_FLR_IMAGE_TIMESTAMP: f1470b4
STACK_COMMAND: .cxr 0xffffad00ff969930 ; kb
BUCKET_ID_FUNC_OFFSET: 807e
FAILURE_BUCKET_ID: AV_STACKPTR_ERROR_bridge!unknown_function
BUCKET_ID: AV_STACKPTR_ERROR_bridge!unknown_function
PRIMARY_PROBLEM_CLASS: AV_STACKPTR_ERROR_bridge!unknown_function
TARGET_TIME: 2019-09-03T19:57:56.000Z
OSBUILD: 18362
OSSERVICEPACK: 0
SERVICEPACK_NUMBER: 0
OS_REVISION: 0
SUITE_MASK: 272
PRODUCT_TYPE: 1
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
OSEDITION: Windows 10 WinNt TerminalServer SingleUserTS
OS_LOCALE:
USER_LCID: 0
OSBUILD_TIMESTAMP: 1998-05-30 23:12:57
BUILDDATESTAMP_STR: 190318-1202
BUILDLAB_STR: 19h1_release
BUILDOSVER_STR: 10.0.18362.1.amd64fre.19h1_release.190318-1202
ANALYSIS_SESSION_ELAPSED_TIME: db3c
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:av_stackptr_error_bridge!unknown_function
FAILURE_ID_HASH: {7c978e5a-5f78-1ec3-8e3c-e245486b5eda}
Followup: MachineOwner
---------
1: kd> lmvm bridge
Browse full module list
start end module name
fffff803`3a0c0000 fffff803`3a0e7000 bridge (no symbols)
Loaded symbol image file: bridge.sys
Image path: \SystemRoot\System32\drivers\bridge.sys
Image name: bridge.sys
Browse all global symbols functions data
Image was built with /Brepro flag.
Timestamp: 0F1470B4 (This is a reproducible build file hash, not a timestamp)
CheckSum: 0001F866
ImageSize: 00027000
Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4
Information from resource tables:
C’est un peu verbeux, mais j’ai cru comprendre que le problème viendrait de Bridge.sys. Est-ce que ca pourrait etre le drivers du pont reseau ? Les deux fois, il a rebooter pendant des copies lourde de fichier.
Ca vous parle ?
Bah clairement ca merite d’être désactivé. Tu es sûr que le driver en question est à jour ?
Normalement oui, c’est un drivers win10 et il est complétement à jour.
En creusant, j’ai découvert un soft qui s’appelle « Microsoft Drivers Verifier ». C’est vachement bien, ça te liste les drivers actuellement utilisés par l’OS, et tu peux choisir de les surveiller.
J’ai localisé bridge.sys dans la liste, et je l’ai rajouté en monitoring. Il est passé à « Chargé » dans l’outil.
Puis j’ai cassé le bridge, débranché un des deux câbles, désactivé son interface réseau, et configuré l’ip fixe sur l’autre interface.
J’ai relancé vérifier, et j’ai pu constater que le driver est passé à l’état « dechargé ». Donc bridge.sys est bien le driver lié au pont réseau.
Je vais rester comme ça un moment pour voir, d’autant que netbios remarche : ping zeus fonctionne …
J’ai encore beaucoup de copie à faire depuis l’ancien serveur, je verrais si les debits sont les memes et si ca plante plus.
J’ai jamais fait de « bridge » windows, mais si c’est comme un aggrega réseau « non windows » (LACP ou pas) il faut aussi que le switch derrière soit configuré sinon c’est la memerde.
Je sais pas du tout ce qui a derrière l’objet Bridge de windows, par contre, le switch derrière est un switch tout ce qu’il y a de plus basique
Après j’ai un autre switch que je peux mettre, un TL-SG108E, qui lui propose plus de truc :
https://www.tp-link.com/fr/business-networking/easy-smart-switch/tl-sg108e/
Mais bon, si ca rends tout instable … Surtout que je viens de me rendre compte qu’un des deux cables reseau branché était un cat5 et pas un cat5E, donc limité à 100mb …