OpenArena FR

Communauté Francophone d'OpenArena

Vous n'êtes pas identifié(e).

#101 07/05/2013 23:01:10

Cedonime
Passionné(e) d'ArèneOuverte
Lieu : Rouen
Inscription : 18/07/2008
Messages : 377

Re : administration des machines ROFL

Le serveur insta en DM commence a etre bien frequenté big_smile
Je suis pas super specialiste en DM alors si vous avez des idées pour l' ameliorer (map ou autres) n' hesitez pas wink

Modification de oulabalouza :
Ajout de map (face, bfgarena, bubctf1, hal_palindrome, speedyctf) reussie avec un bon coup de main de Cacatoes (encore merci)!
Je tente les votes custom, pour commencer le friendlyfire.

Hors ligne

#102 08/05/2013 19:46:07

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

gg !


Move your ass.

Hors ligne

#103 11/06/2013 14:59:28

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

- Migration de Squeeze à Wheezy sur la machine VPS (Allrockets / Instantgib)
- Histoire d'exploiter cette même machine, j'ai installé un noeud seeks dessus, ça bouffe pas mal de RAM, donc j'espère que ça ne causera pas de soucis
- Soucis avec la machine qui héberge les serveurs autogérés Merzbuddha et SPK ce matin, ils sont redémarrés
- Redémarrage de ceux de Tuxfamily (ROFL For Beginner Players, et Beta Maps), qui étaient aussi coupés (vraisemblablement suite à redémarrage du serveur y'a 11 jours)


Move your ass.

Hors ligne

#104 20/06/2013 22:47:26

Cedonime
Passionné(e) d'ArèneOuverte
Lieu : Rouen
Inscription : 18/07/2008
Messages : 377

Re : administration des machines ROFL

Badaboummmm
3 serveurs ROFL en moins (Oulabalouza, Europe insta DM et ROFL OFC) suite au plantage du serveur ovh.
Dommage pour l' insta DM qui etait bien frequenté, mais apres mon probleme de DD sur mon ordi j' ai perdu mes fichiers de config.
Pas eu le temps de les recuperer depuis ovh avec quelques problemes sur ma Mageia3.
Resultat tout est perdu sad

Hors ligne

#105 21/06/2013 12:40:36

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Atatatata...
Pas si vite... je comprends pas. Je te renvoie un email histoire de clarifier (et de pas polluer ce topic).
Je ne comprends pas pourquoi tout ça n'est pas récupérable.


Move your ass.

Hors ligne

#106 22/06/2013 00:36:10

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Lors d'un mount depuis la partition rescue, il mouline un coup et ne veut pas. Il veut bien monter une autre partition sur laquelle y'a pas grand chose.

Une fin de dmesg:

rtc_cmos 00:01: setting system clock to 2013-06-20 19:33:16 UTC (1371756796)
IPv6: ADDRCONF(NETDEV_UP): bond0: link is not ready
8021q: adding VLAN 0 to HW filter on device bond0
input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input0
eth0: Media Link On 100mbps full-duplex
Sending DHCP requests ., OK
IP-Config: Got DHCP answer from 91.121.160.231, my address is 91.121.160.63
IP-Config: Complete:
     device=eth0, hwaddr=00:1c:c0:56:82:28, ipaddr=91.121.160.63,
mask=255.255.255.0, gw=91.121.160.254
     host=91.121.160.63, domain=, nis-domain=(none)
     bootserver=91.121.126.137, rootserver=91.121.126.137,
rootpath=/home/pub/bsd-rescue
     nameserver0=213.186.33.99<6>md: Waiting for all devices to be
available before autodetect
md: If you don't use raid, use raid=noautodetect
md: Autodetecting RAID arrays.
md: Scanned 0 and added 0 devices.
md: autorun ...
md: ... autorun DONE.
RAMDISK: gzip image found at block 0
VFS: Mounted root (ext2 filesystem) on device 1:0.
devtmpfs: mounted
Freeing unused kernel memory: 828k freed
ttyS1: LSR safety check engaged!
ttyS1: LSR safety check engaged!
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda2): using internal journal
ext3_orphan_cleanup: deleting unreferenced inode 33046553
EXT3-fs (sda2): 1 orphan inode deleted
EXT3-fs (sda2): recovery complete
EXT3-fs (sda2): mounted filesystem with writeback data mode
mptctl::compat_mpt_command @2901 - ioc0 not found!
mptctl::compat_mpt_command @2901 - ioc0 not found!
mptctl::compat_mpt_command @2901 - ioc0 not found!
mptctl::compat_mpt_command @2901 - ioc0 not found!
mptctl::compat_mpt_command @2901 - ioc0 not found!
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1.00: BMDMA stat 0x4
ata1.00: failed command: READ DMA
ata1.00: cmd c8/00:40:e0:9f:35/00:00:00:00:00/e1 tag 0 dma 32768 in
         res 51/40:00:ef:9f:35/00:00:00:00:00/01 Emask 0x9 (media error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { UNC }
ata1.00: configured for UDMA/133
sd 0:0:0:0: [sda] Unhandled sense code
sd 0:0:0:0: [sda]  
Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 0:0:0:0: [sda]  
Sense Key : Medium Error [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
        01 35 9f ef
sd 0:0:0:0: [sda]  
Add. Sense: Unrecovered read error - auto reallocate failed
sd 0:0:0:0: [sda] CDB:
Read(10): 28 00 01 35 9f e0 00 00 40 00
end_request: I/O error, dev sda, sector 20291567
ata1: EH complete
JBD: Failed to read block at offset 12529
JBD: recovery failed
EXT3-fs (sda1): error loading journal
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda2): using internal journal
EXT3-fs (sda2): mounted filesystem with writeback data mode
nf_conntrack: automatic helper assignment is deprecated and it will be
removed soon. Use the iptables CT target to attach helpers instead.
mptctl::compat_mpt_command @2901 - ioc0 not found!
mptctl::compat_mpt_command @2901 - ioc0 not found!
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1.00: BMDMA stat 0x4
ata1.00: failed command: READ DMA
ata1.00: cmd c8/00:40:e0:9f:35/00:00:00:00:00/e1 tag 0 dma 32768 in
         res 51/40:00:ef:9f:35/00:00:00:00:00/01 Emask 0x9 (media error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { UNC }
ata1.00: configured for UDMA/133
sd 0:0:0:0: [sda] Unhandled sense code
sd 0:0:0:0: [sda] 
Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 0:0:0:0: [sda] 
Sense Key : Medium Error [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
        01 35 9f ef
sd 0:0:0:0: [sda] 
Add. Sense: Unrecovered read error - auto reallocate failed
sd 0:0:0:0: [sda] CDB:
Read(10): 28 00 01 35 9f e0 00 00 40 00
end_request: I/O error, dev sda, sector 20291567
ata1: EH complete
JBD: Failed to read block at offset 12529
JBD: recovery failed
EXT3-fs (sda1): error loading journal
kjournald starting.  Commit interval 5 seconds
EXT3-fs (sda2): using internal journal
EXT3-fs (sda2): mounted filesystem with writeback data mode
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
ata1.00: BMDMA stat 0x4
ata1.00: failed command: READ DMA
ata1.00: cmd c8/00:f0:30:9f:35/00:00:00:00:00/e1 tag 0 dma 122880 in
         res 51/40:00:ef:9f:35/00:00:00:00:00/01 Emask 0x9 (media error)
ata1.00: status: { DRDY ERR }
ata1.00: error: { UNC }
ata1.00: configured for UDMA/133
sd 0:0:0:0: [sda] Unhandled sense code
sd 0:0:0:0: [sda] 
Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
sd 0:0:0:0: [sda] 
Sense Key : Medium Error [current] [descriptor]
Descriptor sense data with sense descriptors (in hex):
        72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
        01 35 9f ef
sd 0:0:0:0: [sda] 
Add. Sense: Unrecovered read error - auto reallocate failed
sd 0:0:0:0: [sda] CDB:
Read(10): 28 00 01 35 9f 30 00 00 f0 00
end_request: I/O error, dev sda, sector 20291567
ata1: EH complete
JBD: Failed to read block at offset 12529
JBD: recovery failed
EXT3-fs (sda1): error loading journal

Des posts avec des messages d'erreur similaires:
http://serverfault.com/questions/443433 … -on-raid10
http://trick.vanstaveren.us/wp/2009/06/ … e-journal/
https://www.linuxquestions.org/question … ck-811070/
http://lists.debian.org/debian-powerpc/ … 00154.html

1ère approche:

debugfs m'a permis de voir que y'avait encore les fichiers de démarrage du serveur OA etc, mais assez fouilli. Une commande dump de répertoire que j'ai pas osée.
testdisk, plusieurs essais avec, en fait ça détecte les partitions mais pas les erreurs internes, donc fausse piste.
photorec, ne fait que des récupérations complètes, ce qui aurait été possible car la partition /var est saine et contient 900Go de libre !

fsck, au début renvoyait un "mauvais type de partition" ou qqch comme ça.
Je suis en train de tenter fsck.ext4 (ai-je tort et est-ce ext3 ?)
En tout cas, avec quelques paramètres passés, ça semble tourner:

fsck.ext4 -cv /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
/: recovering journal
Clearing orphaned inode 939300 (uid=0, gid=0, mode=0100644, size=2023584)
Clearing orphaned inode 310089 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310088 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310087 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310086 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310085 (uid=105, gid=107, mode=0100600, size=0)
Checking for bad blocks (read-only test):  72.53% done, 3:43 elapsed. (4/0/0 errors)

Des erreurs que je n'ai pas corrigées au premier passage:

root@rescue:/mnt# fsck.ext4 /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
/: recovering journal
Error reading block 2535933 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
/: Attempt to read block from filesystem resulted in short read while reading block 2535933

JBD: Failed to read block at offset 12526
JBD: IO error -5 recovering block 12526 in log
Error reading block 2535934 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
/: Attempt to read block from filesystem resulted in short read while reading block 2535934

JBD: Failed to read block at offset 12527
JBD: IO error -5 recovering block 12527 in log
Error reading block 2535942 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? cancelled!
/: Attempt to read block from filesystem resulted in short read while reading block 2535942

JBD: Failed to read block at offset 12535
JBD: IO error -5 recovering block 12535 in log
fsck.ext4: Input/output error while recovering ext3 journal of /

/: ***** FILE SYSTEM WAS MODIFIED *****

/: ********** WARNING: Filesystem still has errors **********

root@rescue:/mnt# fsck.ext4 -cv /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
/: recovering journal
Clearing orphaned inode 939300 (uid=0, gid=0, mode=0100644, size=2023584)
Clearing orphaned inode 310089 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310088 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310087 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310086 (uid=105, gid=107, mode=0100600, size=0)
Clearing orphaned inode 310085 (uid=105, gid=107, mode=0100600, size=0)
Checking for bad blocks (read-only test): done                                                 
/: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 8: 2535933 2535934 2535942
Multiply-claimed block(s) in inode 848644: 4031026 4146274 4148108 4149210 4149703 4150532 4150788 4151022 4151023 4151278 4158457 4158831 4158832 4159203
Multiply-claimed block(s) in inode 848713: 3677898
Multiply-claimed block(s) in inode 1005108: 4051698 4051953 4051954
Multiply-claimed block(s) in inode 1005109: 4052209
Multiply-claimed block(s) in inode 1005110: 4052782
Multiply-claimed block(s) in inode 1005112: 4053038
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 6 inodes containing multiply-claimed blocks.)

File <The journal inode> (inode #8, mod time Wed Aug 15 13:18:37 2012) 
  has 3 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 2535933 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? no
File /root/.openarena/baseoa/server1.log (inode #848644, mod time Tue Jun 18 16:20:18 2013) 
  has 14 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 4031026 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? no
File /root/.openarena/baseoa/server3.log (inode #848713, mod time Tue Jun 18 16:20:17 2013) 
  has 1 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 3677898 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? yes
File /usr/local/games/openarena-0.8.1/legacy/openarena-legacy.exe (inode #1005108, mod time Wed Oct 22 14:20:00 2008) 
  has 3 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 4051698 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? yes
File /usr/local/games/openarena-0.8.1/legacy/openarena-legacy.i386 (inode #1005109, mod time Wed Oct 22 19:04:08 2008) 
  has 1 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 4052209 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? yes
File /usr/local/games/openarena-0.8.1/legacy/openarena-legacy.x86_64 (inode #1005110, mod time Wed Oct 22 14:32:33 2008) 
  has 1 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 4052782 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? yes
File /usr/local/games/openarena-0.8.1/missionpack/mp-pak0.pk3 (inode #1005112, mod time Fri Oct 31 10:51:13 2008) 
  has 1 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 4053038 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? yes
Pass 2: Checking directory structure
Entry 'server3.log' in /root/.openarena/baseoa (848642) has deleted/unused inode 848713.  Clear<y>? yes
Entry 'openarena-legacy.exe' in /usr/local/games/openarena-0.8.1/legacy (1005107) has deleted/unused inode 1005108.  Clear<y>? yes
Entry 'openarena-legacy.i386' in /usr/local/games/openarena-0.8.1/legacy (1005107) has deleted/unused inode 1005109.  Clear<y>? yes
Entry 'openarena-legacy.x86_64' in /usr/local/games/openarena-0.8.1/legacy (1005107) has deleted/unused inode 1005110.  Clear<y>? yes
Entry 'mp-pak0.pk3' in /usr/local/games/openarena-0.8.1/missionpack (1005111) has deleted/unused inode 1005112.  Clear<y>? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #77 (65533, counted=0).
Fix<y>? yes
Free blocks count wrong for group #112 (5601, counted=5602).
Fix<y>? yes
Free blocks count wrong for group #123 (3238, counted=3245).
Fix<y>? yes
Free blocks count wrong for group #126 (2014, counted=2027).
Fix<y>? yes
Free blocks count wrong (3608785, counted=3251038).
Fix<y>? yes
Free inodes count wrong (1234549, counted=1234427).
Fix<y>? yes

/: ***** FILE SYSTEM WAS MODIFIED *****

/: ********** WARNING: Filesystem still has errors **********


       46693 inodes used (3.64%, out of 1281120)
         507 non-contiguous files (1.1%)
          77 non-contiguous directories (0.2%)
             # of inodes with ind/dind/tind blocks: 1838/65/0
     1868706 blocks used (36.50%, out of 5119744)
          24 bad blocks
           2 large files

       38312 regular files
        3257 directories
          22 character device files
         102 block device files
           2 fifos
         416 links
        4994 symbolic links (4857 fast symbolic links)
           0 sockets
------------
       47100 files

Encore un passage (je préfère répondre "no" histoire qu'il efface rien ou laisse des erreurs, le temps de comprendre la logique du truc...)

root@rescue:/mnt# fsck.ext4 /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
/ was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 8: 2535933 2535934 2535942
Multiply-claimed block(s) in inode 848644: 4031026 4146274 4148108 4149210 4149703 4150532 4150788 4151022 4151023 4151278 4158457 4158831 4158832 4159203
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 1 inodes containing multiply-claimed blocks.)

File <The journal inode> (inode #8, mod time Wed Aug 15 13:18:37 2012) 
  has 3 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 2535933 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? no
File /root/.openarena/baseoa/server1.log (inode #848644, mod time Tue Jun 18 16:20:18 2013) 
  has 14 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? no
Delete file<y>? yes
Pass 2: Checking directory structure
Entry 'server1.log' in /root/.openarena/baseoa (848642) has deleted/unused inode 848644.  Clear<y>? yes
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  +3677898 +4051698 +4052209 +4052782 +4053038
Fix<y>? yes
Free blocks count wrong for group #112 (15915, counted=15914).
Fix<y>? yes
Free blocks count wrong for group #123 (20312, counted=20308).
Fix<y>? yes
Free blocks count wrong (4138089, counted=4138084).
Fix<y>? yes

/: ***** FILE SYSTEM WAS MODIFIED *****

/: ********** WARNING: Filesystem still has errors **********

/: 46692/1281120 files (1.3% non-contiguous), 981660/5119744 blocks
root@rescue:/mnt# 

Et un dernier (où a priori il efface un bout de journal si j'ai bien compris):

root@rescue:/mnt# fsck.ext4 /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
/ was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 8: 2535933 2535934 2535942
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 0 inodes containing multiply-claimed blocks.)

File <The journal inode> (inode #8, mod time Wed Aug 15 13:18:37 2012) 
  has 3 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:33:53 2013)
Clone multiply-claimed blocks<y>? no
Delete file<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/: ***** FILE SYSTEM WAS MODIFIED *****
/: 46691/1281120 files (1.3% non-contiguous), 948862/5119744 blocks

Sauf que, ayant effacé un bout de journal, je crois que ext4/ext3 est pas content, donc pas possible de le monter en tant que tel .. ?

EXT3-fs (sda1): error: no journal found

Je vois que ça fonctionne si je le monte en ext2.
Bref, je tente cette fois-ci un fsck.ext3, car c'est un EXT3 d'après le etc/fstab (que j'ai pu lire en montant en ext2).
... et il me retrouve des erreurs, ce chacal de la garrigue.

root@rescue:/mnt# fsck.ext3 -cvf /dev/sda1
e2fsck 1.42.5 (29-Jul-2012)
Checking for bad blocks (read-only test): done                                                 
/: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Inode 8, i_blocks is 0, should be 262408.  Fix<y>? yes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 8: 2535933 2535934 2535942
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 0 inodes containing multiply-claimed blocks.)

File <The journal inode> (inode #8, mod time Thu Jan  1 01:00:00 1970) 
  has 3 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Fri Jun 21 23:56:58 2013)
Clone multiply-claimed blocks<y>? yes
Error reading block 2535933 (Attempt to read block from filesystem resulted in short read).  Ignore error<y>? no
clone_file: Attempt to read block from filesystem resulted in short read returned from clone_file_block
Couldn't clone file: Attempt to read block from filesystem resulted in short read
Delete file<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #77 (65017, counted=32509).
Fix<y>? yes
Free blocks count wrong for group #78 (32795, counted=32505).
Fix<y>? yes
Free blocks count wrong (4203681, counted=4170883).
Fix<y>? yes
Free inodes count wrong for group #0 (8144, counted=8143).
Fix<y>? yes
Free inodes count wrong (1234430, counted=1234429).
Fix<y>? yes

/: ***** FILE SYSTEM WAS MODIFIED *****

       46691 inodes used (3.64%, out of 1281120)
         507 non-contiguous files (1.1%)
          77 non-contiguous directories (0.2%)
             # of inodes with ind/dind/tind blocks: 1832/62/0
      948861 blocks used (18.53%, out of 5119744)
          24 bad blocks
           1 large file

       38306 regular files
        3257 directories
          22 character device files
         102 block device files
           2 fifos
         416 links
        4994 symbolic links (4857 fast symbolic links)
           0 sockets
------------
       47099 files
root@rescue:

Sauf que, après avoir rectifié ces erreurs, toujours pas content pour le monter en ext3.

root@rescue:/mnt# fsck.ext3 /dev/sda1 
e2fsck 1.42.5 (29-Jul-2012)
/: clean, 46691/1281120 files, 948861/5119744 blocks
root@rescue:/mnt# fsck.ext3 -cvf /dev/sda1 
e2fsck 1.42.5 (29-Jul-2012)
Checking for bad blocks (read-only test): done                                                 
/: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Inode 8, i_blocks is 0, should be 262408.  Fix<y>? yes

Running additional passes to resolve blocks claimed by more than one inode...
Pass 1B: Rescanning for multiply-claimed blocks
Multiply-claimed block(s) in inode 8: 2535933 2535934 2535942
Pass 1C: Scanning directories for inodes with multiply-claimed blocks
Pass 1D: Reconciling multiply-claimed blocks
(There are 0 inodes containing multiply-claimed blocks.)

File <The journal inode> (inode #8, mod time Thu Jan  1 01:00:00 1970) 
  has 3 multiply-claimed block(s), shared with 1 file(s):
	<The bad blocks inode> (inode #1, mod time Sat Jun 22 00:07:36 2013)
Clone multiply-claimed blocks<y>? no
Delete file<y>? no
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Block bitmap differences:  +(2523393--2535932) +(2535935--2535941) +(2535943--2555903) +(2556161--2556450)
Fix<y>? yes
Free blocks count wrong for group #77 (32509, counted=0).
Fix<y>? yes
Free blocks count wrong for group #78 (32505, counted=32215).
Fix<y>? yes
Free blocks count wrong (4170883, counted=4138084).
Fix<y>? yes
Inode bitmap differences:  +8
Fix<y>? yes
Free inodes count wrong for group #0 (8143, counted=8142).
Fix<y>? yes
Free inodes count wrong (1234429, counted=1234428).
Fix<y>? yes

/: ***** FILE SYSTEM WAS MODIFIED *****

/: ********** WARNING: Filesystem still has errors **********


       46692 inodes used (3.64%, out of 1281120)
         507 non-contiguous files (1.1%)
          77 non-contiguous directories (0.2%)
             # of inodes with ind/dind/tind blocks: 1832/62/0
      981660 blocks used (19.17%, out of 5119744)
          24 bad blocks
           1 large file

       38306 regular files
        3257 directories
          22 character device files
         102 block device files
           2 fifos
         416 links
        4994 symbolic links (4857 fast symbolic links)
           0 sockets
------------
       47099 files

Bon j'interrompt ce programme: je monterai la partition en ext2, et je récupérerai les données avec rsync ou autre.

Quant à la cause du soucis: faire tourner openarena en étant root n'est pas une bonne idée... je pensais que les logs du jeu avaient pu remplir la partition, mais remplir 20Go (plutôt 15Go) faut le faire donc ça doit PAS être ça. Juste un plantage des serveurs et des incidences malheureuses ? Je ne saurais dire.

Je vois ça plus tard .. wink


Move your ass.

Hors ligne

#107 22/06/2013 13:44:24

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

La config n'est pas au poil mais le serveur Insta DM est relancé.

Il faudrait utiliser ces scripts: http://download.tuxfamily.org/openarena/files/configs/
... pour permettre le lancement de plusieurs serveurs.

Pouet


Move your ass.

Hors ligne

#108 22/06/2013 17:57:53

Cedonime
Passionné(e) d'ArèneOuverte
Lieu : Rouen
Inscription : 18/07/2008
Messages : 377

Re : administration des machines ROFL

Merki Cacatoes, un gros micmac big_smile
Je vais tacher d' organiser le truc un peu plus prorement.

Hors ligne

#109 01/03/2014 20:40:06

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Reçu 2 mails aujourd'hui (rare que ça arrive en même temps, c'est ptet l'effet «vacances» ou samedi wink

Le 1er pour dire que ton serveur Insta DM avait sa rotation de maps bloquée.
Le 2nd pour dire que Allrockets restait en awaiting gamestate.

J'ai pu corriger le 2nd problème, mais pas le 1er pour le moment (je t'ai transféré le mail).

Hmm, et un autre truc que j'ai remarqué, le serveur DPMASTER ne recense que quelques ROFL dans ma liste de serveurs. Je ne retrouve pas les allrockets/instagib. Je sais pas à quoi c'est dû. Il y a seulement 65 serveurs recensés, et je crois donc qu'il en manque la moitié à l'appel. Conclusion: Dpmaster doit avoir un problème en ce moment.
Edit: confirmation ici: http://openarena.ws/board/index.php?topic=4873.0

Edit2: après vérif, ton serveur Insta DM ne semble pas avoir sa rotation bloquée, peut-être as-tu réctifié entre temps.


Move your ass.

Hors ligne

#110 04/03/2014 22:04:30

Cedonime
Passionné(e) d'ArèneOuverte
Lieu : Rouen
Inscription : 18/07/2008
Messages : 377

Re : administration des machines ROFL

Pour la rotation InstaDM j' ai reglé le probleme involontairement en relancant le kimsufi.
Pourquoi ? Parce que les serveurs n' etait plus visible dans la liste, donc j' ai cru que le probleme venait du serveur lui meme. Erreur de ma part puisque une fois relancé toujours rien dans la liste, mais en mettant l' ip et le port directement dans le jeu, pouf me voila sur le serveur de jeu. big_smile
Apres avoir regardé un peu il ne restait que ROFL allrocket newmap, Pourquoi ?
Les 2 serveurs 1 super avait aussi disparu. Conclusion: (ative) Les serveurs qui avait disparu de la liste sont ceux qui utilise la meme ip pour plusieurs serveurs.

Hors ligne

#111 07/03/2014 11:26:52

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Je ne sais pas si ça vient du fait que plusieurs serveurs tournent sur une même IP, mais je l'ai dit dans mon post juste au dessus, le problème vient de DPMASTER:

Hmm, et un autre truc que j'ai remarqué, le serveur DPMASTER ne recense que quelques ROFL dans ma liste de serveurs. Je ne retrouve pas les allrockets/instagib. Je sais pas à quoi c'est dû. Il y a seulement 65 serveurs recensés, et je crois donc qu'il en manque la moitié à l'appel. Conclusion: Dpmaster doit avoir un problème en ce moment.
Edit: confirmation ici: http://openarena.ws/board/index.php?topic=4873.0


Move your ass.

Hors ligne

#112 07/03/2014 22:14:18

Cedonime
Passionné(e) d'ArèneOuverte
Lieu : Rouen
Inscription : 18/07/2008
Messages : 377

Re : administration des machines ROFL

Faut que je m' achete des yeux big_smile

Hors ligne

#113 09/05/2014 01:20:30

.Danmoon
Passionné(e) d'ArèneOuverte
Inscription : 05/04/2014
Messages : 37

Re : administration des machines ROFL

Il y'a eu quelques jours un problème sur la rotation des maps sur l'instaDM et apparemment le problème est parti.
Je viens de faire la connaissance de ce site http://www7.gametracker.com/.
Et le serveur instaDM: http://www7.gametracker.com/server_info … 4.6:27961/
b_560_95_1.png
Il faudrait que l'administrateur de ce serveur reconnaisse le serveur sur GameTracker pour que les statistiques des joueurs s'affichent.
Alors est-ce que l'administrateur du serveur pourrait s'en occuper s'il vous plait ?
b_160_400_1_ffffff_c5c5c5_ffffff_000000_1_1_1.png


LA PLUS GRANDE PEUR DE L'HOMME C'EST L'INCONNUE.

Hors ligne

#114 09/05/2014 02:37:59

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Je m'étais inscrit et j'avais "réclamé" quelques serveurs, mais celui que tu mentionnes n'est pas parmi ceux que j'administre.
Si son admin passe dans le coin il le fera peut-être wink

Est-ce vraiment nécessaire de faire cela pour activer les stats cela dit ?


Move your ass.

Hors ligne

#115 09/05/2014 10:25:50

.Danmoon
Passionné(e) d'ArèneOuverte
Inscription : 05/04/2014
Messages : 37

Re : administration des machines ROFL

Cacatoes a écrit :

Est-ce vraiment nécessaire de faire cela pour activer les stats cela dit ?

Apparemment oui.


LA PLUS GRANDE PEUR DE L'HOMME C'EST L'INCONNUE.

Hors ligne

#116 25/10/2014 13:20:55

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

@Cedonime,

Une chose serait à améliorer sur le serveur, il faudrait proposer un Vote Custom pour réinitialiser le roulement des maps.

Voilà mon fichier:

servers_customvotes.cfg

{
votecommand	"restore"
displayname	"Restore the server state ?"
command		"exec ./common/restore.cfg; say ^6S^7erver main infos restored."
}
{
votecommand	"floodprotect"
displayname	"Toggle flood protection"
command		"toggle sv_floodprotect"
}
{
votecommand	"rotation"
displayname	"Enable back map rotation ?"
command		"set nextmap vstr m1; say ^6M^7ap rotation restored, wait until next map or call vote."
}

Donc je crois que c'est uniquement le bloc "rotation" qui t'intéresse.

Quant au bloc "restore" il peut être intéressant aussi.

Dans ./common/restore.cfg, j'ai:

exec ./common/servers_sensitive.cfg
exec ./common/servers_gamesettings.cfg
exec ./common/servers_infos.cfg
exec ./common/servers_network.cfg

En gros ça ré-exécute une partie du fichier de configuration du serveur: les mots de passe RCON, et d'autres aspects du serveur qui a priori ne changent pas sauf si tu as laissé l'accès RCON à quelqu'un. Je ne sais plus pourquoi j'avais mis ça en place.


Move your ass.

Hors ligne

#117 08/11/2014 04:17:55

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Pour une raison inconnue, le serveur a été redémarré (plusieurs fois ?) aujourd'hui.
Ce 8 novembre à minuit 58, et probablement avant aussi car j'ai reçu un mail à 21h34 pour me signaler que ROFL allrockets était down.
Rien repéré dans les logs...


Move your ass.

Hors ligne

#118 18/11/2014 01:12:04

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Changement d'IP pour Merzbuddha et SPK (les serveurs administrés collectivement)
* 5.196.204.210:27960
* 5.196.204.210:27961


Move your ass.

Hors ligne

#119 25/03/2015 19:18:18

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

25 mars 2015, le serveur ROFL Allrockets n'est plus accessible.
Un ping ne répond pas. OVH a dû déconnecter le serveur, sans doute dû à un paiement tardif.
Je signale juste wink


Move your ass.

Hors ligne

#120 28/03/2015 23:02:29

.Danmoon
Passionné(e) d'ArèneOuverte
Inscription : 05/04/2014
Messages : 37

Re : administration des machines ROFL

Une question, pour les autres serveurs ROFL aussi cela risquerait d'être pareil?


LA PLUS GRANDE PEUR DE L'HOMME C'EST L'INCONNUE.

Hors ligne

#121 29/03/2015 19:47:53

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Ca dépends. Certains serveurs ROFL sont hébergés sur la même machine. Ils ont donc été coupés en même temps.
D'autre serveurs sont hébergés sur d'autres machines, et pas forcément chez OVH.


Move your ass.

Hors ligne

#122 29/03/2015 23:29:50

.Danmoon
Passionné(e) d'ArèneOuverte
Inscription : 05/04/2014
Messages : 37

Re : administration des machines ROFL

Ok Cacatoes, merci pour ta réponse.


LA PLUS GRANDE PEUR DE L'HOMME C'EST L'INCONNUE.

Hors ligne

#123 31/03/2015 23:37:26

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Le serveur a été remis en route, et avec lui: allrockets, instantgib, ctf4fishes.
Vla vla quoi.


Move your ass.

Hors ligne

#124 01/04/2015 22:38:06

.Danmoon
Passionné(e) d'ArèneOuverte
Inscription : 05/04/2014
Messages : 37

Re : administration des machines ROFL

Merci bien.


LA PLUS GRANDE PEUR DE L'HOMME C'EST L'INCONNUE.

Hors ligne

#125 02/08/2015 21:12:01

Cacatoes
Passionné(e) d'ArèneOuverte
Lieu : Lille
Inscription : 14/07/2008
Messages : 1 279
Site Web

Re : administration des machines ROFL

Un petit tour sur Allrockets, ça lag comme d'hab. Les joueurs se demandent pourquoi, on doit être parmi les seuls serveurs sur lesquels ça arrive... ?

Le serveur en question, chez OVH, est une vieille offre Kimsufi, qui ne permet plus de mises à jour du système.
Je ne sais pas si ça résoudra le lag, mais ce serait bien de changer cette offre.


Move your ass.

Hors ligne

Pied de page des forums