Jump to content

dja

Members
  • Posts

    198
  • Joined

  • Last visited

Posts posted by dja

  1. On 5/5/2023 at 2:55 AM, SimonF said:

    These are some of the options I have found so far.

     

    so I think auto resize may be auto-resize=never or =always based on the cmdline option.


    Thanks for the suggestions. I tried every combination I could think of without luck. I looked at some of the code they have up and I can't seem to find any reference to which flags can be used. 

     

    I wish they had more documentation on Github. Maybe I'm looking in the wrong spot? 

    https://github.com/jactry/virt-viewer

     

  2. @SimonF thanks for the continued work on this! 

     

    Question on the .vv files....what option would I add to specify the resolution or at least to disable auto-resize? I have a 4K monitor with a 1080p host I don't want to resize and I have to clear the option from the viewer each time I launch it. 

    image.png.a8cf09f2de1c78a7c7a4df73ede02ffa.png

  3. Seeing this logging in Libvirt. Is this possibly related @SimonF ? I'm not seeing anything in /var/log/vfio-pci-errors however. 
    *Note, I verified the path mentioned does exist and is R/W

     

    2023-04-30 00:39:55.113+0000: 16323: info : libvirt version: 8.7.0
    2023-04-30 00:39:55.113+0000: 16323: info : hostname: ZEUS
    2023-04-30 00:39:55.113+0000: 16323: error : qemuVirtioFSStart:198 : internal error: the virtiofs export directory '/mnt/remotes/YALE-FORTY-FIVE_YALE-FORTY-FIVE/GoogleDrive/WORK/DW' does not exist
    2023-04-30 00:39:55.113+0000: 16323: error : virPidFileAcquirePath:401 : Failed to acquire pid file '/run/libvirt/qemu/4-CAD-fs0-fs.pid': Resource temporarily unavailable
    2023-04-30 00:39:55.347+0000: 16323: error : qemuAutostartDomain:197 : internal error: Failed to autostart VM 'CAD': internal error: the virtiofs export directory '/mnt/remotes/YALE-FORTY-FIVE_YALE-FORTY-FIVE/GoogleDrive/WORK/DW' does not exist
    2023-04-30 00:49:12.750+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 00:59:13.568+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 01:09:14.382+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 01:19:15.190+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 01:29:16.007+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 01:39:16.833+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 01:49:17.645+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 01:59:18.462+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 02:09:19.274+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 02:19:20.092+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 02:29:20.914+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 02:39:21.744+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 02:49:22.555+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 02:59:23.335+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 03:09:24.167+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 03:19:25.018+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 03:29:25.867+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 03:39:26.717+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 03:49:27.546+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 03:59:28.359+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error
    2023-04-30 04:09:29.195+0000: 16276: error : virNetSocketReadWire:1791 : End of file while reading data: Input/output error

     

  4. As the title states, my GUI is loading *some* pages. Logs show memory is full...so I'm not surprised. I'm seeing the sys log showing "Increase nchan_max_reserved_memory." a LOT. 

    Things were running great until the RC 4.1 update. Could that be related? I suspect a VM hung, but shutting that down didn't resolve things. It's prob. hung in memory. Docker is working, at least. Zeus-diagnostics-20230429-1921.zip

     

    Anyway, before I rebooted I wanted to see if anyone had an idea what went south or something to try.  Diags I could capture are attached. It hung on creation, so not sure if it finished or just hung in process. 

  5. 7 hours ago, SimonF said:

    As a side note I have found you can create .vv files, double click on the file will start the session. Example details of the file contents below. I will look to see if I can get this to work from the host. But its also remembers them in the previous sessions. Support VNC for type also.

     

    [virt-viewer]
    type=spice
    host=192.168.1.225
    port=5902

    Wow, that's huge...!!! I didn't think the recent connections thing even worked! This is a TON easier than the .bat / multiple shortcuts solution I've been using!  THANKS!!!

    • Like 1
  6. 8 hours ago, Econaut said:

    Latest stable - 6.11.5 I think

    Assuming Windows....Make sure Spice agent in services is set to auto and running.  You should also have these bits in your XML, around TPM section normally.  (Replace port with whatever you use...)

     

        <graphics type='spice' port='5905' autoport='no' listen='0.0.0.0' keymap='en-us'>
          <listen type='address' address='0.0.0.0'/>
          <mouse mode='server'/>
        </graphics>

     

     

        <channel type='spicevmc'>
          <target type='virtio' name='com.redhat.spice.0' state='connected'/>
          <alias name='channel1'/>
          <address type='virtio-serial' controller='0' bus='0' port='2'/>
        </channel>

  7. On 2/13/2023 at 3:28 AM, xavierda said:

     

    Hi there,

     

    I am experiencing intermittent lockups with a Win10 VM too. More so when the system is idle, but also when using it occasionally. How do you disable TPM? Is this an XML config option? Or were you trying to pass it through?

     

    I am passing through an NVME drive, an NVIDIA GTX3070 and the mainboard USB hub so I can use keyboard, mouse etc. All seems to work....right up until it locks up.

    You will need to create a new VM and select SeaBios in the BIOS section. This removes the TPM option as a drop-down option. 

     

    You don't need to install a new OS for the new VM,  just remove the existing VM without deleting the disk files and point the new VM to the original disk image file(s). 

  8. On 2/21/2023 at 7:39 PM, BTCB said:

    Good evening,

    First off let me say thank you for creating this plugin. It has been one of the better plugins I've installed.

     

    Unfortunately this plugin has caused some issues to where now a file for the VM, including the backup folders file structure, has been deleted.

     

    Are you able to assist with this?

    If the data is missing there isn't anything that can be done. I would check your backup location in the plugin. Also, verify the backup settings in terms of how many backups to keep.   @everybody mentioned some good info as well. 

     

    If you are backing up to a remote location there may be some other gremlins to chase down. 

  9. 17 hours ago, SimonF said:

    Ok I think I have found the way to get the mouse to work. I had to change the following in XML, not sure why client mode doesn't work. Downside is that you need to do SHIFT-F12 to release the mouse from the client.

     

        <graphics type='spice' port='5900' autoport='yes' listen='0.0.0.0' keymap='en-gb'>
          <listen type='address' address='0.0.0.0'/>
          <mouse mode='server'/>
          <clipboard copypaste='yes'/>
        </graphics>

    Awesome, that did the trick, thanks!!!

     

    One weird issue with Win11 persists, (not related)

    The Spice service(s) don't start even when set to auto. Any ideas on how to do this? Win10 seems fine and Win11 works once you start them. (copy paste) Strange...

    (I manually started below) Is there something you can make them dependent on to ensure they run? Maybe I could set another account to run them.

    image.png.7198a352cbd4386833e69aed62f0376f.png

     

  10. 12 hours ago, wgstarks said:

    There doesn't seem to be anyway to disable this plugin other than perhaps removing it. I have tried setting backup frequency to "Disabled" and also setting enabled to "No".

     

     

     

     

    If I apply the setting and then return to the settings menu later they are reset to "weekly" and "Yes".

     

    Am I missing something?

    I ran into a similar issue eventually re-installing it.  However- I believe you can set 'back up all VMs' to 'no' and make sure no VMs are selected.

  11. 6 hours ago, Kich902 said:

    Came across the VM backup plugin, doing tests with it n so far me likes it. As for restoration I'd rather go the second option-it's far less technical than the script way. I feel the script is better for batch restores.

    One thing I will warn- if you are using qemu to convert image files like vdi, vdmk or qcow2...be careful to specify all the variables correctly as the resulting backup can result in a broken archive that you CAN'T restore because  zstd will see it as having corrupt blocks and crash out. This is mostly a concern when you expand a image file and don't specify file type. (qemu will warn you also..)  If you are just working with standard images created on UNRAID I don't think you'll have an issue.  I would recommend verifying your backups from time to time.

  12. 17 hours ago, SimonF said:

    You need this

     

        <channel type='spicevmc'>
          <target type='virtio' name='com.redhat.spice.0'/>
        </channel>

     

    Do you have a physical secondary GPU attached? I have found mosue can disappear with physical GPU as 2nd.

     

    Dont forget you need t install vdagent also.

    I do. I guess I can remove that and try.

  13. On 11/20/2021 at 4:26 AM, aarontry said:

    I had the same issue after moving vDisk from cache to array. The problem for me was when I point the vDisk path to the new location the type of vDisk changed from "qcow2" to "raw". So after I change this back to qcow2 everything works perfectly.

    Thanks! I pointed my VM at a array backup to test and ran into this. This *seems* like a bug, who/how does this get reported? At least offer a warning that disk type has/will change & option to set?

     

    Issue is in the snip

    <disk type='file' device='disk'>
          <driver name='qemu' type='raw' cache='writeback'/>
          <source file='/mnt/cache/domains/ZEUS/vdisk1.img'/>
          <target dev='hdc' bus='virtio'/>
          <boot order='1'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/>
        </disk>

     

  14. On 12/29/2022 at 2:50 AM, nametaken_thisonetoo said:

    I am also having the same issues. Successuly followed the Settings → Management Access →  Upgrade Cert process in your documentation and am now no longer connected to the mothership. Occasionally on the MyServers page at Unraid.net the connection momentarily shows as connected, but is otherwise as pictured below.

     

    Exactly what I am seeing after doing the same upgrade.

    I have rebooted, removed the plugin, signed out/in. I checked Edge, FireFox, Chrome and Brave and all are behaving the same.  Connects every so often than it dies.

     

    I followed the directions to add the new cert. (I think!?) I seem to have two listed, maybe that is related? I don't know how to remove either of them to start over. The delete option is greyed out.

    image.thumb.png.ff115474b3784512eb32d0d9679fcd9b.png

     

    Thanks @ljm42 for the heads up.  I'll consider this 'on hold' I guess :) Not a show stopper by any means.

  15. 1 hour ago, IFireflyl said:

    @dja, have you tried going into Settings>Management Access, and from there renewing the certificate, or deleting it entirely to start over with a new certificate?

     

    EDIT: And have you tried adding unraid.net to the Domain Override section of pfSense?

    I have 'DNS rebind' disabled completely in pfSense.  I just added the brand new cert maybe a week ago. I guess I can remove it and re-add, but this seems a bit overboard. If I am having this much trouble and it WAS working previously, something must be off/broken outside of my config. 

  16. 2 minutes ago, IFireflyl said:

     

    In my previous image you can see a remark that says to port forward whatever you set your WAN port to to IPV4ADD:PORT. For example, mine told me to forward it to port 192.168.XXX.XXX:5443. Did you do that on your router? This is what my port forwarding looks like on my router (although your router settings may be different):

     

     

     

    The first circled section (the External Port) was my WAN Port in my previous screenshot, and the second circled section (the Internal Port) is the port that the remark in the previous screenshot told me to forward it to. Once you have done this (if you haven't already), try hitting the Check button from my original screenshot to see if you get this pop-up message:

     

     

    Yes, I have done that and it is reachable according to the GUI.

  17. 11 hours ago, IFireflyl said:

    @dja, have you tried signing out from the My Servers plugin itself and not from the main Unraid menu?

     

    image.thumb.png.04d8b7e7d0c02c8c0dcbcf516550e9e1.png

     

    Also, are you allowing Remote Access? If so, have you clicked "Check" to confirm that it says My Servers is reachable from the internet? And (not that it should be a requirement), have you tried uninstalling and reinstalling the My Servers plugin? Mine is working, so it doesn't appear to be down across the board.

    I had tried all of those except to remove the plugin. I just tried that with the same result.  The web app does eventually show 'online' but it seems to drop every so often and then come back.  I am using a non standard (443) WAN port, perhaps that has something to do with it.  (pfSense)

     

  18. Getting the same exact thing after update. I tried re-starting api, signing out and in again. Reboots, no dice.

     

    
    <-----UNRAID-API-REPORT----->
    SERVER_NAME: ZEUS
    ENVIRONMENT: production
    UNRAID_VERSION: 6.11.5
    UNRAID_API_VERSION: 2.54.0
    UNRAID_API_STATUS: running
    API_KEY: valid
    MY_SERVERS: authenticated
    MY_SERVERS_USERNAME: ***
    CLOUD:
            STATUS: [ok]
            IP: [5**.***.***]
    RELAY:
            STATUS: [disconnected]
            ERROR: [API disconnected itself]
    MINI-GRAPH:
            STATUS: [disconnected]
    SERVERS:
            ONLINE:
            OFFLINE: ZEUS[owner="***"]
    ALLOWED_ORIGINS: http://localhost, http://IPV4ADDRESS, https://IPV4ADDRESS, http://zeus, https://zeus, http://zeus.local, https://zeus.local, https://IPV4ADDRES                      S.HASH.myunraid.net
    NCHAN_MODE: nchan
    </----UNRAID-API-REPORT----->
    root@ZEUS:/mnt/user/Backups/URBackup#

     

×
×
  • Create New...