@Sebastian-Roth
I’ve copy the /image/<mac> to /images/<images in image management >
It appears it does something really quick on the client side, then delete the task in the task management. but he hasn’t upload the images ( in /image/ )
also, I’ve checked the user within the gof ui and they are correct. I also added some space in front of the pwd and it refkect directy on the client side ( on the error shown on the screen) So i don’t think its on the ui that there is a problem
@Wayne-Workman
Hello wayne,
I’ve been able to make a remote connection with ftp hereunder the extraction of the information
[root@pla pla]# ftp
ftp> open 10.10.0.15
Connected to 10.10.0.15 (10.10.0.15).
220 (vsFTPd 3.0.2)
Name (10.10.0.15:root): fog
331 Please specify the password.
Password:
230 Login successful.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /images
250 Directory successfully changed.
ftp> ls
227 Entering Passive Mode (10,10,0,15,119,3).
150 Here comes the directory listing.
drwxrwxrwx 3 1001 0 41 Mar 13 16:45 dev
-rw-r--r-- 1 1001 1001 2629 Mar 13 20:24 file.pcap
drwxrwxrwx 2 1001 0 29 Mar 13 12:59 postdownloadscripts
226 Directory send OK.
ftp> cd dev
250 Directory successfully changed.
ftp> ls
227 Entering Passive Mode (10,10,0,15,139,245).
150 Here comes the directory listing.
drwxrwxrwx 2 1001 0 87 Mar 13 17:06 288023fd45ae
226 Directory send OK.
ftp> cd 288023fd45ae
250 Directory successfully changed.
ftp> ls
227 Entering Passive Mode (10,10,0,15,207,231).
150 Here comes the directory listing.
-rwxrwxrwx 1 1001 0 0 Mar 13 18:42 d1.has_grub
-rwxrwxrwx 1 1001 0 1048576 Mar 13 18:42 d1.mbr
-rwxrwxrwx 1 1001 0 313 Mar 13 18:42 d1.partitions
-rwxrwxrwx 1 1001 0 2027153647 Mar 13 18:54 d1p1.img
-rwxrwxrwx 1 1001 0 136 Mar 13 18:54 d1p2.img
226 Directory send OK.
I can see that the image has been created ( at least I think so based on the code here above)
When try to download the stored images within dev/288023fd45ae the vm retrive the related error
Hello Sebastian,
I arrive to dl the kpxe file from a remote host hereunder the information related to that
[root@pla pla]# tftp -v 10.10.0.15 get undionly.kpxe
Usage: tftp [-4][-6][-v][-V][-l][-m mode] [-R port:port] [host [port]] [-c command]
[root@pla pla]# tftp -v 10.10.0.15 -c get undionly.kpxe
Connected to 10.10.0.15 (10.10.0.15), port 69
getting from 10.10.0.15:undionly.kpxe to undionly.kpxe [netascii]
Received 103273 bytes in 0.1 seconds [10486699 bit/s]
for you information, I’ve migrate my vm to centos 7 and arrive to interact with a distant host. meaning by that I almost fully complete the task upload an image from a laptop in my network with the fog 1.2.0 server installed in the vm which has the ip address 10.10.0.15.
I’ve an issue related to this but I’m currently on it : https://forums.fogproject.org/topic/4540/fogftp-login-failed/24
EDIT
WTF, it function now, its not understandable… I had seen during the weekend that my nfs-server wasn’t up and running BUT I hardly believe that’s the reason why the pxe didn’t wanted to work.
I’ve also changed something important I must say, during the weekend, I passed from Ubuntu 15.04 to Fedora 23. It might be the reason because they provide the newer version of virtual box which is 5.0.16
Anyway thank you for your help. I must say I’m impressed about the reactivity of the forum.
Its quite an old topic but I’m actually facing the same issue and i’ve tried to play with the space on the password but does nothing
error type:
fogFTP: login failed. host:xx.xx.xx.15, Username: fog, passwrd: mypwd, Error: ftp_login(): Please specify the password
The password has been change on the storage management, its the same in the tftp side aswell ( in fog setting)
I’ve also alligned this password with passwd fog
I’m on fog.1.2 on centos7
it happens really at the end on the client side.
For you info I can acces ftp trhough a distant client with the fog credential also
the /images folder is on 777 recursive
slinux is fully disabled
@Sebastian-Roth
you’ll find in attachement the requested pcap.file document
0_1457874891586_file.pcap
@Tom-Elliott
Just tried and its the same exact error except he tries with the ipxe.pxe
Edit: I also tried trough the client side and its the same
meaning by that I do the following steps in the ipxe shell command
dhcp
chain tftp://10.10.0.5/ipxe.pxe
==> opretion not supported
chain http://10.10.0.5/og/service/ipxe/boot.php
==>cpuid command not found
==>color : command not found
==>could not boot: Exec format error (http://ipxe.org/2e022001)
Hereunder the printscreen of the vm
ls -al /tftpboot
drwxrwxrwx. 2 fog root 4096 11. Mär 13:51 .
dr-xr-xr-x. 25 root root 4096 11. Mär 13:02 …
-rwxrwxrwx. 1 fog root 840 11. Mär 08:43 boot.txt
-rwxrwxrwx. 1 root root 291 11. Mär 08:43 default.ipxe
-rwxrwxrwx. 1 fog root 389009 11. Mär 08:43 ipxe.kkpxe
-rwxrwxrwx. 1 fog root 389057 11. Mär 08:43 ipxe.kpxe
-rwxrwxrwx. 1 fog root 388044 11. Mär 08:43 ipxe.krn
-rwxrwxrwx. 1 fog root 389073 11. Mär 08:43 ipxe.pxe
-rwxrwxrwx. 1 fog root 25340 11. Mär 08:43 memdisk
-rwxrwxrwx. 1 root root 16794 11. Mär 09:42 pxelinux.0
-rwxrwxrwx. 1 fog root 16794 11. Mär 08:43 pxelinux.0.old
-rwxrwxrwx. 1 fog root 165088 11. Mär 08:43 snponly.efi
-rwxrwxrwx. 1 fog root 101989 11. Mär 08:43 undionly.kkpxe
-rwxrwxrwx. 1 fog root 102037 11. Mär 08:43 undionly.kpxe
-rwxrwxrwx. 1 fog root 382650 11. Mär 08:43 undionly.kpxe.INTEL
-rwxrwxrwx. 1 fog root 102053 11. Mär 08:43 undionly.pxe
-rwxrwxrwx. 1 fog root 147728 11. Mär 08:43 vesamenu.c32
thank you for your time
@Quazz
IPV4 address: 10.10.0.1
ipv4 Network 255.255.255.0
DHCP disabled ( on the host-only network detail)
I just tried and changed the client and server to bridge Adapter and it remains the same issue.
However I can clearly see that the client receives an ip from the dhcp server located in the vm fog
the issue with the host-only adapter is that I won’t be on the same network as the server itself. the client won’t be able to see the dhcp server hosted on the virualmachine ( fog server)
Hello all,
I’m new in this world and I’m trying to play with fog server
I’m on ubuntu 15.04 where I uses virtualbox 5.0.14
Fog server is on a virtual machine centos 6 and my client aswell and they are on the same network.
each VM have the following configuration:
Host-only adapter ( same network)
adapter type: intel pro/1000 mt Desktop (82540em)
My issue is the following:
when my client ( vm) is starting the ipxe gives me the following error: tftp://xx.xx.xx.xx./undionly.kpxe. Operation not supported( http://ipxe.org/3c126003)
The dhcp function correctly because I can see that on the client side, the net0 receives an IP address
that the option 66 and 67 are correctly configured because I can see that if I change the filename, the client side tries to interact with the file
also, the /tftboot/default.ipxe contains
#!ipxe
cpuid --ext 29 && set arch x86_64 || set arch i386
params
param mac0 ${net0/mac}
param arch ${arch}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain http://xx.x.x.x/fog/service/ipxe/boot.php##params
So I’m lost, I don’t understand what’s wrong.
In advance, thank you for your feedback
Best,