mbryanr

Members
  • Posts

    1294
  • Joined

  • Last visited

Posts posted by mbryanr

  1. At the end of the installl...I get this:

    Feb 17 10:56:50 Tower logger: installing plugin: *
    Feb 17 10:56:50 Tower logger: 
    Feb 17 10:56:50 Tower logger: Warning: simplexml_load_file(): I/O warning : failed to load external entity "/boot/config/plugins/*.plg" in /usr/local/sbin/installplg on line 13
    Feb 17 10:56:50 Tower logger:  xml parse error

     

    Guessing it is checking to install plugins not called?

  2. Was this drive in any other system prior to installation?

     

    Follow Limetech's instruction and assessment here:

    http://lime-technology.com/forum/index.php?topic=13371.msg127457#msg127457

     

     

    EDIT: I should add, when unRaid writes a MBR partition table, it does not touch the sectors between the MBR and the start of partition 1 - it leaves them as-is, so if sometime in the past a GPT was written to the disk, that GPT header will still exist in sector 1.

     

    Ditto when writing a GPT - the sectors between the end of the GPT partition table and the start of partition 1 are not written.

     

    EDIT 2: To add to what I added - even if there is a remnant GPT header in sector 1, but the MBR is "valid", then the rest of linux OS does the right thing: interprets the MBR partition table.  In order for linux to interpret a GPT, the MBR must be in the format of a so-called "protective MBR" as documented in the wikipedia article.

     

     

    Edit:  Looks like nothing to worry about:

    http://lime-technology.com/forum/index.php?topic=14158.msg134828#msg134828

    http://lime-technology.com/forum/index.php?topic=19275.msg171839#msg171839

     

    Edit2:  I probably wouldn't do this for a harmless error message, but it does describe why it occurs..

    http://www.rodsbooks.com/gdisk/wipegpt.html

     

  3. Anything of interest here? I see RX packets are getting dropped..

     

    root@Fridge:~# ifconfig eth0

    eth0      Link encap:Ethernet  HWaddr 00:1f:d0:8f:e4:f5

              inet addr:10.1.1.3  Bcast:10.1.1.255  Mask:255.255.255.0

              UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

              RX packets:2817179 errors:0 dropped:90 overruns:0 frame:0

              TX packets:4991564 errors:0 dropped:0 overruns:0 carrier:0

              collisions:0 txqueuelen:1000

              RX bytes:205519519 (195.9 MiB)  TX bytes:2896968714 (2.6 GiB)

              Interrupt:42 Base address:0xe000

     

    Never good. Those should all be 0 as you know.

  4. Having trouble adding users though.  Root is the only user listed.  When I try to add a new one I get a very brief message  (something about restart SMB?), and it looks like it's done.  However, no new user on the list.

    User names must be lower case.  (You were using a leading capital letter)

    Other considerations when creating a new user:

     

     

    http://lime-technology.com/wiki/index.php?title=Plugin/webGui/Users

  5. Looks like Grsync or luckbackup would work for you. Maybe a package developer would build something if there is enough interest.  I noticed there were Slackware 13.37 txz builds...

     

    http://slackware.org.uk/slacky/slackware-13.37/network/grsync/1.2.0/

    http://slackware.org.uk/slacky/slackware-13.37/utilities/luckybackup/0.4.7/luckybackup-0.4.7-i486-1sl.txz

     

     

    http://www.opbyte.it/grsync/

    http://luckybackup.sourceforge.net/

     

    I don't which dependencies required by (listed in the directories above) either package are not included in unRAID.

     

     

  6. Just a quick reply...have you tried this? 

     

    http://lime-technology.com/wiki/index.php/Console#To_cleanly_Stop_the_array_from_the_command_line

     

     

     

    haven't looked at your syslog yet..and it is late for me ;-)

     

    Edit:

    Ugh...Memory/Network/Bios setting??

    Jan 22 04:40:03 Tower kernel: swapper/0: page allocation failure: order:2, mode:0x4020
    Jan 22 04:40:03 Tower kernel: Pid: 0, comm: swapper/0 Tainted: G           O 3.4.24-unRAID #1
    Jan 22 04:40:03 Tower kernel: Call Trace:
    Jan 22 04:40:03 Tower kernel:  [<c1065e85>] warn_alloc_failed+0xcc/0xdb
    Jan 22 04:40:03 Tower kernel:  [<c1066769>] __alloc_pages_nodemask+0x4df/0x503
    Jan 22 04:40:03 Tower kernel:  [<c12bb598>] ? dev_alloc_skb+0x1c/0x30
    Jan 22 04:40:03 Tower kernel:  [<c10667f0>] __get_free_pages+0x17/0x28
    Jan 22 04:40:03 Tower kernel:  [<c1087514>] __kmalloc_track_caller+0x2e/0xf2
    Jan 22 04:40:03 Tower kernel:  [<c12ba814>] ? __alloc_skb+0x2a/0xf5
    Jan 22 04:40:03 Tower kernel:  [<c12ba83a>] __alloc_skb+0x50/0xf5
    Jan 22 04:40:03 Tower kernel:  [<c12bb598>] dev_alloc_skb+0x1c/0x30
    Jan 22 04:40:03 Tower kernel:  [<f85198a3>] rtl8168_rx_fill+0x4d/0x106 [r8168]
    Jan 22 04:40:03 Tower kernel:  [<f84e411f>] ? rtl8168_get_stats+0xd/0xd [r8168]
    Jan 22 04:40:03 Tower kernel:  [<f8519c73>] rtl8168_rx_interrupt+0x317/0x381 [r8168]
    
    

     

    http://www.linuxsmiths.com/blog/?p=527