Beiträge von mitchtay

Zitat von "davidh2k"

mitchtay, see my signature.

Greetings
David

Yep you're right, disregard my assertion. Had I actually checked the filesystems panel I would have seen they were the same.

Are you sure this isn't a difference in the UOM being reported?
If the web interface is reporting in GB and windows is reporting in GiB then 10.9*1000/1024 = 10.65?

I think this is a different issue to the one this thread is about so It might be a good idea to raise a new one.
It looks as if your are unable to install the iscstitarget plugin at all; this thread is about not being able to enable it.

Also, please don't use my patch as there is a much better one coming from votdev which is far more comprehensive than my quick hack

Can you clarify the point when the installation says "looking for cdrom..."

is this after the linux kernel has booted into the anaconda install; blue background and grey text boxes?
Or some point before that?

Mantis ticket #0000874 has been raised for this.

I can confirm that this issue exists on the latest OMV 0.5.14.

Steps to reproduce from a clean installation

• Install the openmediavault-iscsitarget 0.5.3 plugin
• Enable the plugin on its settings tab
• Save and apply the configuration

The error received:

Failed to execute command 'export LANG=C; monit monitor iscsitarget 2>&1': monit: action failed -- There is no service by that name


Error #4000:
exception 'OMVException' with message 'Failed to execute command 'export LANG=C; monit monitor iscsitarget 2>&1': monit: action failed -- There is no service by that name' in /usr/share/php/openmediavault/monit.inc:92
Stack trace:
#0 /usr/share/php/openmediavault/monit.inc(68): OMVMonit->action('monitor', 'iscsitarget', false)
#1 /usr/share/openmediavault/engined/module/iscsitarget.inc(80): OMVMonit->monitor('iscsitarget')
#2 /usr/share/openmediavault/engined/rpc/config.inc(184): OMVModuleIscsiTarget->startService()
#3 [internal function]: OMVRpcServiceConfig->applyChanges(Array, Array)
#4 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#5 /usr/share/openmediavault/engined/rpc/config.inc(231): OMVRpcServiceAbstract->callMethod('applyChanges', Array, Array)
#6 [internal function]: OMVRpcServiceConfig->applyChangesBg(Array, Array)
#7 /usr/share/php/openmediavault/rpcservice.inc(125): call_user_func_array(Array, Array)
#8 /usr/share/php/openmediavault/rpc.inc(62): OMVRpcServiceAbstract->callMethod('applyChangesBg', Array, Array)
#9 /usr/sbin/omv-engined(495): OMVRpc::exec('Config', 'applyChangesBg', Array, Array, 1)
#10 {main}

Patch removed as a better one was created by votdev

I guess it's time I learned how to use version control software haha

Zitat von "ryecoaaron"

Very nice. I would love to see the code to your plugin

Sure thats not a problem, what is the preferred method for sharing code here?

Zitat von "WastlJ"

But the Chrome as well as the Firefox Plugins does not work if you´re behind a Firewall which does not allow ssh connections.

Thats why a Shell inside OMV would be so useful (for me)

Looking forward to test it as soon as I´m at 0.5 - if you want.

There is usually an easy workaround for this. SSL and SSH connections are virtually indistinguishable from one another as they share the same protocol. TLS connections are a little different but again very similar. So if you aren't currently using HTTPS (443) on your firewall, you should be able to NAT that port through to 22 on your OMV server and connect to it over that, the corporate firewall just assumes its an HTTPS page. I won't go further into detail here so as to not derail the thread.

Also, when I have something ready for testing I'll make sure I let you know.

Zitat von "davidh2k"

Please add a restriction to the Plugin, that it can only be used when the GUI is accessed via SSL!

Greetings
David

I was thinking of having this as a setting, but I think it would be better to piggy back off the webgui setting for SSL connections. If you force SSL on the webgui; then shellinabox will do the same ... I think this is the most flexible option while leaving the security in the hands of the user.

Well I got a rudimentary plugin for this working, though it is largely untested.

I found a few hits regarding the hyphen key not working, also a few users were claiming to have problems with international keyboards. Specifically azerty and french accent keys not being picked up properly. There are a couple of patches which I am thinking I'll test. Also I may have found the cause of it not working on chromium, though according to my research it should affect all webkit browsers so I'm going to test that for sure.

