Voila je suis admin de nin-xtreme.com, et console-france.com (si vous conaissez) a besoin de faire un backup d'un fichier de 2 gig avant de formater, comme on est chez le meme herbegeur et donc sur un lan je leur ai proposé d'héberger leur fichier temporairement puisque ca va etre ultra rapide mais je sais pas trop comment
 
par le web, c'est un fichier trop gros apache le bloque
 
et bizarrement j'arrive pas à me connecter par ftp d'un serveur a l'autre pourtant de chez moi ca fonctionne, ca me dit:
bash-2.04$ ftp console-france.com
Connected to console-france.com.
421 Service not available, remote server has closed connection
ftp>
 
vous avez une idée pour faire ce transfert?

curieux ...
 
nico@netoid2 01:59:09 ~ > ftp console-france.com
Connected to console-france.com.
220 cf-network.com FTP server (Version wu-2.6.1(1) Fri May 18 18:00:01 CEST 2001) ready.

sinon tu splittes le fichier et tu le fais passer par http

c'est ce que je dis, je suis capable de me connecter par ftp de chez moi mais pas depuis le lan
 
comment splitter?

split -C <octets>  lefichier ...ca va te produire des xaa , xab , xac etc ...
 
pour reconstituer
 
cat xa* > lefichier

man split pour les gadgets  

c'Est quoi la taille maxi avec apache?

aucune idée .  
 
memoire  peut etre

 
???

un dl ca bouffe des ressources : si t'as activé le server-status , tu devrais le voir.
 
mais c'est une hypothese ...

je comprends quand meme pas pkoi le ftp marche pas en lan
 
ca fait chier
 
pourtant d'un cote y'a wu-ftpd et de l'autre pure-ftpd et j'ai essayé dans les 2 sens donc c'est pas le deamon

pour les gros fichiers , je me demande meme si c'est pas plutot du à ton client ou ton browser ..

[jfdsdjhfuetppo]--Message édité par saudium--[/jfdsdjhfuetppo]

bah j'arrive meme pas a me connecter, j'ai pas encore choisi le fichier :lol
 
EDIT: je viens de penser a un truc, ca peut pas etre justement pcq y'a un serveur ftp qui run aux 2 bouts sur le meme port, et que j'essaie de me connecter par ftp sur ce meme port donc ca fait des conflits?

[jfdsdjhfuetppo]--Message édité par ZeroCoolZ--[/jfdsdjhfuetppo]

pour ton ftp je sais pas trop .  
 
t'as des logs apache suite à ton probleme de dl ?

vivi ca dit bien que le fichier est trop gros pour la limite permise donc erreur 403

une piste ...
 
http://bugs.apache.org/index/full/4662
http://bugs.apache.org/index/full/5927

voila je l'ai séparé en 2 fichiers de 1 gig et ca fonctionne
 
putain que c'est rapide comme transfert ^^
 
EDIT:
02:27:23 (3.84 MB/s) - `xaa' saved [1156049920/1156049920]
 
dommage que seulement un des serveurs soit équipés de HD SCSI

[jfdsdjhfuetppo]--Message édité par ZeroCoolZ--[/jfdsdjhfuetppo]

There is a denial of service attack on apache servers that use mmap on OSs
that need to allocate swap to cover the mmap allocation.  On IRIX 6.2 for example
an mmap of 32MB will require virtual swap of 32MB and if virtual swap is not
allocated (which is the default) real swap is allocated.  If you have one hundred
concurrent HTTP GETs of a 32MB file, then you need >3GB swap.
(We are an ISP, this happened to us today :-)
This is bad because its not known in advance what resources a server needs.
If you are serving static content only, you cant multiply MaxClients by
some swap budget for each process.  Depending on the files being requested
the swap budget is unknown.  When swap runs out random httpds will
fail which is an undesirable failure mode. One fix is to limit the maximum size of an MMAP GET, and fall back to
buffered reads for files over that size.  A simple patch for this is included.

[jfdsdjhfuetppo]--Message édité par saudium--[/jfdsdjhfuetppo]

sinon y avait pas moyen d'essayer avec sftp si ssh est installé ?

c'.est quoi sftp loL?

tunneliser ftp ?

[jfdsdjhfuetppo]--Message édité par saudium--[/jfdsdjhfuetppo]

en gros si je raconte pas de connerie c'est du ftp qui est géré par ssh (ça passe par le port 22) et ça déconne souvent beaucoup moins au niveaux de la gestion des connections et en plus c'est secure
 
sinon dans le même ordre d'idée y a scp (secure copy) c'est assez pratique
 
 

voir  man scp  

j'ai essayé sftp, j'Arrive a me connecter mais il voit pas mon fichier de 2.2 go mais ceux de 1.1 go oui.. je pense que lui aussi il est limité..
 
EDIT: scp ca l'Air bien, je vais essayé :-)
 
argh je comprends pas scp

[jfdsdjhfuetppo]--Message édité par ZeroCoolZ--[/jfdsdjhfuetppo]

ben a priori tu fais qqch du genre :
cd le rep ou tu veux transférer chez toi
et
scp ZeroCoolZ@console-france.comchemin/le_fichier_à_la_con le_nom_du_fuchier_à_la_con_chez_toi
 
et ça marche
 
et ça doit aussi marcher entre deux hôtes distants

putain fais chier:
 
scp: /home/cf.tar: File too large
 
et finalement avec split, quand j'essais de recomposer le fichier ca merde:
 
[root@nin-xtreme cf]# cat xa* > /var/tmp/cf/cf.tar
File size limit exceeded (core dumped)

je sens qu'il va falloir que tu split en plus petits morceaux

mais avec -C ca fonctionnait pas comme m'avait dit l'autre dont j'ai oublié le nick (désolé) donc j'ai pris split -b
 
ca change qqch?

fais voir un ulimit -a ..

bash-2.04$ ulimit -a
core file size (blocks)     1000000
data seg size (kbytes)      unlimited
file size (blocks)          unlimited
max locked memory (kbytes)  unlimited
max memory size (kbytes)    unlimited
open files                  1024
pipe size (512 bytes)       8
stack size (kbytes)         8192
cpu time (seconds)          unlimited
max user processes          1919
virtual memory (kbytes)     unlimited
bash-2.04$
 
je viens de penser à un truc
 
quand tu fais cat sa créerait pas un fichier temporaire par hasard ou ca ensemble les 2 fichiers et apres ca le deplace ou t'as demandé? si c'est ca, j'avais pas assez d'espace sur le disque d,origine pour ca

pas de fichier temporaire je pense.  
 
de toute facon t'auras besoin au minimum de 1+1+2 = 4 Go de dispos avant de pouvoir deleter les 1+1
 
perso , un core file size à 0 ..

et on change ca comment lol?

grrr encore
 
[root@nin-xtreme cf]# cat xa* > /home/cf/cf.tar
File size limit exceeded (core dumped)
[root@nin-xtreme cf]#
 
 
ca veuit dire quoi core dumped?

ouaip, essaye de changer le core file size...
 
sinon, core dumped, ca veux dire qu'en plantant, le programme a créé un fichier core qui contiens entres autres toutes l'image mémoire de ton prog au moment du plantage... comme ca tu peux débugger l'appli où tu en étais.

 
ulimit -c <nombre>