Hmm very cool in principle.

I noticed there are a couple of issues with it thought; It doesn't work at all with chromium browser. And when I use it through firefox the hyphen key doesn't work. IE is fine though.

Is there interest in the community to get this as a plugin?

Yes, that is the correct location of the file.

on my machine for example:

root@dexter:~# cat /etc/proftpd/proftpd.conf
Include /etc/proftpd/modules.conf
UseIPv6 on
ServerName "dexter"
ServerType standalone
DeferWelcome off
...


root@dexter:~# cat /var/log/proftpd/proftpd.log
Oct 14 08:38:11 dexter proftpd[19033]: 127.0.1.1 - ProFTPD 1.3.3a standalone mode SHUTDOWN
Oct 14 08:38:13 dexter proftpd[23949]: 127.0.1.1 - ProFTPD 1.3.3a (maint) (built Sat Sep 28 2013 17:02:15 UTC) standalone mode STARTUP
Oct 14 09:26:46 dexter proftpd[23949]: 127.0.1.1 - ProFTPD killed (signal 15)
Oct 14 09:26:46 dexter proftpd[23949]: 127.0.1.1 - ProFTPD 1.3.3a standalone mode SHUTDOWN
Oct 14 09:28:33 dexter proftpd[1886]: 127.0.1.1 - ProFTPD 1.3.3a (maint) (built Sat Sep 28 2013 17:02:15 UTC) standalone mode STARTUP
...


root@dexter:~# cat /var/log/xferlog
Sun Oct 13 18:56:12 2013 16 ::ffff:192.168.1.1 9829231 /home/ftp/Music/Jewel/Greatest_Hits_(2013)/03_Jewel_-_Foolish_Games.mp3 b _ o r mitchtay ftp 0 * c
Sun Oct 13 18:56:17 2013 17 ::ffff:192.168.1.1 10060153 /home/ftp/Music/Jewel/Greatest_Hits_(2013)/13_Jewel_-_Satisfied.mp3 b _ o r mitchtay ftp 0 * c
Sun Oct 13 18:56:29 2013 16 ::ffff:192.168.1.1 9674088 /home/ftp/Music/Alanis_Morissette/Flavors_Of_Entanglement/10_-_Tapes.mp3 b _ o r mitchtay ftp 0 * i
Sun Oct 13 18:56:29 2013 11 ::ffff:192.168.1.1 6731752 /home/ftp/Music/Alanis_Morissette/Flavors_Of_Entanglement/11_-_Incomplete.mp3 b _ o r mitchtay ftp 0 * i
Sun Oct 13 18:57:24 2013 23 ::ffff:192.168.1.1 9310962 /home/ftp/Music/Eminem/The_Re-Up/02_Jewel_-_You_Were_Meant_For_Me.mp3 b _ i r mitchtay ftp 0 * c
...

Well the permissions look fine and nothing glaringly stands out, the files are owned by root; I cannot see why you should be able to open/download them.

drwxr-xr-x 2 root     root         4096 13. Okt 08:31 proftpd
...
-rw-r--r-- 1 root     root       283501 13. Okt 22:23 xferlog

hmm.

Alright, can you try the output of:

ls -l /
ls -l /var/log

Thanks.

Once you have logged in as root, what is the output of $groups root

It should say something like root: root.

Regardless, root should be the owner of /var/log so it seems very strange, it could be permissions corruption; otherwise your log files could be stored elsewhere.

Is this a standard OMV install, or did you install it on top of Debian Wheezy or an Ubuntu variant?

Would it be possible for you to upload:

your proftd configuration file: /etc/proftpd/proftpd.conf
the proftpd log: /var/log/proftpd/proftpd
and the transfer log: /var/log/xferlog

It seems very strange to me that you are getting a data timeout stalled error when the data connection is open.

The error messages in the log implies that a data connection was made and then stalled; the server is no longer able send data to the client because it has blocked for some reason.
Are you able to confirm that data was transferring the entire time up until the point of disconnect?

Also, you may try giving this page a read about FTP keep-alive:
http://www.proftpd.org/docs/howto/KeepAlives.html

Assuming you have a standard install you should check the transfer log located at: /var/log/xferlog
It should contain the information that you are looking for.